• Home
  • BVSSH
  • C4E
  • Playbooks
  • Frameworks
  • Good Reads
Search

What are you looking for?

Standard : Developer workflows are fast and frictionless

Purpose and Strategic Importance

This standard ensures developer workflows are optimised for speed, clarity, and flow—minimising friction, blockers, and waste. It enables engineers to focus on delivering value, not fighting tools or processes.

Aligned to our "Developer Experience Matters" and "Minimise Handoffs" policies, this standard improves delivery velocity, engineering satisfaction, and system quality. Without it, productivity drops, morale suffers, and the cost of change increases.

Strategic Impact

  • Accelerates feature development by removing unnecessary steps
  • Reduces cognitive load, context switching, and rework
  • Enables a sustainable and satisfying engineering culture
  • Strengthens collaboration, autonomy, and continuous delivery readiness
  • Increases predictability and throughput in delivery teams

Risks of Not Having This Standard

  • Frequent interruptions, handoffs, and unclear tooling
  • Higher cycle times and lower throughput
  • Frustration, disengagement, or burnout among engineers
  • Misalignment between tooling and developer needs
  • Reduced innovation due to wasted energy on low-value tasks

CMMI Maturity Model

Level 1 – Initial

Category Description
People & Culture Developers experience frequent blockers, context switches, and unclear responsibilities.
There’s low focus on developer satisfaction.
Process & Governance Workflows are inconsistent and manually driven.
Processes vary between teams and environments.
Technology & Tools Tooling is fragmented or ad hoc.
Setup, onboarding, and daily tasks are slow and error-prone.
Measurement & Metrics Developer productivity and experience are not tracked.
Practices Teams rely on workaround strategies to get work done.

Level 2 – Managed

Category Description
People & Culture Awareness of developer pain points is growing.
Efforts begin to improve onboarding and reduce obvious friction.
Process & Governance Some standard workflows and practices are emerging.
Common tools are introduced, but inconsistently applied.
Technology & Tools Teams adopt version control, task boards, and basic CI/CD tools.
Tool usage is still uneven.
Measurement & Metrics Anecdotal developer feedback is occasionally gathered.
No structured measurement yet.
Practices Teams attempt to streamline manual tasks and improve development speed.

Level 3 – Defined

Category Description
People & Culture Developer experience is treated as a strategic concern.
Teams use shared, consistent workflows.
Process & Governance Toolchains, development practices, and review processes are standardised across teams.
Technology & Tools Developer environments, pipelines, and observability tools are consistent and documented.
Automation reduces manual toil.
Measurement & Metrics Developer satisfaction, time-to-commit, and time-to-merge are measured regularly.
Practices Practices like trunk-based development, pre-commit hooks, and automated testing are adopted.

Level 4 – Quantitatively Managed

Category Description
People & Culture Teams are proactive in identifying inefficiencies and improving workflows.
Developer happiness and productivity are reviewed as part of retrospectives.
Process & Governance Metrics drive decisions on developer tooling and experience improvements.
Technology & Tools Developer platforms, templates, and self-service tooling accelerate delivery.
Measurement & Metrics Metrics such as cognitive load, tool wait times, and DevEx scores are reviewed.
Practices Continuous feedback loops inform workflow improvements. Blockers are addressed with urgency.

Level 5 – Optimising

Category Description
People & Culture Developer workflows are constantly iterated based on live telemetry and user feedback.
Experimentation and learning are encouraged.
Process & Governance Workflow friction is monitored and addressed in real time.
Changes are rapidly implemented across the ecosystem.
Technology & Tools Tools are intuitive, integrated, and evolve based on developer needs.
Developer Portals and Internal Platforms are widely adopted.
Measurement & Metrics Developer Net Promoter Score (Dev-NPS), time to onboard, and satisfaction trends show continuous improvement.
Practices Developers contribute to improving the system.
Team practices evolve based on data and experimentation.

Key Measures

  • Developer satisfaction (Dev-NPS or internal surveys)
  • Time to onboard a new engineer
  • Time from code start to merge (cycle time)
  • % of manual steps in common developer workflows
  • Number of self-service tools used per team
  • Frequency of reported workflow friction or blockers
Associated Policies
  • Developer Experience Matters
  • Minimise Handoffs
Associated Practices
  • Shift-Left Testing
  • Test Data Management
  • Ensemble Testing
  • Test Coverage Analysis
  • On-Call Rotation Health Checks
  • Log Correlation for RCA
  • User Session Replay Tools
  • Runbooks and Playbooks
  • Health Checks & Readiness Probes
  • Static Application Security Testing (SAST)
  • Operational KPIs for Dev Teams
  • Engineering Onboarding Playbooks
  • Developer Environment Automation
  • Twelve-Factor App
  • InnerSource Development
  • Service Mesh Implementation
  • Working Agreements
  • Mobile-First Design
  • Observability-Driven Design
  • Value Stream Mapping
  • Real-time Event Streaming
  • Customer Feedback in Dev Loops
  • Feedback Loops from Ops to Dev
  • Linting and Static Code Analysis
  • Evolutionary Architecture
  • Event Sourcing
  • Data Mesh
  • Serverless Architecture
  • Code Reviews & Pull Requests
  • Security as Code
  • Mocking and Stubbing
  • Secure Code Training
  • Dependency Management Policies
  • Automated Rollbacks
  • Onboarding Playbooks
  • Sprint Demos for Stakeholders
  • Async Collaboration Norms
  • Security Testing in CI/CD

Technical debt is like junk food - easy now, painful later.

Awesome Blogs
  • LinkedIn Engineering
  • Github Engineering
  • Uber Engineering
  • Code as Craft
  • Medium.engineering