Change Management Requirements Engineering & Project Management Lecture 10.

Slides:



Advertisements
Similar presentations
Configuration Management
Advertisements

Planning at CMM level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements Engineering.
Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
Procedures for CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Sponsored by the U.S. Department of Defense © 2002 by Carnegie Mellon University July 2002 Pittsburgh, PA Lecture 6: Team Planning.
Configuration Management Managing Change. Points to Ponder Which is more important?  stability  progress Why is change potentially dangerous?
Quality Assurance Copyright, 2002 © Jerzy R. Nawrocki Quality Management Auxiliary.
SE 555 Software Requirements & Specification Requirements Management.
CSC 395 – Software Engineering Lecture 25: SCM –or– Expecting Change From Everything But Vending Machines.
Software Configuration Management (SCM)
Course Technology Chapter 3: Project Integration Management.
Configuration Management
Software Configuration Management
Software Configuration Management (SCM)
CSSE 375 Software Construction and Evolution: Configuration Management
Configuration Management Avoiding Costly Confusion mostly stolen from Chapter 27 of Pressman.
SE-02 CONFIGURATION MANAGEMENT Today we talk about Software Configuration Management (SCM for short): - What? - Why? - How?
Configuration Management Managing Change. Points to Ponder Which is more important?  stability  progress Why is change potentially dangerous?
Human Factor in Project Management Requirements Eng. & Project Management Lecture 10 Jerzy Nawrocki Prince Jozef.
Copyright Course Technology 1999
Rational Suite and CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Configuration Management Copyright, 2002 © Jerzy R. Nawrocki Quality Management.
Copyright © Jerzy R. Nawrocki Requirements Review Requirements Engineering & Project.
Software Configuration Management (SCM)
Soft Tech Development Inc. 1 Software Project Tracking A CMM Level 2 Key Process Area Soft Tech Development Inc.
Quality Model for Requirements Eng. Copyright, 2002 © Jerzy R. Nawrocki Quality.
Configuration Management (managing change). Starter Questions... Which is more important?  stability  progress Why is change potentially dangerous?
1 Software Development Configuration management. \ 2 Software Configuration  Items that comprise all information produced as part of the software development.
Requirements Verification & Validation Requirements Engineering & Project Management.
Creator: ACSession No: 16 Slide No: 1Reviewer: SS CSE300Advanced Software EngineeringFebruary 2006 (Software Quality) Configuration Management CSE300 Advanced.
1.  Describe an overall framework for project integration management ◦ RelatIion to the other project management knowledge areas and the project life.
Good Practices of Requirements Eng. Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Project Planning & Initiation Requirements Engineering & Project Management Lecture.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Project Planning Copyright, 2002 © Jerzy R. Nawrocki Requirements Engineering.
CMM Level 2: Repeatable Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Quality of Usage Scenarios Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
© Mahindra Satyam 2009 Configuration Management QMS Training.
SOFTWARE CONFIGURATION MANAGEMENT. Change is inevitable when computer software is built. And change increases the level of confusion among software engineers.
Introduction to Requirements Engineering Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Configuration Management and Change Control Change is inevitable! So it has to be planned for and managed.
Configuration Management at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Quality Model for RE Process Copyright, 2000 © Jerzy R. Nawrocki Quality Management.
Software Configuration Management (SCM) Source: Pressman, R., Software Engineering: A Practitioner ’ s Approach. Boston: McGraw Hill, Inc., 2005; Ghezzi,
Objectives Understand Corrective, Perfective and Preventive maintenance Discuss the general concepts of software configuration management.
1 Chapter 12 Configuration management This chapter is extracted from Sommerville’s slides. Text book chapter 29 1.
Configuration Management (II) Copyright, 2000 © Jerzy R. Nawrocki Requirements.
~ pertemuan 4 ~ Oleh: Ir. Abdul Hayat, MTI 20-Mar-2009 [Abdul Hayat, [4]Project Integration Management, Semester Genap 2008/2009] 1 PROJECT INTEGRATION.
Quality Assurance at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
Software Engineering Lecture 9: Configuration Management.
Requirements Management and Changes Copyright, 2003 © Jerzy R. Nawrocki Requirements.
TMP3413 Software Engineering Lab Lab 01: TSPi Tool Support.
Configuration & Build Management. Why Software Configuration Management ? The problem: Multiple people have to work on software that is changing More.
Software Configuration Management (SCM)
Peopleware Requirements Engineering & Project Management Lecture 7.
1 Requirements Management - II Lecture # Recap of Last Lecture We talked about requirements management and why is it necessary to manage requirements.
Software Configuration Management (SCM)
Software Configuration Management
Software Project Configuration Management
Chapter 11: Software Configuration Management
Software Configuration Management
Software Configuration Management
Introduction to PRINCE 2
Configuration Management (managing change)
Baseline – IEEE definition
Chapter 11: Software Configuration Management
Chapter 3: Project Integration Management
Configuration Management
Requirements Engineering Lecture 6
Software Configuration Management
Presentation transcript:

Change Management Requirements Engineering & Project Management Lecture 10

J.Nawrocki, Change Management XPrince Roles and Changes Project Manager Analyst Architect Changing requirements Team dynamics

J.Nawrocki, Change Management Agenda CMM and Change Management Requirements Management Practices Situational Leadership Introduction XPrince Team Project Lifecycle The Analyst Role The Architect Role The Project Manager Role Scaling up Conclusions

J.Nawrocki, Change Management Agenda CMM and Change Management Requirements Management Practices Situational Leadership Introduction XPrince Team Project Lifecycle The Analyst Role The Architect Role The Project Manager Role Scaling up Conclusions

J.Nawrocki, Change Management Software Configuration Item (SCI) SCI = “Information that is created as part of the software engineering process.” [R.Pressman] Types of SCIs: computer programs (source code or exec) documents (also requirem. specification) data (e.g. test cases) if (a > b) a-= b;  18 27

J.Nawrocki, Change Management Baseline [IEEE ] A specification or product that has been formally reviewed and agreed upon, that thereafter serves as the basis for further development, and that can be changed only through formal change control procedures. SpecificationDesignCodeTest cases

J.Nawrocki, Change Management Base- line Baseline or SCI? Engineering Change it! Change control SCI FTR SCI Baseline library Baseline

J.Nawrocki, Change Management SCCB Software Configuration Control Board (SCCB) Authorises: the establishment of software baselines, the identification of configuration items, the creation of products from the baseline library. Represents the interests of the project manager and all groups affected by changes to baselines. Reviews and authorises changes.

J.Nawrocki, Change Management CMM & Change Management Ac5. Change requests & problem reports for all SCIs are initiated, recorded, reviewed, approved, and tracked according to a documented procedure. Remove 2nd floor!

J.Nawrocki, Change Management Change Control Change request Err User S.C. Manager Change request Developer Change report SCCB Deci- sion

J.Nawrocki, Change Management Change Control Change request Err Change request Developer Change report SCCB Deci- sion Change request P. Manager UserS.C. Manager

J.Nawrocki, Change Management Change request Change request number: Sender: Sender’s Date: Urgency: Importance: Description: Evaluator: Evaluate by: Type (in/external)

J.Nawrocki, Change Management Change report Change request number: Evaluator: Evaluator’s Date: Urgency: Importance: Is the change justifiable? Main risk factors: Possible implementor: Change implement. effort (expect): Change evaluation effort (actual):

J.Nawrocki, Change Management Agenda CMM and Change Management Requirements Management Practices Situational Leadership Introduction XPrince Team Project Lifecycle The Analyst Role The Architect Role The Project Manager Role Scaling up Conclusions

J.Nawrocki, Change Management Requirements Management The requirements document Requirements elicitation Reqs analysis & negotiation Describing requirements System modelling Requirements validation Requirements management RE for critical systems BasicIntermAdv

J.Nawrocki, Change Management Basic guidelines Requirements management Uniquely identify each requirement

J.Nawrocki, Change Management Basic guidelines Requirements management Tag Uniquely identify each requirement

J.Nawrocki, Change Management Basic guidelines Requirements management Uniquely identify each requirement Define policies for requirements management Requirements Management Policy Goal : Understand the requirements Obligatory practices : 1. Define specialised terms using the template available at

J.Nawrocki, Change Management Basic guidelines Requirements management Uniquely identify each requirement Define policies for requirements management Define traceability policies

J.Nawrocki, Change Management Traceability policy Traceability information Who is responsible Problems Visions Requirements (FURPS) Acceptance test cases User documentation Design Code

J.Nawrocki, Change Management Basic guidelines Requirements management Uniquely identify each requirement Define policies for requirements management Define traceability policies Maintain a traceability manual

J.Nawrocki, Change Management Intermediate guidelines Requirements management Use a database to manage requirements Define change management policies Identify global system requirements

J.Nawrocki, Change Management Advanced guidelines Requirements management Identify volatile requirements Record rejected requirements

J.Nawrocki, Change Management Change management styles Disciplined (formal) Agile (informal)

J.Nawrocki, Change Management Agenda CMM and Change Management Requirements Management Practices Situational Leadership Introduction XPrince Team Project Lifecycle The Analyst Role The Architect Role The Project Manager Role Scaling up Conclusions

J.Nawrocki, Change Management Management Styles Democratic, people-oriented Autocratic, result-oriented

J.Nawrocki, Change Management Effective Management Goal setting Praising Reprimanding

J.Nawrocki, Change Management Goal Setting Specific and measurable Motivating Attainable Relevant Trackable SMART

J.Nawrocki, Change Management Praising Catch people doing things right. Praise them. Do it frequently.

J.Nawrocki, Change Management Reprimanding Critisize the behaviour, not the person. Talk about the facts. Gossips and impressions must be checked. Concentrate on most important aspects of the problem. 1. Present the problem. 2. Say what you feel. 3. Break for a moment. 4. Express your positive attitude towards the person.

J.Nawrocki, Change Management Motivation Dynamics Time Motivation

J.Nawrocki, Change Management Skills and Knowledge Time Skills

J.Nawrocki, Change Management Management Dynamics Directive MotivatingDetached

J.Nawrocki, Change Management Summary Disciplined approach to change managment (CMM) Requirements management practices Team dynamics management

J.Nawrocki, Change Management Questions?

J.Nawrocki, Change Management Quality assessment 1. What is your general impression? (1 - 6) 2. Was it too slow or too fast? 3. What important did you learn during the lecture? 4. What to improve and how?