Upgrade to Pro — share decks privately, control downloads, hide ads and more …

The Sociotechnical Organisation Design Playbook

Nick
May 11, 2018

The Sociotechnical Organisation Design Playbook

Nick

May 11, 2018
Tweet

More Decks by Nick

Other Decks in Technology

Transcript

  1. ntcoding MILLER’S LAW The number of objects an average human

    can hold in working memory is 7 ± 2 https://en.wikipedia.org/wiki/The_Magical_Number_Seven,_Plus_or_Minus_Two
  2. ntcoding “Our programmers are too slow. We have purchased a

    generic rules engine and BPM system [that don’t need programmers]. — Head of IT
  3. “ ntcoding Working here is so painful. I wish management

    would do their job and fix it. — Angry Ex-colleague
  4. ntcoding Our goal is to evolve the software architecture to

    meet market demand faster than our competitors.
  5. ntcoding TEAMS & SW ARCH. MUST COEVOLVE Teams Software Architecture

    Customers Build and evolve Provides value to Indicate raised expectations to The System of Work The System of Software The Market
  6. ntcoding DOG FOOD CONTEXT GOAL We don’t want to optimise

    our flow, we want to have the same experience as customers in order to grow our strategic capabilities.
  7. ntcoding DOG FOOD ECONOMICS • ROI is not the goal

    - making a loss may be acceptable • Feedback to improve core products is the goal • Dog food context can grow into a product
  8. ntcoding DOG FOOD POLITICS • Every team wants to build

    the star product not a loss leader 
 (But it can evolve into a bona-fide product) • Managers may use deceptive motivational techniques
  9. ntcoding DOG FOOD TECHNOLOGY • Freedom to use any technology

    
 (to simulate the customer experience) • Try out new tech in production
  10. ntcoding OCTOPUS ECONOMICS • High levels of coordination can impact

    flow in many teams • For compliance scenarios, it is about protecting rather than generating revenue
  11. ntcoding OCTOPUS POLITICS • Nobody wants to slow down feature

    delivery for somebody else’s roadmap • High levels of synchronous alignment
  12. ntcoding OCTOPUS TECHNOLOGY • Try to centralise complexity in the

    Octopus • Technology standardisation can help • A bit of integration design up front can save a lot of politics in the future
  13. ntcoding SLICE AND SCALE • Adapt to changing consumer expectation

    • Team may not want to lose responsibility • A tight technical coupling may be hard to break - analyse market and anticipate evolution (see Wardley Maps)
  14. ntcoding SLICE AND SCATTER • Expensive change - be sure

    it’s worth it • Breaking up a team is not easy • Software may be hard to decompose - a rewrite may be necessary
  15. ntcoding SLICE AND MERGE • Ensure rate of co-change justifies

    change • Warning: Now there are 3 teams to coordinate • Technical separation may be painful
  16. “ ntcoding …multiple teams are unavoidable and it reduces effectiveness.

    How can we design teams so that the most important outcomes are affected the least?
 — Sriram Narayan (@sriramnarayan)
  17. ntcoding PROMISE THEORY “Promised collaboration has to be constructed from

    the bottom-up, i.e. from the promises we know agents on the ground can keep”
  18. ntcoding EVENT STORMING BENEFITS • Combine everybody’s knowledge to create

    big picture & shared understanding • Identify most important outcomes • Identify domain cohesion & promises • Explore sociotechnical designs
  19. ntcoding AUTONOMY DESIGN PRINCIPLES • Business Value (strategic vs utility

    contexts) • Cohesion (data, rules, policies) • Strive for unconditional promises • Climatic patterns -> anticipate change • Power, authority, and incentives
  20. ntcoding MORE MODELLING TECHNIQUES • Process Mapping (economical/technical) • Domain

    Storytelling (technical) • Wardley Value Chain Maps (economical) • Alignment Maps (political) • Stakeholder Maps (political)
  21. ntcoding CONTINUOUS ORGANISATION DESIGN 1 2 3 4 5 Purpose

    Landscape Climate Doctrine Leadership Acknowledgements: Simon Wardley, Wardley Maps - Business mission - User needs - Subdomains - Business processes - User journeys - Value streams - Teams - Aligned autonomy - Optimise for learning - Product disruption - New gov. legislation - Sociotechnical architecture patterns - Transformation
  22. ntcoding NEXT STEPS • Analyse systems (learn Domain-Driven Design) •

    Build your own playbook • Blog and talk about your playbook