CEN 4021 18 th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Release Management.

Slides:



Advertisements
Similar presentations
Site-Based Decision Making Campus Planning. Restructuring A process through which a district or school alters the pattern of its structures (vision, rules,
Advertisements

An Introduction to professional services. The professional services The professional services support businesses of all sizes across the economy, providing.
Lecture 2 Team Coordination 1 ICS 126 Team Coordination Team Formation and Organization Group Management Meeting Techniques Large software systems require.
PROCESS FRAMEWORK Lecture - 3. Topics covered PROCESS FRAMEWORK PROCESS MODELS DIFFERENCE.
MODELING THE TESTING PROCESS Formal Testing (1.0) Requirements Software Design Risk Data Approved, Debugged, Eng. Tested Code Automated Test Tools Tested.
CEN nd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Process Models.
More CMM Part Two : Details.
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Project Planning.
Formal Technical Reviews
SOFTWARE QUALITY ASSURANCE Maltepe University Faculty of Engineering SE 410.
Stepan Potiyenko ISS Sr.SW Developer.
Teamwork C.Eng 491 Fall 2009.
ORGANIZATION MANAGEMENT
Project Management NC STATE UNIVERSITY Julie Earp BUS/CSC 516 Fall 2003.
Configuration Management Avoiding Costly Confusion mostly stolen from Chapter 27 of Pressman.
Copyright © 2008 Allyn & Bacon Meetings: Forums for Problem Solving 11 CHAPTER Chapter Objectives This Multimedia product and its contents are protected.
Release & Deployment ITIL Version 3
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Change Control.
Leaders Manage Meetings
© 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1 Software Design Processes and Management.
S/W Project Management
Team Launch Introduction. Real projects are large and complex, and most software is created by teams Merely throwing people together does not result in.
Copyright Course Technology 1999
PMP® Exam Preparation Course
Introduction to Software Quality Assurance (SQA)
9 Closing the Project Teaching Strategies
Chapter 11 – Managing a Business
Software Project Management Introduction to Project Management.
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Project Planning.
Kaizen Project Selection & Team Basics Quality Engineering and Quality Management 1 © University of Wisconsin-Madison.
Galin, SQA from theory to implementation © Pearson Education Limited 2004 Review objectives Formal design reviews (FDRs) Participants Preparations The.
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Project Planning.
Lecture #9 Project Quality Management Quality Processes- Quality Assurance and Quality Control Ghazala Amin.
CEN st Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi What.
EARTO – working group on quality issues – 2 nd session Anneli Karttunen, Quality Manager VTT Technical Research Centre of Finland This presentation.
CEN rd Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Phases of Software.
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Project Planning.
Preparing for the Launch Mohammed El- Affendi. Launch Major Tasks  The Launch is performed according to script “LAU1”, table 3.1 in the book (page 39),
LOGO “ Add your company slogan ” Software Measurement & Analysis Team Assignment 2.
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Project.
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.
Team Meetings Organizing for Effective & Outcome-oriented meetings.
STRATEGIC MANAGEMENT ACCOUNTING Organizing Basics for Structure Organizations are comprised of individuals who work together in GROUPS: teams, taskforces,
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Project.
Georgia Institute of Technology CS 4320 Fall 2003.
Software Product Line Material based on slides and chapter by Linda M. Northrop, SEI.
CEN st Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Monitoring (POMA)
CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Software Project Planning.
Project Management Methodology
Methodologies and Tools for Technology Needs Assessment: an Overview Zou Ji Dept. of environmental Economics and Management, Renmin University of China.
Test Manager’s Role Best Practice By Gabriel Rodriguez.
1 Lecture 12: Chapter 16 Software Quality Assurance Slide Set to accompany Software Engineering: A Practitioner’s Approach, 7/e by Roger S. Pressman Slides.
Project Management Why do projects fail? Technical Reasons
Quality Assurance at CMM Level 2 Copyright, 2000 © Jerzy R. Nawrocki Requirements.
1 Lecture 2.4a: SEF SE Planning and the SEP (SEF Ch 16) Dr. John MacCarthy UMBC CMSC 615 Fall, 2006.
UNIT III. A managerial problem can be described as the gap between a given current state of affairs and a future desired state. Problem solving may then.
Making Health and Safety Meetings Work If you had to identify, in one word, the reason why the human race has not achieved, and never will achieve, its.
Patricia Alafaireet Patricia E. Alafaireet, PhD Director of Applied Health Informatics University of Missouri-School of Medicine Department of Health.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Configuration Control (Aliases: change control, change management )
CSC 480 Software Engineering Team Issues. Essence of a Successful Team To be successful, teams must  Plan their projects  Track their progress  Coordinate.
CS4311 Spring 2011 Process Improvement Dr
CEN 5011 Advanced Software Engineering
CEN 4021 Software Engineering II
Meetings have always taken a large part of the average manager’s week
Teaming Class 2 Notes – Section 1
Project Management Group
CEN 4021 Software Engineering II
CEN 5011 Advanced Software Engineering
Software Reviews.
Presentation transcript:

CEN th Lecture CEN 4021 Software Engineering II Instructor: Masoud Sadjadi Release Management Council

18 th LectureCEN 4021: Software Engineering II Acknowledgements  Dr. Onyeka Ezenwoye  Dr. Peter Clarke 2

18 th LectureCEN 4021: Software Engineering II Agenda  Release Management Council

18 th LectureCEN 4021: Software Engineering II The team management approach  Software projects are becoming very large and complex  There is very little reason for all aspects of software to be managed by a single person.  Especially when the project is sourced from physically distant areas.

18 th LectureCEN 4021: Software Engineering II The team management approach  Knowledge of many organization members can be utilized in decision making.  All stakeholders need to be included in the definition of the software project team.  The knowledge, opinion and cooperation of subgroup team leaders should be sought by the project team.

18 th LectureCEN 4021: Software Engineering II The team management approach  Release management council is a special team management group.  Members of this group must understand two important complementary principles: –Responsibility and Authority.  Very little chance for success with one and not the other.

18 th LectureCEN 4021: Software Engineering II The team management approach  Responsibility –Relates to members’ accountability for project success or failure. Members must view the success of the project as a team goal.  Authority –Relates to the power to make or participate in the making of decisions so as the achieve team goals.  Responsibility must be accompanied by commensurate authority.

18 th LectureCEN 4021: Software Engineering II Formulating a release management council  Release management council is charged with setting goals, policies and guiding the project.  Members are picked from different parts of the organization representing major activities.  Ensure that decisions are made in a timely manner.  Make appropriate adjustments as necessary.

18 th LectureCEN 4021: Software Engineering II Formulating a release management council  Members are team leaders representing the following activity areas: –Customer requirements –Design and architecture –Implementation –Tools, techniques –Testing –Configuration management –Quality assurance –Customer support

18 th LectureCEN 4021: Software Engineering II Formulating a release management council Release Management Council Education Human resources Project manager Finance Customer support Testing QA Programming requirement s Design Tools and support Config. Mngmt. Marketing / sales Customer

18 th LectureCEN 4021: Software Engineering II Formulating a release management council  Release management council should be introduced at project inception.  Members do not need to be department managers.  Task description should be part of normal member’s performance plans.

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  Mode of operation of a project utilizing the release management approach is that of shared responsibility and shared authority.  Members should be stable and constant attendees of the regular project status meeting.

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  Members participate in the following all of the following activities: –Sharing data and information –Analyzing and evaluating information –Making decisions and resolving problems –Communicating the information –Coordinating their own groups activities with other groups.

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  Release management council meeting should be inclusive and mandatory  Avoid formation of subgroups  Involved in the planning, organizing, solution, and change decisions  Minutes should be compiled and sent to all council members.

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  Meeting agenda should include the following topics: –The status of unresolved items –The status of risk items –Tracking data collected –Short discussion and scheduling of any off-line meetings –The generation of status and follow-up open items

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  Release management council makes decision on state of products conclusion.  This decision becomes difficult if project is not tracking according to plan.  Council may hold product release back if product is not ready.  Delaying release can have implications for revenues, costs or reputation.

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  Release options include the following: –Delay the project with no release to customers –Release parts of the product, delay problem areas until fixed –Release the product to a small controlled group of customers –Release the product to everyone, establish superb customer support

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  There may be some negativity associated with product release delay. –Customer fears about quality, usability, etc  Project managers should be prepared to tackle product problems and reestablishing customer support confidence.  Releasing only a portion of the product can lessen the brunt of the delay.

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  There are situations where customers may be willing to take an imperfect release. –Problem areas may not be needed till later  Consult sales and marketing group, or even the customers directly.  Ensure customer service reps are aware of the condition of the release.

18 th LectureCEN 4021: Software Engineering II Release management mode of operation  Unfinished product may be released to establish market precedence is problems are deemed “non-life threatening”  Steps must be taken to ensure proper support.  This strategy may backfire and create early image of low quality.