The Potential for Lean Acquisition of Software Intensive Systems

Size: px

Start display at page:

Download "The Potential for Lean Acquisition of Software Intensive Systems"

Gwendolyn Ashlie Pierce
6 years ago
Views:

1 The Potential for Lean Acquisition of Software Intensive Systems Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Jeffrey L. Dutton Acquisition Support Program 14 November Carnegie Mellon University

2 The Lean Program Office.. The lean program office is sharply focused on customer value, and accomplishes its tasks with a cyclic rhythm that responds to the needs of its customers and stakeholders. Under lean program management, simultaneous teams accomplish their work in a highly synchronized manner, removing defects at the point of inception. The Chief Engineer owns the system architecture, and ensures that the activities of the highly skilled program staff are architecture-centric. The lean program office team is fast, flexible, learns quickly, and responds to change quickly, using mature, controlled processes that are improved quickly. The improvement infrastructure is lean, CMMIcompliant, and uses six sigma mechanisms and process control approaches. The staff has eliminated waste in their processes (which are integrated with key contractor and stakeholder processes), and ensures support functions are accomplished in an efficient manner. They communicate with each other and with key stakeholders visually, employing Kanban decision making where appropriate. 2

3 What, are you crazy?! (to Mr. Sakamoto - Gung Ho -1986) Some outrageous claims follow. Lean Thinking has not been fully brought to bear on acquisition problems Lean is MUCH more than waste elimination and resource reduction The full context of Lean Thinking for creative environments is applicable to the Acquisition domain The CMMI is a KEY ENABLER for the adoption of Lean Thinking in creative environments Together, Lean Thinking and the CMMI offer a unique solution space to some of the most stressing problems in acquisition Lean Thinking, the CMMI, and (in fact ) Six Sigma are perfectly interactive, mutually reinforcing approaches, that, together, provide an improvement and operational paradigm that is at least an order of magnitude better than any of them alone. 3

4 Lean/CMMI/Sixσ Venn Diagram Strategic focus Customer value Rapid improvement Improvement framework Mature best practices Robust appraisal methods Lean Thinking 6σ Process Control CMMI 4

5 Experience in Lean Software Development Application of Lean Software Development in a CMMI-DEV compliant environment has led to: Higher productivity Reduced product defects Much faster cycle times/product through-put Integration of project performance with CMMI capability or maturity Faster learning teams and organizations Absolute solution to buy-in issues (Much) faster improvement of processes and performance 5

6 The Real Content. 6

7 Outline Background: What is Lean for creative environments about? Why is the CMMI a valuable lean enabler? What is the Lean Program Office? What it looks like How it might operate How can we get there from here? 7

8 Lean Thinking for Creative Environments Sharp, continuously refreshed focus on customer value Iterations and synchronization (acquisition cadence) Agile program management Highly skilled individuals Highly developed teams Rapid improvement Rapid learning Kanban visualization and decision making Architecture-centricity Waste elimination A SURPRISING THING HAPPENED 8

9 The CMMI is a Lean Enabler Mature set of domain-specific practices System, software, and hardware development Acquisition Lean interpretation is now an accepted practice Required elements (goals) Expected elements (practices) Proven infrastructure for process management Responds to observed lack of lean process mgt. Multiple VSMs may lose data and process workflow/process interfaces Accommodating appraisal method SCAMPI is a well respected method with three value/roi propositions SCAMPI supports assessment of lean objectives and lean alternative practices 9

10 Lean Application of the CMMI-ACQ 16 core process areas 6 Acquisition-Specific process areas Goals are all REQUIRED elements of the model Practices are all EXPECTED elements Alternatives (for practices that may not support lean operations) may be substituted (even many-for-one if appropriate) The Goal must always be supported Extensive experience base in leaning CMMI practices In the end, CMMI-ACQ will be a high-value Lean enabler for the Lean Program Office 10

11 CMMI-ACQ Process Areas 11

12 Lean Application of CMMI Practices (Examples) Technical Reviews Lean would suggest: Creative iterations Continuous test and defect removal Visual metrics Kanban decisions Possibly synchronous teams 12

13 Lean Application of CMMI Practices (Examples) Risk Management Lean would suggest: Rapid mitigation Mgt. focus on mitigation velocity Integrated risk management Predictable Risk Mgt. work cycles 13

14 Lean Application of CMMI Practices (Examples) Process and Product Quality Assurance Lean would suggest: Synchronous audit cycles Kanban notifications and pull audits Prepared teams, rapid audits Defects identified and eliminated in days, not weeks or months 14

15 What is the Lean Program Office? 15

Manager Architecture-Centric Operations Architecture-Centric Operations Process Integration and Process Integration and Synch.

Manages Architectures work are as put iterations In place very early Visual coupled Synchronizes Systems/software metrics to

management right time Protects Architectures team are from USED most to volatility aid communications/decisions NO Risk mgt.

16 What is the Lean Program Office? Fast learning and early maturity Fast learning and early maturity Led by an Agile Program Manager Led by an Agile Program Manager Architecture-Centric Operations Architecture-Centric Operations Process Integration and Process Integration and Synch. Program Management Office Synchronization Kanban visual Decisions Kanban visual Decisions Mature Lean PMO processes tightly Time Manages Architectures work are as put iterations In place very early Visual coupled Synchronizes Systems/software metrics to development or all indicators team activities architectures pushed processes are integrated to Requirements right person at management right time Protects Architectures team are from USED most to volatility aid communications/decisions NO Risk mgt. management direction Evolves Architectures Metrics team are requirements EVOLVED between throughout iterations the life cycle Activities are pulled by PMO team Leads VISUAL the architectures elimination of are waste needed Lean/CMMI Maturity 16

17 What Makes Lean Work? Constant focus on customer value Waste elimination Shared vision/architecture Concurrency Parallel cohesive activities Information flow Iterations and synchronization Agile Project Management Rapid learning Skilled teams Rapid improvement Process ownership by the process doer Visualization and Kanban actions Kaizen Team should OWN the process Voice of the Customer Kaizen Teams Value Stream Mapping Continuous Waste Elimination Workflow ECP Data Appr. Data Production Info. Sponsor Sponsor CCB Chair Prod. Team Logistics Develop ECP Submit to CCB CCB Approval Prepare for Deployment Deploy Product Mgt should NOT change the process except by going through Kaizen team 17

18 What Makes Lean Work? Constant focus on customer value Waste elimination Shared vision/architecture Concurrency Parallel cohesive activities Information flow Iterations and synchronization Agile Project Management Rapid learning Skilled teams Rapid improvement Process ownership by the process doer Visualization and Kanban actions When pointer enters yellow area, Mgt. Team takes a specific, immediate action Enterprise or program dashboards Eliminates much wait time and mgt. waste 18

19 What are Acquisition Iterations? (1 of 2) Source Selection RFP generation and evolution Proposal evaluation Program Execution Architecture evolution (creative iterations) Oversight of contractor team (operational cycles) Contractor process capability Requirements mgt. Risk mgt. (lean risk mgt.) Budget oversight Oversight of technical deliverables Depends on developer life cycle (single step, incremental, spiral SW) Preparation for technical evaluation Technical evaluation Feedback to developer in a timely manner PMO Team development Communications with stakeholders 19

20 What are Acquisition Iterations? (2 of 2) [takt time drivers] Risk Mgt Reqmnts Arch. Monitoring Acquisition cadence and synchronization allows the elimination of the following types of waste: Wait time and work product decay Motion Unused work products RFP SRR Task switching Tech Reviews Source Selection Program Execution System Requirements Refinement System Development Software Increment Software Increment 20

21 Determining the Takt time (added slide) Takt Time: the rate that a completed product needs to be finished in order to meet customer demand. May be thought of cadence or heart beat of the organization Drivers for Takt Time: o Customer/user demands o Congressional demands o System of systems or common system demands o Demands from other stakeholders o Development team processes and schedules 21

22 Lean Teams Highly skilled team members Communicate openly Agile Program Manager Chief Architect Fast learners Agile Engr. Support (CM/QA/Test) 22

on customerdriven performance objectives

23 Lean Organizations Provide rapid/lean improvement infrastructure Understand process and technology discipline Stimulate organizational learning Focus on customerdriven performance objectives Allow lean functions and team to own their processes 23

24 How Do We Get There from Here? 24

25 How do we get There from Here? Perform Value Stream Mapping session for core PMO as early as possible Define PMO performance measures Identify near term future state Add (lean) CMMI-ACQ as early as possible Mentor lean/cmmi team members to develop tacit knowledge as quickly as possible Adopt lean/cmmi processes based on workflows Work toward a Lean CMMI PMO capability: Team Level 2 by RFP release? Team Level 3 by contract start? 25

26 For more information, contact: Jeffrey L. Dutton or Brian Gallagher Software Engineering Institute (ASP) 4500 Fifth Avenue Pittsburgh, PA

Best Practices for Enterprise Agile Transformation

Best Practices for Enterprise Agile Transformation A White Paper for the Software Development Project Community Date: May 2017 Select Computing, Inc. 9841 Broken Land Parkway Suite 209 Columbia, MD 21046