Interactive SDLC Collaboration Map

This page shows the roles and communication handoffs across SDLC stages. Use the filter below to view interactions for a specific company size.

Planning & Requirements

SME

Stakeholder → Developer/Owner

Direct conversation; informal requirements gathering and immediate clarifications.

More details

In SMEs, requirements are communicated verbally or via brief notes. The developer or owner often wears multiple hats and captures feedback on the fly.

Mid-Market

Product Manager/BA → Development Team

Requirements are documented as user stories and handed off via planning meetings.

More details

The PM/BA gathers requirements, clarifies them in backlog grooming sessions, and ensures the development team has a clear, structured understanding.

Enterprise

Business Stakeholder → PM/BA

Detailed requirements are collected through workshops and formal sign-offs before being distributed to technical leads.

More details

Multiple review rounds and approved documentation (such as requirements specifications and traceability matrices) ensure clarity and alignment across the enterprise.

Design & Architecture

SME

Developer/Owner (as Architect) → Developer Team

Informal design discussions, often using whiteboards or quick sketches.

More details

Design is shared verbally or with simple diagrams; documentation is minimal and often handled on the fly.

Mid-Market

Technical Architect/Team Lead → Developers & UX Designer

Structured design documents and design review meetings clarify technical and UX requirements.

More details

Architecture is explained via UML diagrams and wireframes, ensuring a shared vision before coding begins.

Enterprise

Enterprise Architect/Design Team → Multiple Development Teams

Comprehensive design packages with detailed architecture documents, prototypes, and formal sign-offs.

More details

Design is vetted through formal meetings with multiple departments (e.g. security, compliance) ensuring all aspects are rigorously reviewed.

Implementation (Development)

SME

Developer (or small team) → Self/Peer Review

Code is written and tested informally with direct clarifications when issues arise.

More details

Developers often handle coding, testing, and revisions themselves or in close collaboration with one or two peers.

Mid-Market

Development Team → QA

Features are handed off for testing via sprint demos and build releases with documented feedback.

More details

Regular code reviews, daily stand-ups, and continuous integration ensure that the development and QA teams stay aligned.

Enterprise

Multiple Development Teams → Integration Leads

Coordinated development with formal handovers via documented build artifacts and version control.

More details

Each team communicates progress and integration requirements through scheduled meetings and detailed documentation.

Testing & Quality Assurance

SME

Developer/Peer → Immediate Bug Fixing

Testing is done informally with direct, real-time communication about issues.

More details

Bugs are often identified and resolved quickly with minimal documentation, as team members work closely together.

Mid-Market

QA Engineers → Developers

Defects are logged in a tracking system and communicated via a structured feedback loop.

More details

Test cases and bug reports are shared through tools, ensuring clarity and accountability in the handover to developers.

Enterprise

QA Team (Multiple Specialisations) → Developers & Release Managers

Extensive testing with formal defect tracking and cross-functional review meetings.

More details

Detailed test reports, performance and security assessments are documented and communicated for robust quality assurance.

Deployment & Release

SME

Developer (as DevOps) → Stakeholders

Deployment is direct and informal, with immediate notifications to users.

More details

The developer may push a new version to production and simply announce it via email or chat.

Mid-Market

DevOps/Release Engineer → IT/Operations

Coordinated release with scheduled deployments and release notes.

More details

A formal release process involves build status updates and documented deployment procedures.

Enterprise

Release Manager & DevOps/SRE → Operations & Support Teams

Highly coordinated deployment events with detailed runbooks and change advisory approvals.

More details

Multiple handoffs occur between teams, with formal sign-offs and post-deployment monitoring dashboards.

Maintenance & Feedback

SME

Users/Clients → Developer

Direct feedback on issues leads to quick, iterative fixes.

More details

Feedback is typically received through direct conversations or emails, allowing for rapid iterations.

Mid-Market

Support Team → Developers & PM

Issues and enhancement requests are logged in a ticketing system and escalated as needed.

More details

Support teams document recurring issues and pass them on to the PM, who then prioritises fixes in subsequent sprints.

Enterprise

Support/Operations → Maintenance Engineering & PM

Multi-tiered support collects, documents, and escalates issues through formal channels.

More details

Dedicated maintenance teams address escalated issues after thorough documentation, often feeding back into future planning.