Process

Organisation

Who does what, and hands what to whom.

14 functions plus the client, connected by 51 named hand-offs. Each function is a ROLE, not a large department: on small projects one person holds several roles, but the doer (R) is still kept apart from the approver (A) wherever possible.

Hand-offs

Hand-off map between functions

Sales & Presales
Business Analysis (BA)
UX/UI Design
Solution Architecture
Project Management / Scrum Master
Engineering (FE · BE · Mobile)
Quality Assurance (QA/QC)
Application Security (AppSec)
DevOps / SRE
Infrastructure & Network
Data & AI
Support & Customer Success
Legal & Finance
Project Management Office (PMO)
Client (Product Owner / sponsor)

hands off receives external (client)Click a function to see its flow.

Sales & Presales

Understand the client’s need and commit only to what the team can deliver.

Hands off to

  • : Intake ticket and call notes
  • : Go/no-go recommendation with the scorecard
  • : Negotiated commercial terms
  • : Committed milestones and client expectations

Receives from

  • : Signed contract to share with the client
  • : Go/no-go decisions
›Responsibilities, outputs, skills

Responsibilities

  • Receive requests and act as the first point of contact
  • Qualify opportunities (BANT) and recommend go/no-go
  • Write and present proposals, negotiate commercial terms

Outputs

  • Intake ticket, call notes
  • Qualification scorecard
  • Proposal & quote (sent privately)

Skills

  • Active listening and open questions
  • Understanding cost and high-level estimation
  • Writing clear, honest proposals

Involved in 5/21 stages

RACI

Overall RACI matrix

Each cell is the function’s strongest role in that stage (A > R > C > I), merged automatically from each stage’s detailed RACI. Empty: not involved. Click a stage number for the per-activity RACI.
Function000102030405060708091011121314151617181920
Sales & PresalesAA—AR——————————————C—
Business Analysis (BA)RCARRAR——RRC——A—RR—R—
UX/UI Design——RC—CA——C—————————A—
Solution ArchitectureCAAARA—A—C—C———————CR
Project Management / Scrum MasterIRCAAIIIAACC——AAAAAAA
Engineering (FE · BE · Mobile)—C—R——RRAARARCAARCARR
Quality Assurance (QA/QC)———C—RCCR—RAR—RRRCR—R
Application Security (AppSec)—C——CR—ACCC—AC—CCRA—R
DevOps / SRE—————C—CA—ARAAAAAAA—A
Infrastructure & Network———————CR———RA——————R
Data & AI——R————R—AA——CR—A——AA
Support & Customer Success———————————————CA—ARR
Legal & FinanceAA—CA———————A—I——A——A
Project Management Office (PMO)—A—AA———C————————A———
Client (Product Owner / sponsor)CCAARAAACCAICCACARRAA
Rdoes the workAaccountable, final sign-offCconsulted beforeIinformed after
  • Discover (00–02)
  • Define (03–05)
  • Design (06–07)
  • Build (08–10)
  • Verify (11–13)
  • Ship (14–17)
  • Run (18–20)

In the overview a stage can show several A’s because each activity has its own accountable owner; in a stage’s detailed RACI every activity has exactly one A.

Working with AI

The roles stay — their focus shifts

AI drafts faster, so each role’s value moves to specification, evaluation and permission limits. The approver (A) is still a person, not a tool. AI-native delivery

Business Analysis (BA)

From "writing documents" to "writing specs a machine can follow": tight acceptance criteria, edge cases included, passing the Spec Fidelity gate.

Engineering (FE · BE · Mobile)

Write fewer lines, read more: hand AI work per story, review what it generates carefully, and own everything you approve.

Quality Assurance (QA/QC)

From running tests to owning the evaluation policy: pass / fail criteria, eval sets, and keeping the verdict separate from the tool that wrote or repaired the tests.

DevOps / SRE

Set the limits for AI agents: what they may read, where they may write, which commands they may run; no production write access; an audit trail to trace back.