Systems/Software ICM Workshop Acquisition and Process Issues Working Group Rick Selby and Rich Turner Systems/Software ICM Workshop July 14-17, 2008 Washington.

Slides:



Advertisements
Similar presentations
Construction Project Coordination Presented by: Philip H
Advertisements

1 PROJECT MANAGEMENT ROLE OF KEY PERSONNEL Bernd Madauss International Space University Strasbourg February, 2011
Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
1 Requirements and the Software Lifecycle The traditional software process models Waterfall model Spiral model The iterative approach Chapter 3.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
Software Engineering Saeed Akhtar The University of Lahore Lecture 4 Originally shared for: mashhoood.webs.com.
CSE 436—Personal Software Processes, Software Development Models Ron K. Cytron 3 October 2005.
CSE 470 : Software Engineering The Software Process.
ISNE101 Dr. Ken Cosh. Recap  We’ve been talking about Software…  Application vs System Software  Programming Languages  Vs Natural Languages  Syntax,
University of Southern California Center for Systems and Software Engineering A Look at Software Engineering Risks in a Team Project Course Sue Koolmanojwong.
Chapter 3 Project Initiation
Project Management Process. Project Complexity means that: a team of people are needed to supply expertise the work needs to be broken into manageable.
Thammanoon Kawinfruangfukul CSSE MS, ID:
1 Achieving Total Systems Management (ATSM) Acquisition Strategies to Increase Reliability and Reduce Logistics Footprint PEO/SYSCOM Workshop November.
University of Southern California Center for Systems and Software Engineering SoS Engineering and the ICM Workshop Overview Jo Ann Lane USC CSSE
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
NDIA Software Industry Experts Panel Paul R. Croll, Chair NDIA Systems Engineering Division Meeting 24 June 2008.
University of Southern California Center for Software Engineering C S E USC Barry Boehm, USC USC-CSE Executive Workshop March 15, 2006 Processes for Human.
University of Southern California Center for Systems and Software Engineering Integrating Systems and Software Engineering (IS&SE) with the Incremental.
University of Southern California Center for Systems and Software Engineering Next Generation Estimation Methods and Management Metrics: Working Group.
Software Engineering General Project Management Software Requirements
Acquisition and the ICM CSSE ARR, March 2008 Bruce Amato, Barry Boehm, Les DeLong, Gary Hafen, Adrian Pitman, Don Reifer, Peter Suk, Denton Tarbet, Rich.
University of Southern California Center for Systems and Software Engineering SoS Engineering and the ICM Workshop Overview Jo Ann Lane USC CSSE
Fundamentals of Information Systems, Second Edition
Software lifecycle. CS351 - Software Engineering (AY2004)2 Software lifecycle “student view” Design & Specification Coding Testing (optional) Hand it.
University of Southern California Center for Software Engineering C S E USC Barry Boehm, USC CS 510 Lecture Fall 2011 Value-Based Software Engineering.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 2 Slide 1 Socio-technical Systems.
Chapter 3 Project Initiation. The stages of a project  Project concept  Project proposal request  Project proposal  Project green light  Project.
Software engineering Process models Pavel Agejkin.
What is Software Architecture?
Chapter 2: Overview of Essentials ISE 443 / ETM 543 Fall 2013.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
1 Chapter 2 The Process. 2 Process  What is it?  Who does it?  Why is it important?  What are the steps?  What is the work product?  How to ensure.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Prescriptive Process Models
1 Project Risk Management Project Risk Management Dr. Said Abu Jalala.
Improving engineering productivity APEGGA. Improving Productivity Mega Projects  History  What is needed  How will it be done  Division of Labour.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
1 SWE Introduction to Software Engineering Lecture 4.
 Management ◦ The activities and tasks undertaken by one or more persons for the purpose of planning and controlling the activities of other in order.
Fifth Lecture Hour 9:30 – 10:20 am, September 9, 2001 Framework for a Software Management Process – Life Cycle Phases (Part II, Chapter 5 of Royce’ book)
Chapter 2 – Software Processes Lecture 2 1Chapter 2 Software Processes.
An Introduction to Software Engineering
University of Southern California Center for Systems and Software Engineering 3/3/2010© USC-CSSE CSCI577B 2010 Light Weight Sw Engg for Off-the-Books.
The Rational Unified Process 1 EECS810: Software Engineering.
Contracting in a Changing Environment Leslie Deneault Defense Acquisition University
CHAPTER ONE Problem Solving © Prepared By: Razif Razali1.
Ch7: Software Production Process. 1 Waterfall models  Invented in the late 1950s for large air defense systems, popularized in the 1970s  Main characteristics:
CC20O7N Software Engineering 1 CC2007N Software Engineering 1 Part 1 Introduction to Software Engineering.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
DESIGN-BUILD Design Perspective DESIGN MANAGER RESPONSIBILITES/ATTRIBUTES Manage the Design Single Point of Communication Adaptable to changes.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
University of Southern California Center for Systems and Software Engineering Aug. 26, 2010 © USC-CSE Page 1 A Winsor Brown CS 577a Lecture Fall.
SoS Process, Acquisition, Management Critical Success Factors Workshop Jo Ann Lane, Richard Turner, USC.
Part III: The Future: Scenarios, Conclusions, and Recommendations [of HSI Methods in System Development] Frank E. Ritter 26 feb 08 1.
Project Management PTM721S
Software Engineering Management
Fundamentals of Information Systems, Sixth Edition
ISA 201 Intermediate Information Systems Acquisition
Client Introductions to CS577a
Lecture 17 ATAM Team Expertise
The Systems Engineering Context
ISA 201 Intermediate Information Systems Acquisition
Chapter 2: Software Process Models
Frank E. Ritter 12 feb 08 (presented 19 feb 08)
Systems/Software ICM Workshop July 14-17, 2008 Washington DC
Chapter 2: Software Process Models
Chapter 2 Process Models
Presentation transcript:

Systems/Software ICM Workshop Acquisition and Process Issues Working Group Rick Selby and Rich Turner Systems/Software ICM Workshop July 14-17, 2008 Washington DC

Some Quotes for Context Setting ● "The only way we will have large acquisition programs on schedule, within budget, and performing as expected, is for everyone - from Congress down to the suppliers - to all stop lying to each other at the same time." ● "Software's just another specialty discipline and doesn't deserve special attention. Integrating software engineering into the development is the job of the chief system engineer." ● "It takes so long for a program to reach deployment that we are essentially acquiring legacy systems." ● "Spiral process is nothing more than the vee chart rolled up." ● "There is no such thing as an emergent requirement." ● "Evolutionary acquisition is just a ploy to excuse the software guys’ incompetence and let programs spiral forever without having to deliver something."

Some Topics for Discussion: Acquisition and Process ● Quality Factor Tradeoffs –Integrating hardware and software quality factor evidence planning and preparation guidelines –Coordinating single-quality-factor IPTs ● Cost and Risk –Budgeting for systems and software risk mitigation –Risk-driven earned value management –Translating shortfalls in feasibility evidence into next-increment risk management plans ● Requirements –Concurrently engineering vs. allocating system, hardware, software, and human factors requirements –Methods for dealing with requirements emergence and rapid change ● Competitive Prototyping –Supporting value-adding continuity of prototype development and evaluation teams ● Topic Specifics –Synchronizing different-length hardware and software increments –Early hardware-software integration: hardware surrogates –Contracting for 3-team developer/V&Ver/next-increment rebaseliner incremental development

©USC-CSSE Incremental Commitment Life Cycle Process Stage I: DefinitionStage II: Development and Operations

Understanding ICM Model for Software ● Reconciling the milestones –Where are LCO/LCA/IOC and SRR/PDR/CDR? –When are the downselects: 3 to 2, 2 to 1? ● How to drive behavior –RFP language –Award fee –Large carrot (sole winner of major program) ● How long does the competitive phase last (ends at Milestone B, ends later, etc)? ● Create a “whole new contractor role” that gets awarded to the 2-to-1 downselect non-winner –External evaluators come into reviews (“air dropped”) and have a high entry barrier and limited context to achieve success –Loss of valuable expertise in the non-winner –Non-winner becomes the “evaluator” of evidence throughout the program ● What kinds of evidence/prototypes are needed for what kinds of risks? ● Funding –Who pays for pre vs post 2-to-1 downselect (what color)? ● How do you use CP to do: –New approaches for model definition and validation –Quality attribute trades (non-functional)