(Project) SIGN OFF PROCESS June 21, 2010

Slides:



Advertisements
Similar presentations
Baldrige National Quality Program 2003 Baldrige National Quality Program The Site Visit Process and Evaluating Site Visit Issue Worksheets.
Advertisements

MIGRATION MIGR-09. How to Run Your Next Implementation... Don't Let It Run You! Patricia Johnson Senior Systems Consultant Strategic Systems Group, Inc.
Managing Evaluations for Consistently High Quality American Evaluation Association Annual Conference Molly Hageboeck.
What is a Feasibility Study (FS) and an Alternative Evaluation Report (AER)? ENVIRONMENTAL UPDATE MEETING NOVEMBER 20, 2014 HEATHER MCCOLEMAN OES MAJOR.
Project Management 6e..
EvalS Application User Guide version September 17, 2011.
Ensure Vendor/Engineer of Choice Product Quality
Global Business Blueprint Summary Presenters: Laurie Dempsey, CBP Lois McCluskey, eCP January 28, 2004.
Defining the Project CHAPTER FOUR Student Version Copyright © 2011 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin.
AUDITS Process and Corrective Actions OIG RolesGAO ROLES – OIG –OIG Lead Auditor –OCFO – owner of MATS and Agency Audit Process –OEI AA – Designated OEI.
Project Plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
Introduction to Project Management Avneet Mathur
Root Cause Analysis Procedure (IMSP525) Training
Secure System Administration & Certification DITSCAP Manual (Chapter 6) Phase 4 Post Accreditation Stephen I. Khan Ted Chapman University of Tulsa Department.
IS&T Project Management: Project Management 101 June, 2006.
1 Change Management FOR University Medical Group Saint Louis University Click this icon for Audio.
Provider Human Rights Coordinator Role Accessing HCSIS to Support Human Rights Committee Reviews September 11, 2013.
Release & Deployment ITIL Version 3
Advanced Project Management Project Plan Templates
What is Business Analysis Planning & Monitoring?
Discussion Items with Bruce
Project Management Process Overview
S/W Project Management
1 MBA PROJECT Nasir Afghan/Asad Ilyas. 2 Objective To enable MBA students to execute a client focused challenging assignment and to enhance.
Komen Grants eManagement System GeMS. Why Online Grants  Reduce the amount of administrative paperwork being completed by applicants and grantees. 
Komen Grants eManagement System GeMS. Why Online Grants  Reduce the amount of administrative paperwork being completed by applicants and grantees. 
Organize to improve Data Quality Data Quality?. © 2012 GS1 To fully exploit and utilize the data available, a strategic approach to data governance at.
Market Meeting Support Susan Munson ERCOT Retail Market Liaison Commercial Operations Subcommittee (COPS) June 10, 2008.
FAO/WHO Codex Training Package Module 3.2 FAO/WHO CODEX TRAINING PACKAGE SECTION THREE – BASICS OF NATIONAL CODEX ACTIVITIES 3.2 How to develop national.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
SacProNet An Overview of Project Management Techniques.
1 Local Readiness Team Lead Kick-Off Meeting May 16, 2007.
© 2012 Cengage Learning. All Rights Reserved. This edition is intended for use outside of the U.S. only, with content that may be different from the U.S.
Monitoring and Evaluation Management of a Training Program.
MarkeTrak Lessons Learned Summary Report Retail Market Subcommittee February 14, 2007 Adam Martinez & Scott Egger Market Operations Division Projects Organization.
Develop Project Charter
[PROJECT] PROJECT KICKOFF PRESENTATION MONTH DAY, YEAR.
DuPont E-Sourcing Supplier Participation - RFX January 2012.
M ODULE 6 PART 1: Planning and Stakeholder Management GLOBAL FUND GRANT CONSOLIDATION WORKSHOP DATE.
CHANGE CONTROL PROCESS SEPTEMBER 22, /16/2015 Purpose  a methodical approach for capturing, managing and implementing IT changes  ongoing management.
(Project) RISK MANAGEMENT PROCESS SEPTEMBER 5, 2008.
ITPD ISSUE MANAGEMENT PROCESS SEPTEMBER 5, 2008
1 © The Delos Partnership 2004 Project Management Executing the Project.
Request for Service (RFS) Process and Metrics Update June 24, 2008.
How do You Fit within the Process? Roles and Responsibilities – Pre CAB (1/2) 1 Change Requestor Initiates the Change Request (CR) in Service-now Includes.
Project Organization Chart Roles & Responsibilities Matrix Add Project Name.
Evaluate Phase Pertemuan Matakuliah: A0774/Information Technology Capital Budgeting Tahun: 2009.
Tax Administration Diagnostic Assessment Too l PREPARING FOR A TADAT ASSESSMENT.
IAEA International Atomic Energy Agency. IAEA Outline LEARNING OBJECTIVES REVIEW TEAM AMD COUNTERPARTS Team Composition Qualification PREPARATORY PHASE.
State of Georgia Release Management Training
UNIVERSITY OF DAR ES SALAAM t Selection and Employment of Consultants Negotiations with Consultants; Monitoring Performance of Consultants; Resolving Disputes.
Komen Grants eManagement System GeMS. Why Online Grants  Reduce the amount of administrative paperwork being completed by applicants and grantees. 
BSBPMG501A Manage Project Integrative Processes Manage Project Integrative Processes Project Integration Processes – Part 2 Diploma of Project Management.
AGRO PARKS “The Policy Cycle” Alex Page Baku November 2014.
Technical Assistance Drive- In February 17, 2016.
IS&T Project Reviews September 9, Project Review Overview Facilitative approach that actively engages a number of key project staff and senior IS&T.
Project Management 6e..
Contracting Officer Podcast Slides
Implementation Strategy July 2002
Description of Revision
ITPD ISSUE MANAGEMENT PROCESS SEPTEMBER 5, 2008
Version 0.1Assessment Method Overview - 1 Process Assessment Method An objective model-independent method to assess the capability of an organization to.
Engineering Processes
Change Control Process
QA Reviews Lecture # 6.
Managing Project Work, Scope, Schedules, and Cost
ISSUE MANAGEMENT PROCESS MONTH DAY, YEAR
(Project) SIGN OFF PROCESS MONTH DAY, YEAR
Cost Management Process MONTH DAY, YEAR
{Project Name} Organizational Chart, Roles and Responsibilities
Presentation transcript:

(Project) SIGN OFF PROCESS June 21, 2010

Purpose The Sign Off Process ensures: a structured approach for the documentation, review and approval of key deliverables across the project quality and consistency amongst project deliverables shared ownership for quality of the Project solution with the Business groups and ITS teams

Guiding Principles To ensure efficiency in the process, the following will serve as guiding principles: All key deliverables and their RASCI assignments will be tracked in the Document Repository Tool for all project teams RASCI will be utilized to drive accountability of sign off of key deliverables on the project. Signed off deliverables will be presented to Project Management, saved to PDF and posted to the Document Repository Tool Major changes to the deliverables (such as process or technical scope) after sign off will require a new sign-off All key deliverables will require formal signoff prior to exiting a project phase

RASCI The RASCI Model will be used to track each Deliverable through the appropriate review and sign-off process : Decision Role Description Responsible Completes task or objective, or makes decision Leads due diligence process, including gathering necessary input and information • Responsible for the performance of the task Authorize Key decision maker(s) for the deliverable (note: Typically a PM, business user and possible a vendor counterpart) • Holds final decision authority for the content of a specific project deliverable • Granting of approval indicates the individual has evaluated the idea/project and approves it in its proposed form Support Provides assistance to the Responsible party for documentation of the deliverable Individual holds no approval authority and may or may not be impacted by the deliverable Consult • Individual possessing perspective or information valuable to a deliverable • Perspective taken into account/used at the discretion of the Responsible. The approver – does not need to agree with decision Inform Individual who needs to know results of decision to effectively carry out existing role •Notified after decision is made

Sign Off Process

Process Steps Ref ID Process Step Description Input/Output Time Horizon Owner 1 Identify Key Deliverables & Log Document Repository Tool w/ RASCI Mapping At the start of each phase, the team leads, with Project Manager, will define the key project deliverables and load into the Document Repository Tool. The R, A, C of the RASCI model will be assigned to each deliverable, with specific resource names. When vendor(s) are involved, ensure that the vendor(s) are also identified as the ‘R’ for each deliverable. Input: SOW List of Deliverables Output: Key Deliverables Matrix/Updated Workplan Start of Phase Team (R) 2 Coordinate Review Session & Forward Draft to Reviewers (A, C) When a key deliverable is deemed 50% complete, a review session will be scheduled with key approvers and reviewers (A, C) to review deliverable content and solicit feedback. The deliverable owner (R) will forward the deliverable in its current state as a pre-read for the session Input: Key Deliverable Output: Scheduled Review Session 17 days out 3 Review Draft Deliverable Prior to Session (A, C) Prior to the session, the approvers and reviewers should examine the contents of the deliverable, noting any comments, questions, etc. This will facilitate the productivity of the review session Input: Key Deliverable (50%) Output: Key Deliverable w/ comments 17 - 14 days out Business Process Owners, Reviewers 4 Conduct Draft Deliverable Review Session (R, A, C) The team lead will organize a session to walkthrough the deliverable content with approvers/reviewers, answer questions and solicit feedback. Output: Key Deliverable (50%) 14 days out Team (R), Business Process Owners (A), Reviewers (C) 5 Submit Deliverable Changes to Owner (R) During or upon further deliverable review following the session, the approvers/reviewers may provide changes/feedback to be incorporated into the deliverable. Input: Deliverable changes Output: Submitted deliverable changes 7 - 14 days out

Process Steps (continue) Ref ID Process Step Description Deliverable I/O Time Horizon Owner 6 Complete Deliverable Content, with Reviewer Changes The team lead will driver the deliverable to completion (50% to 95%), integrating all changes submitted during or after the review session into the deliverable. Ensure to communicate any major changes to the reviewers and to track these in the Version Tracking section of the deliverable. Feedback should be sent within 3 days of the session Input: Submitted deliverable changes Output: Draft Deliverable 7 days out Team (R) 7 Coordinate/ Conduct a Technical Review The Technical Team will coordinate and conduct a review session of the functional team deliverables. The team will review the deliverable prior to the session and come prepared with questions. Any significant changes resulting from the Technical review will require updates to the deliverables before signoff can be obtained. Any minor changes (i.e. formatting) will simply be captured in the Technical team scope document Input: Draft Deliverable (95%) Output: Submitted Draft Deliverable 7 days prior to Final Due Date or after completion of Initial Draft Technical Lead 8 Coordinate Review Session & Forward Final to Reviewers (A, C) When a key deliverable is deemed 95% complete and where possible the Technical Lead has completed signoff, a final review session will be scheduled with key approvers and reviewers (A, C) to review deliverable content and solicit feedback. The deliverable owner (R) will complete their sign off and forward the draft deliverable prior to the session. Reviewer feedback should be received within 1 day of the final review session. Providing no feedback to pre-reads prior to the final sign-off session will imply a level of agreement. If there are major changes received, the review session should be rescheduled and deliverable re-circulated for review. 3-5 days out

Process Steps (continue) Ref ID Process Step Description Deliverable I/O Time Horizon Owner 9 Conduct Final Deliverable Review Session (R, A, C) The team lead will organize a final review session to walkthrough the deliverable content with approvers/reviewers. Clarifications to the deliverable and modifications to the deliverable will be made as agreed by participants. If final signoff is agreed, proceed to step #9. If final signoff cannot be reached or there are significant changes to the deliverable subsequent to Process Owner signoff (process or technical), return to step #6 Input: Draft Deliverable (95%) Output: Final Deliverable (100%) 1 days out Team (R), Business Process Owners (A), Reviewers (C) 10 Post Final Deliverable in Document Repository Tool and Update Status At the close of the session, approvers and reviewers will be asked to provide a physical signature of acceptance. The signoff sheet will be provided to the Project Manager, scanned, PDF’ed and linked to the deliverable in Document Repository Tool. The actual final deliverable should also be attached to the deliverable entry in the Document Repository Tool. At the conclusion of signoff, the deliverable status will be officially updated as 100% complete in Document Repository Tool. Input: Final Deliverable (100%) Output: Posted Deliverable w/ Signoff sheet in Document Repository Tool 0 days out Team (R) 11 Update Final Deliverable and Contact Approvers Any material changes to the final deliverable will be updated in the original final deliverable, with Track Change functionality turned on. The document should be saved with these changes, and posted back to the Document Repository Tool so approvers can easily identify changes from the PDF version which has been signed off. The deliverable owner should contact the approvers to make them aware of any such changes for review. Significant changes will merit a new signoff Output: Revised Final Deliverable

Key Roles & Responsibilities There are several key roles and responsibilities necessary to ensure effectiveness of the Signoff Process. Role Responsibility Team Leads/ Team (Responsible) Ensure identification and tracking of all key deliverables in the Deliverables Matrix Ensure allocation of the RASCI to all key deliverables Coordinate and conduct review sessions necessary to obtain signoff Business Process Owners/Authorize Proactive participate in key design and decisions necessary to ensure the quality of project deliverables Review and approve all key project deliverables Team Members Complete key deliverables Integrate necessary changes submitted by signing authorities into the key deliverables Project Manager Conduct quality review of key deliverables Participate in signoff as consult party, as necessary

For additional information on this process, please contact… Contact Information For additional information on this process, please contact… Contact Name Email Phone Primary Laurel Dettman ldettman@uchicago.edu 773.702.3759 Secondary Deneeta Pope T-9dpope@uchicago.edu 773-702-8869