1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.

Slides:



Advertisements
Similar presentations
S Y S T E M S E N G I N E E R I N G.
Advertisements

Software Engineering CSE470: Process 15 Software Engineering Phases Definition: What? Development: How? Maintenance: Managing change Umbrella Activities:
Chapter 2 – Software Processes
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
ITIL: Service Transition
COBIT - II.
Stepan Potiyenko ISS Sr.SW Developer.
Software Configuration Management
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Notion of a Project Notes from OOSE Slides - modified.
Trade Study Training Need and Goals Need Consistent methodologies and practices performing trade studies Pros/cons, advantages/disadvantages, customer/management.
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Configuration Management
IV&V Facility Model-based Design Verification IVV Annual Workshop September, 2009 Tom Hempler.
Enterprise Architecture
Release & Deployment ITIL Version 3
Software Evolution Planning CIS 376 Bruce R. Maxim UM-Dearborn.
Effective Methods for Software and Systems Integration
Using Six Sigma to Achieve CMMI Levels 4 and 5
Project Management: Madness or Mayhem
CMMI Course Summary CMMI course Module 9..
Integrated Capability Maturity Model (CMMI)
CPTE 209 Software Engineering Summary and Review.
Test Organization and Management
Software Development *Life-Cycle Phases* Compiled by: Dharya Dharya Daisy Daisy
Dillon: CSE470: SE, Process1 Software Engineering Phases l Definition: What? l Development: How? l Maintenance: Managing change l Umbrella Activities:
Cybersecurity: Engineering a Secure Information Technology Organization, 1st Edition Chapter 7 Software Supporting Processes and Software Reuse.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
Twelfth Lecture Hour 10:30 – 11:20 am, Saturday, September 15 Software Management Disciplines Project Organization and Responsibilities (from Part III,
Thirteenth Lecture Hour 8:30 – 9:20 am, Sunday, September 16 Software Management Disciplines Process Automation (from Part III, Chapter 12 of Royce’ book)
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Software System Engineering: A tutorial
The Challenge of IT-Business Alignment
Chapter 2 Process: A Generic View
CSI - Introduction General Understanding. What is ITSM and what is its Value? ITSM is a set of specialized organizational capabilities for providing value.
NDIA Systems Engineering Supportability & Interoperability Conference October 2003 Using Six Sigma to Improve Systems Engineering Rick Hefner, Ph.D.
Service Transition & Planning Service Validation & Testing
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
Roadmap to Maturity FISMA and ISO 2700x. Technical Controls Data IntegritySDLC & Change Management Operations Management Authentication, Authorization.
Committee of Sponsoring Organizations of The Treadway Commission Formed in 1985 to sponsor the National Commission on Fraudulent Financial Reporting “Internal.
111 Notion of a Project Notes from OOSE Slides – a different textbook used in the past Read/review carefully and understand.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
IT Requirements Management Balancing Needs and Expectations.
10/16/2015Bahill1 Organizational Innovation and Deployment Causal Analysis and Resolution 5 Optimizing 4 Quantitatively Managed 3 Defined 2 Managed Continuous.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Lecture 7: Requirements Engineering
IT Governance: COBIT, ISO17799 & ITIL. Introduction COBIT ITIL ISO17799Others.
Software Engineering - I
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 What is Solution Assessment & Validation?
1 | 2010 Lecture 3: Project processes. Covered in this lecture Project processes Project Planning (PP) Project Assessment & Control (PAC) Risk Management.
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
Software Engineering 1 Object-oriented Analysis and Design Applying UML and Patterns An Introduction to Object-oriented Analysis and Design and Iterative.
Chapter 2 – Software Processes Lecture 1 Chapter 2 Software Processes1.
Software Engineering Lecture # 1.
Purpose: The purpose of CMM Integration is to provide guidance for improving your organization’s processes and your ability to manage the development,
An organizational structure is a mostly hierarchical concept of subordination of entities that collaborate and contribute to serve one common aim... Organizational.
 CMMI  REQUIREMENT DEVELOPMENT  SPECIFIC AND GENERIC GOALS  SG1: Develop CUSTOMER Requirement  SG2: Develop Product Requirement  SG3: Analyze.
ICS Area Managers Training 2010 ITIL V3 Overview April 1, 2010.
Introduction to Software Engineering 1. Software Engineering Failures – Complexity – Change 2. What is Software Engineering? – Using engineering approaches.
Driving Value from IT Services using ITIL and COBIT 5 July 24, 2013 Gary Hardy ITWinners.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Serving IT up with ITIL By Thane Price. IT is the laboratory’s pit crew  Goal : Make technology transparent while accomplishing valuable internal customer.
ITIL: Service Transition
Software Configuration Management
BIL 424 NETWORK ARCHITECTURE AND SERVICE PROVIDING.
Identify the Risk of Not Doing BA
DT249/4 Information Systems Engineering Lecture 0
Software Requirements
Use of CMMI in an Acquisition Context Using CMMI for Process Improvement at USAF Space and Missile Systems Center (SMC) Dr. Jack R. Ferguson
Presentation transcript:

1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement Center

CMMI Technology Conference and User Group A funny thing happened on the way to the briefing…  Realization that “process engineering” is only part of the answer  Puts process development in a systems development context  Inferred and supported by the CMMI SM Model Suite  But - omits other functions that are critical to the development of engineering capability  Decision to integrate “process engineering” into a larger systems context

3 Process Engineering A Systems Approach to Process Improvement Engineering Systems Development A Systems Approach to Engineering Capability

4 Process Engineering A Systems Approach to Process Improvement Engineering Systems Development

CMMI Technology Conference and User Group Some Reasonable Questions  What do we mean by an “engineering system”?  Why would we go to the trouble of looking at engineering capability in this way?  How do we go about building or improving an engineering system?

CMMI Technology Conference and User Group Some Reasonable Questions  What do we mean by an “engineering system”?  Why would we go to the trouble of looking at engineering capability in this way?  How do we go about building or improving an engineering system?

CMMI Technology Conference and User Group What is an Engineering System?  Engineering system = capability for the development of systems, hardware, or software  Components:  People  Process  Technology  Knowledge  Interfaces:  Internal (among components)  External (to stakeholders and customers)

CMMI Technology Conference and User Group What do these terms mean?  People: the people who are part of the engineering system  Engineers  Infrastructure support personnel  Managers  Process: the processes used by the people or technology to accomplish the functions of the engineering system  Technology: the tools and mechanisms of the engineering system  Knowledge: value-added contextual information necessary to the development and operation of the engineering system (Components of an engineering system)

CMMI Technology Conference and User Group Primary Relationship Diagram People Process Technology Knowledge Engineering System

CMMI Technology Conference and User Group Engineering System Capability Resources and Requirements Systems, Software, & Hardware Products ….Time….

CMMI Technology Conference and User Group Some Reasonable Questions  What do we mean by an “engineering system”?  Why would we go to the trouble of looking at engineering capability in this way?  How do we go about building or improving an engineering system?

CMMI Technology Conference and User Group Why go to the trouble?  Clear requirements leading to clear capability  Ability to make functional trades  Ability to clearly define, develop, and manage interfaces  Ability to define and improve performance of the engineering system  Knowledge and predictability of what it would take to make the engineering system do something new, different, or better  Ability to make informed investment decisions

CMMI Technology Conference and User Group Ability to define and improve performance  Technical Performance Parameters (system level)  Throughput  Efficiency  Productivity  Product defect rates  Domain migration ability  Maintenance cost  Availability and reliability  Configuration Item level  Process capability  Technology capability  Personnel skills and education  Knowledge base  Interface level  Ability to carry information  Ability to support functional relationships (of the engineering system)

CMMI Technology Conference and User Group Predictability of system changes  Adopting more rigorous or new performance parameters  Migrating to new domains (producing something different)  Taking advantage of new technologies  Migrating to new processes (like the CMMI SM )  Increasing capacity of the engineering system  Integrating engineering systems for software and hardware  Configuration management of system

CMMI Technology Conference and User Group Some Reasonable Questions  Why would we go to the trouble of looking at engineering capability in this way?  What is different, unique, or value-added in this approach?  How do we go about building or improving an engineering system?

CMMI Technology Conference and User Group Engineering System Development  Elicit customer and stakeholder needs  Define requirements  Allocate and validate requirements  Design engineering system  Verify and implement design  Deploy and transition system or system components

CMMI Technology Conference and User Group Elicitation of Customer and Stakeholder Needs  External customer and stakeholder needs  Domain requirements  Product specification performance impacts  Product complexity expectations  Customer communications requirements  Delivery and transition requirements  Internal customer and stakeholder needs  Business policies and rules  System performance goals  Infrastructure stakeholder needs Operational Architecture

CMMI Technology Conference and User Group Engineering Systems requirements analysis  Functional requirements  Program Management capability  System, hardware, and software development capability  Systems analysis and control capability  Domain migration ability  Performance requirements  Throughput, efficiency, and productivity  Product defect rate goals  Develop system level Technical Performance Measures  Design constraints  CMMI Model Suite requirements  Business/ technology domain(s)  Project size and complexity (nominal and spread)  Business and quality goals  State of current engineering culture  State of process culture and best practices  Security and trust requirements  Availability and Maintainability requirements Technical Architecture

CMMI Technology Conference and User Group Requirements allocation for an Engineering System System Level Requirements Functional Allocation Personnel Requirements Knowledge Requirements Technology Requirements Process Requirements Internal Interface Requirements

CMMI Technology Conference and User Group Requirements allocation for an Engineering System Customer & Stakeholder Interface Requirements Delivery & Transition Requirements

CMMI Technology Conference and User Group Engineering System Design  Define System Architecture  Identify and track system technical performance parameters  Design components and interfaces in response to allocated requirements  Process design  Technology design  Personnel skills and educational criteria  Knowledge system design  Interface designs System Architecture

CMMI Technology Conference and User Group Verify and Implement Design  Implement Processes  Process implementation may be in technology  Implement Technology  Implement Knowledge Assets  Build knowledge assets over time  Build in strategic phases to match system evolution  Implement People approach  Affect hiring, training, job assignment, and knowledge assimilation  Implement internal and external interfaces  Continuously verify design integrity

CMMI Technology Conference and User Group Deploy Engineering System builds  Ensure Engineering System baselines are internally congruent (design verification and configuration audit)  Deploy in increments that provide system level capabilities  Precede deployment with training and knowledge dissemination  Practice configuration management of components and baseline control of engineering system

CMMI Technology Conference and User Group Summary  Introduced the idea that the capability to develop systems, software, or hardware can be treated as an Engineering System  Provided summary of the systems life cycle for a notional Engineering System  The Engineering System approach provides the abilities to:  Make functional trades among system components  Clearly define, develop, and manage interfaces  Define and improve performance of the engineering system  Predict what it would take to make the engineering system do something new, different, or better  Adopt more rigorous or new performance parameters  Migrate to new domains (producing something different)  Take advantage of new technologies  Migrate to new processes (like the CMMI SM )  Increase capacity of the engineering system  Integrate engineering systems for software and hardware  Apply configuration management principals to engineering capability

CMMI Technology Conference and User Group Engineering System Capability Resources and Requirements Systems, Software, & Hardware Products ….Time…. Questions?

CMMI Technology Conference and User Group BACK UP SLIDES

CMMI Technology Conference and User Group Requirements Development Slides

CMMI Technology Conference and User Group Notional Process Requirements  Satisfy accepted requirements of CMMI Model(s)  Support development of products in identified technical domains (life cycle)  Optimize process for predicted project size  Accommodate alternative project sizes  Optimize process for predicted project complexity  Support accomplishment of business and quality goals  Support transition of engineering, management, and process cultures  Integrate current best practices and identify appropriate targets for improvement  Define People and Technology interfaces  Define interfaces to business infrastructure

CMMI Technology Conference and User Group Notional Technology Requirements  Implement processes in a cost effective manner  Make knowledge accessible in a timely manner in accordance with Knowledge interface requirements  Integrate Knowledge into technology where appropriate  Provide appropriate human interfaces to People  In C4ISR Terminology, define the Technical Architecture  Define technical interfaces to business infrastructure

CMMI Technology Conference and User Group Notional Knowledge Requirements  Define knowledge domains or assets that support and enable process and technology implementation  Define knowledge creation requirements for future growth and evolution of the business base  Provide Knowledge Integration and Knowledge Access requirements to Process, Technology, and People

CMMI Technology Conference and User Group Notional People Requirements  Define skill sets that take advantage of Knowledge assets, Technology, and Process  Define appropriate educational requirements  Define Knowledge that must be assimilated as a function of job execution  Define interface requirements for Process, Technology, and Knowledge  Define interfaces to Human Resources

CMMI Technology Conference and User Group Design Slides

CMMI Technology Conference and User Group Notional Process Design  Design the Process Architecture  Primary processes  Process relationships  Process fidelity  Define interface to the Technology Architecture  Define tailoring approach and criteria  Define structure of standard process(es)  Define component processes and internal interfaces

CMMI Technology Conference and User Group Notional Technology Design  In C4ISR Architecture Framework terminology, implement the Technical Architecture and allocated portion of System Architecture  Design process implementation  Design the interface to existing and future business systems  Design the interfaces to existing and future product design and implementation systems  Design the interfaces to Knowledge assets  Design the interfaces to People

CMMI Technology Conference and User Group Notional Design of Knowledge Assets  Design the Knowledge Architecture  Design knowledge gathering and creation functions  Design knowledge assimilation functions  Design knowledge assessment functions  Design interfaces to Process assets, Technology base, and People

CMMI Technology Conference and User Group Notional Design of People Assets  Match target skills and education to job functions  Match job functions to processes, technology, and knowledge assets  Design interfaces to processes, technology, and knowledge assets  Design interfaces to Human Resources functions  Design risk mitigation approach to mis-match of skill and educational sets with job functions