• 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
  • Runbooks and Playbooks
  • Log Correlation for RCA
  • User Session Replay Tools
  • On-Call Rotation Health Checks
  • Health Checks & Readiness Probes
  • Security Testing in CI/CD
  • Static Application Security Testing (SAST)
  • Shift-Left Testing
  • Test Coverage Analysis
  • Ensemble Testing
  • Test Data Management
  • Operational KPIs for Dev Teams
  • InnerSource Development
  • Service Mesh Implementation
  • Engineering Onboarding Playbooks
  • Working Agreements
  • Twelve-Factor App
  • Developer Environment Automation
  • Mobile-First Design
  • Value Stream Mapping
  • Observability-Driven Design
  • Async Collaboration Norms
  • Onboarding Playbooks
  • Sprint Demos for Stakeholders
  • Code Reviews & Pull Requests
  • Mocking and Stubbing
  • Data Mesh
  • Secure Code Training
  • Evolutionary Architecture
  • Linting and Static Code Analysis
  • Serverless Architecture
  • Event Sourcing
  • Security as Code
  • Dependency Management Policies
  • Automated Rollbacks
  • Customer Feedback in Dev Loops
  • Feedback Loops from Ops to Dev
  • Real-time Event Streaming

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

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