Software development lifecycle (SDLC) management

Manage the whole software development lifecycle on one platform: requirements, development, review, testing, approval, deployment and evidence.

2 min read

The lifecycle, phase by phase

Every software change goes through the same stages: someone asks for it, it is designed and built, reviewed and tested, approved, installed and then operated. The lifecycle model — waterfall, iterative or agile — changes how often you go around, not the stages themselves.

How each phase is recorded in DevGob

SDLC phases and how DevGob records them
SDLC phase In DevGob
Request and business case Project requests and business cases with their own authorizations
Requirements Epics, features, backlog items and user stories with acceptance criteria
Development Branches, commits and pull requests linked to the item
Review An approved code review is required before testing
Testing QA, pre-production and production results with evidence
Approval Committee authorization by role, for Pre and for Production
Deployment Install evidence per environment; a rollback opens a bug
Operation Support items with SLA levels and production defects

Traceability across the lifecycle

The value of managing the lifecycle in one place is the line it draws: from a production installation you can walk back to the tests, the code, the requirement and the business case that justified it — and forward again.

How DevGob helps

DevGob connects every phase of the lifecycle on one record per change, from the business case to the production installation.

Read it in the documentation

Frequently asked questions

Which SDLC model does DevGob follow?

It does not impose one. Agile teams use sprints and boards; teams with stage gates use the deployment phases and committees. Most organizations use both.

What is the difference between SDLC and ALM?

The SDLC describes the stages of building software; application lifecycle management is the practice and tooling that governs them from idea to retirement.

Can I adapt the phases?

Work-item workflows are configured per organization, and a deployment phase that does not apply can be deactivated.

DevOps with governance, on one record

DevGob plans the work and governs every change on its way to production: backlog, sprints, committee authorizations, install evidence and an audit trail.