logging in or signing up Perspectives on Rightshifting flowchainsensei Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT lite Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: Embed: Flash iPad Copy Does not support media & animations WordPress Embed Customize Embed URL: Copy Thumbnail: Copy The presentation is successfully added In Your Favorites. Views: 1729 Category: Science & Tech.. License: All Rights Reserved Like it (0) Dislike it (0) Added: November 14, 2008 This Presentation is Public Favorites: 2 Presentation Description Presentation given at Agile North 2008 Comments Posting comment... Premium member Presentation Transcript Perspectives on Rightshifting: Perspectives on Rightshifting An Anecdotal Journey through the Software Development Industry with Bob MarshallNotes: Notes Software is important (commercially). Quality of Life at work is important (morally). We have a social responsibility to make our businesses as effective as possible (ethically). These are NOT incompatible (exactly the opposite, in fact).PowerPoint Presentation: The software development industry worldwide - as generally perceived Distribution of Organisations vs. Effectiveness % of organisations Effectiveness 0 1 2 3 4 5PowerPoint Presentation: % of organisations Effectiveness 0 1 2 3 4 5 Distribution of effectiveness is severely left -shifted. Benefits derive from shifting to the Right. [Courtesy: Steve McConnell: After the Gold Rush] Reality: The Basic Rightshifting CurvePowerPoint Presentation: Waste = All those activities that don’t add stakeholder value. (N.B. Some essential non value-adding activities always remain). Waste % of organisations Effectiveness Wasted effort % waste 100 75 50 25 0 1 2 3 4 5PowerPoint Presentation: Not a direct reciprocal of waste. Can - and does - go negative. Productivity = unit of output per unit of input or value per unit of effort . Productivity % of organisations % waste Effectiveness 0 1 2 3 4 5 Wasted effort Productivity A B F 100 75 50 25PowerPoint Presentation: Software Development Life Cycle % of organisations Effectiveness 0 1 2 3 4 5 Code & Fix Waterfall Agile Beyond ?PowerPoint Presentation: Flow Mode % of organisations Effectiveness 0 1 2 3 4 5 Random Batch & Queue Sprints / Backlog / User Stories / Use Cases Systems Thinking – e.g. Single piece continuous flow?PowerPoint Presentation: Feedback delay % of organisations Effectiveness 0 1 2 3 4 5 Random 3 – 6 Months 2 – 4 weeks DailyPowerPoint Presentation: Administrative Project Management % of organisations Effectiveness 0 1 2 3 4 5 APM Fun a.k.a. Job Satisfaction, Work-life balance Fun APM a.k.a. Ceremony, bean counting, and exemplified by command & control management style (transactional leadership). Wasted potentialPowerPoint Presentation: Perspective on the Individual % of organisations Effectiveness 0 1 2 3 4 5 Respect . HeroismPowerPoint Presentation: Measurement % of organisations Effectiveness 0 1 2 3 4 5 Metrics Effort Rightshifted organisations put less effort into measurement because they have a better idea of their Rightshifting goals, therefore the questions to which they need answers, and thus what to measure. Plus, measurement is generally part of their BAU. (Effort a.k.a. cost)PowerPoint Presentation: Inductive vs. Deductive % of organisations Effectiveness 0 1 2 3 4 5 Focus Rightshifted organisation focus collectively on fundamental principles (deductive), in contrast to a focus on the practices of effective development (inductive). Few indeed seem to have studied or understand the principles of effective development. And the implications ? Principles PracticesPowerPoint Presentation: Toolheads % of organisations Effectiveness 0 1 2 3 4 5 Predilection Showing the relative predilection for tools (as the answer to e.g. ignorance), not so much the actual deployment or utilisation of tools.PowerPoint Presentation: Quality and Testing % of organisations Effectiveness 0 1 2 3 4 5 How can Rightshifted organisations get away with so much less testing, yet still have very low defect rates? Testing effort Defects seen by users High Low Quality Philosophy Inspection (test after) Zero defects (test first) Many FewPowerPoint Presentation: Development Focus % of organisations Effectiveness 0 1 2 3 4 5 CV-centric Code-centric Requirements-centric Learning-centricPowerPoint Presentation: Maturity % of organisations Effectiveness 0 1 2 3 4 5 e.g. CMMI APM 1 2 3 4 5PowerPoint Presentation: Risk awareness % of organisations Effectiveness 0 1 2 3 4 5 Awareness Left-shifted organisations avoid talking (even thinking!) about risk. Agile practices more-or-less implicitly mitigate risk. Rightshifted organisations transcend risk management in favour of opportunity management.PowerPoint Presentation: % of organisations Effectiveness 0 1 2 3 4 5 Learning Learning = knowledge systematically captured, and with BAU designed such that knowledge assets must be “Pulled” - and thus re-used - across projects. Systematic LearningPowerPoint Presentation: Even though e.g. Agile practices such as refactoring reduce the impact (cost) of design loopbacks, they may actually exacerbate their frequency . % of organisations Effectiveness 0 1 2 3 4 5 Frequency Unplanned design loopbacks Many Few None Impact Dip in frequency for e.g. Waterfall organisation is bought at the expense of product quality (fit for purpose)PowerPoint Presentation: a.k.a. Due Date performance. i.e. How often products are shipped on time, milestones and deadlines met, etc.. Best = circa 98% on-time delivery. % of organisations Effectiveness 0 1 2 3 4 5 Conformance Conformance to Schedules Good PoorPowerPoint Presentation: Third Parties here include benchmarking partners and organisations, consultants, etc. in the pursuit of (external) knowledge and skills. % of organisations Effectiveness 0 1 2 3 4 5 Involvement Use of Third Parties High LowPowerPoint Presentation: Problems with the product found “post-live” % of organisations Effectiveness 0 1 2 3 4 5 Problems Deployment problems Many FewPowerPoint Presentation: Rightshifted organisations have much more uniform results across projects. % of organisations Effectiveness 0 1 2 3 4 5 Variation Variability in Project Success High Low Individuals The System UnsurePowerPoint Presentation: Although this data is for projects (2087 separate projects), it looks surprisingly similar to the rightshift curve for organisations. ISBSG = International Software Benchmarking Standards Group Corroborating data from ISBSGPowerPoint Presentation: % of organisations Effectiveness 0 1 2 3 4 5 The Four Management Measures High Low Metrics Effort Rightshift Left drift Drag TurbulencePowerPoint Presentation: % of organisations Effectiveness 0 1 2 3 4 5 Metaphor in use Office work Software Factory Product Design (Studio) Value Stream DesignPowerPoint Presentation: End of Part 1FlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Part 2 – The Undiscovered CountryFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation So now we’ve taken a look at the state of the software industry as I see it today. Let’s think about the journey ahead for all of us: the Journey into the Undiscovered Country of the Future. What does life look like - and what does work work like - in organisations way over to the right?FlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation What is FlowChain? One model for how to run a development organisation Based on principles from Lean Product Design Takes a top-down Systems view A concrete example of a Rightshifted organisationFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation The next few slides introduce the fundamental concepts underpinning FlowChain: Covalency Single-piece Continuous Flow In-band Performance Improvement Evolution Emergence Systems Thinking YAGNI (Self) Organise Against DemandFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Term appropriated by me for use in this context Conveys the idea (and ideal) that: “Endeavours have to deliver value to many masters, concurrently”: Sponsors Users The Business The Software Organisation Others At the root of all Engineering disciplines CovalencyFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Improves responsiveness to demand Reduces cycle times Enables incremental delivery of value (ROI) Accelerates feedback (=> faster Rightshifting) Minimises stakeholders’ financial exposure Less waste Minimises work-in-process (inventory) Single-piece Continuous FlowFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Embeds both incremental and step-function change within the daily operational rhythm of an organisation Increases staff engagement Places responsibility on the front line Supports Evolution Widespread alternative – OOB improvement In-band Performance ImprovementFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Heraclitus: “Change is the only constant” Build some kind of “Sense and Respond” ability into the fabric of an organisation’s daily operational rhythm Does away with BDUF EvolutionFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Allow your approach to emerge “in vivo” – by observing how people actually do things, and laying the paths where the trails appear. Just a few simple principles (rules), cause complex and optimal behaviours to emerge (c.f. ants, bees, fish, etc.) EmergenceFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Deming: 95% of an individual's performance is dictated by the System. Whole product = Operational Value Stream Optimize the throughput of the whole System (i.e. the organisation, not any given project or sprint) C.f. Senge; Goldratt; etc. Systems ThinkingFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation You ain’t gonna need it! Defer decisions until the last possible responsible moment. The best chance to have the necessary information to hand. C.f. Set-based Concurrent Engineering (SBCE) YAGNIFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Understand demand (on the system) Arrange things so the system can organise itself in response to demand (best known example: “Pull” a.k.a. Make to order) Standards reduce variation – great for manufacturing but death for innovation and excellence in design engineering. Self-Organise Against DemandFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Enough of the Theory, already!FlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation What is a Business?FlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation A business as a System Customer Seeking Value Shareholder Seeking a Return on InvestmentFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Value Stream Development as a System Operational Value Stream Owner Creating an Operational Value Stream Enhancing an Operational Value StreamFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation FlowChain in Practice Operational Value Stream Owners Backlog Pool WIPPowerPoint Presentation: The Beginning – Thank You! You do not have the permission to view this presentation. In order to view it, please contact the author of the presentation.
Perspectives on Rightshifting flowchainsensei Download Post to : URL : Related Presentations : Share Add to Flag Embed Email Send to Blogs and Networks Add to Channel Uploaded from authorPOINT lite Insert YouTube videos in PowerPont slides with aS Desktop Copy embed code: Embed: Flash iPad Copy Does not support media & animations WordPress Embed Customize Embed URL: Copy Thumbnail: Copy The presentation is successfully added In Your Favorites. Views: 1729 Category: Science & Tech.. License: All Rights Reserved Like it (0) Dislike it (0) Added: November 14, 2008 This Presentation is Public Favorites: 2 Presentation Description Presentation given at Agile North 2008 Comments Posting comment... Premium member Presentation Transcript Perspectives on Rightshifting: Perspectives on Rightshifting An Anecdotal Journey through the Software Development Industry with Bob MarshallNotes: Notes Software is important (commercially). Quality of Life at work is important (morally). We have a social responsibility to make our businesses as effective as possible (ethically). These are NOT incompatible (exactly the opposite, in fact).PowerPoint Presentation: The software development industry worldwide - as generally perceived Distribution of Organisations vs. Effectiveness % of organisations Effectiveness 0 1 2 3 4 5PowerPoint Presentation: % of organisations Effectiveness 0 1 2 3 4 5 Distribution of effectiveness is severely left -shifted. Benefits derive from shifting to the Right. [Courtesy: Steve McConnell: After the Gold Rush] Reality: The Basic Rightshifting CurvePowerPoint Presentation: Waste = All those activities that don’t add stakeholder value. (N.B. Some essential non value-adding activities always remain). Waste % of organisations Effectiveness Wasted effort % waste 100 75 50 25 0 1 2 3 4 5PowerPoint Presentation: Not a direct reciprocal of waste. Can - and does - go negative. Productivity = unit of output per unit of input or value per unit of effort . Productivity % of organisations % waste Effectiveness 0 1 2 3 4 5 Wasted effort Productivity A B F 100 75 50 25PowerPoint Presentation: Software Development Life Cycle % of organisations Effectiveness 0 1 2 3 4 5 Code & Fix Waterfall Agile Beyond ?PowerPoint Presentation: Flow Mode % of organisations Effectiveness 0 1 2 3 4 5 Random Batch & Queue Sprints / Backlog / User Stories / Use Cases Systems Thinking – e.g. Single piece continuous flow?PowerPoint Presentation: Feedback delay % of organisations Effectiveness 0 1 2 3 4 5 Random 3 – 6 Months 2 – 4 weeks DailyPowerPoint Presentation: Administrative Project Management % of organisations Effectiveness 0 1 2 3 4 5 APM Fun a.k.a. Job Satisfaction, Work-life balance Fun APM a.k.a. Ceremony, bean counting, and exemplified by command & control management style (transactional leadership). Wasted potentialPowerPoint Presentation: Perspective on the Individual % of organisations Effectiveness 0 1 2 3 4 5 Respect . HeroismPowerPoint Presentation: Measurement % of organisations Effectiveness 0 1 2 3 4 5 Metrics Effort Rightshifted organisations put less effort into measurement because they have a better idea of their Rightshifting goals, therefore the questions to which they need answers, and thus what to measure. Plus, measurement is generally part of their BAU. (Effort a.k.a. cost)PowerPoint Presentation: Inductive vs. Deductive % of organisations Effectiveness 0 1 2 3 4 5 Focus Rightshifted organisation focus collectively on fundamental principles (deductive), in contrast to a focus on the practices of effective development (inductive). Few indeed seem to have studied or understand the principles of effective development. And the implications ? Principles PracticesPowerPoint Presentation: Toolheads % of organisations Effectiveness 0 1 2 3 4 5 Predilection Showing the relative predilection for tools (as the answer to e.g. ignorance), not so much the actual deployment or utilisation of tools.PowerPoint Presentation: Quality and Testing % of organisations Effectiveness 0 1 2 3 4 5 How can Rightshifted organisations get away with so much less testing, yet still have very low defect rates? Testing effort Defects seen by users High Low Quality Philosophy Inspection (test after) Zero defects (test first) Many FewPowerPoint Presentation: Development Focus % of organisations Effectiveness 0 1 2 3 4 5 CV-centric Code-centric Requirements-centric Learning-centricPowerPoint Presentation: Maturity % of organisations Effectiveness 0 1 2 3 4 5 e.g. CMMI APM 1 2 3 4 5PowerPoint Presentation: Risk awareness % of organisations Effectiveness 0 1 2 3 4 5 Awareness Left-shifted organisations avoid talking (even thinking!) about risk. Agile practices more-or-less implicitly mitigate risk. Rightshifted organisations transcend risk management in favour of opportunity management.PowerPoint Presentation: % of organisations Effectiveness 0 1 2 3 4 5 Learning Learning = knowledge systematically captured, and with BAU designed such that knowledge assets must be “Pulled” - and thus re-used - across projects. Systematic LearningPowerPoint Presentation: Even though e.g. Agile practices such as refactoring reduce the impact (cost) of design loopbacks, they may actually exacerbate their frequency . % of organisations Effectiveness 0 1 2 3 4 5 Frequency Unplanned design loopbacks Many Few None Impact Dip in frequency for e.g. Waterfall organisation is bought at the expense of product quality (fit for purpose)PowerPoint Presentation: a.k.a. Due Date performance. i.e. How often products are shipped on time, milestones and deadlines met, etc.. Best = circa 98% on-time delivery. % of organisations Effectiveness 0 1 2 3 4 5 Conformance Conformance to Schedules Good PoorPowerPoint Presentation: Third Parties here include benchmarking partners and organisations, consultants, etc. in the pursuit of (external) knowledge and skills. % of organisations Effectiveness 0 1 2 3 4 5 Involvement Use of Third Parties High LowPowerPoint Presentation: Problems with the product found “post-live” % of organisations Effectiveness 0 1 2 3 4 5 Problems Deployment problems Many FewPowerPoint Presentation: Rightshifted organisations have much more uniform results across projects. % of organisations Effectiveness 0 1 2 3 4 5 Variation Variability in Project Success High Low Individuals The System UnsurePowerPoint Presentation: Although this data is for projects (2087 separate projects), it looks surprisingly similar to the rightshift curve for organisations. ISBSG = International Software Benchmarking Standards Group Corroborating data from ISBSGPowerPoint Presentation: % of organisations Effectiveness 0 1 2 3 4 5 The Four Management Measures High Low Metrics Effort Rightshift Left drift Drag TurbulencePowerPoint Presentation: % of organisations Effectiveness 0 1 2 3 4 5 Metaphor in use Office work Software Factory Product Design (Studio) Value Stream DesignPowerPoint Presentation: End of Part 1FlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Part 2 – The Undiscovered CountryFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation So now we’ve taken a look at the state of the software industry as I see it today. Let’s think about the journey ahead for all of us: the Journey into the Undiscovered Country of the Future. What does life look like - and what does work work like - in organisations way over to the right?FlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation What is FlowChain? One model for how to run a development organisation Based on principles from Lean Product Design Takes a top-down Systems view A concrete example of a Rightshifted organisationFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation The next few slides introduce the fundamental concepts underpinning FlowChain: Covalency Single-piece Continuous Flow In-band Performance Improvement Evolution Emergence Systems Thinking YAGNI (Self) Organise Against DemandFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Term appropriated by me for use in this context Conveys the idea (and ideal) that: “Endeavours have to deliver value to many masters, concurrently”: Sponsors Users The Business The Software Organisation Others At the root of all Engineering disciplines CovalencyFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Improves responsiveness to demand Reduces cycle times Enables incremental delivery of value (ROI) Accelerates feedback (=> faster Rightshifting) Minimises stakeholders’ financial exposure Less waste Minimises work-in-process (inventory) Single-piece Continuous FlowFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Embeds both incremental and step-function change within the daily operational rhythm of an organisation Increases staff engagement Places responsibility on the front line Supports Evolution Widespread alternative – OOB improvement In-band Performance ImprovementFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Heraclitus: “Change is the only constant” Build some kind of “Sense and Respond” ability into the fabric of an organisation’s daily operational rhythm Does away with BDUF EvolutionFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Allow your approach to emerge “in vivo” – by observing how people actually do things, and laying the paths where the trails appear. Just a few simple principles (rules), cause complex and optimal behaviours to emerge (c.f. ants, bees, fish, etc.) EmergenceFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Deming: 95% of an individual's performance is dictated by the System. Whole product = Operational Value Stream Optimize the throughput of the whole System (i.e. the organisation, not any given project or sprint) C.f. Senge; Goldratt; etc. Systems ThinkingFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation You ain’t gonna need it! Defer decisions until the last possible responsible moment. The best chance to have the necessary information to hand. C.f. Set-based Concurrent Engineering (SBCE) YAGNIFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Understand demand (on the system) Arrange things so the system can organise itself in response to demand (best known example: “Pull” a.k.a. Make to order) Standards reduce variation – great for manufacturing but death for innovation and excellence in design engineering. Self-Organise Against DemandFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Enough of the Theory, already!FlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation What is a Business?FlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation A business as a System Customer Seeking Value Shareholder Seeking a Return on InvestmentFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation Value Stream Development as a System Operational Value Stream Owner Creating an Operational Value Stream Enhancing an Operational Value StreamFlowChain™ evolving the Software Development Organisation: FlowChain ™ evolving the Software Development Organisation FlowChain in Practice Operational Value Stream Owners Backlog Pool WIPPowerPoint Presentation: The Beginning – Thank You!