VoteCal Statewide Voter Registration System Project. Master Project Management Plan. Version 1.2
|
|
|
- Edwina McDaniel
- 10 years ago
- Views:
Transcription
1 VoteCal Statewide Voter Registration System Project Master Project Management Plan Version 1.2 October 2010 October 2010 i
2 REVISION HISTORY REVISION # DATE OF RELEASE OWNER SUMMARY OF CHANGES 0.1 3/12/2009 Linda Wasik Initial Draft /03/2009 Linda Wasik Revisions per Catalyst Solution /15/2009 Mary Winkley Align with recommendations made by IPOC and PMBOK /29/2009 Fred Wood Plan updates 0.5 2/2/2010 Mary Winkley Changes to respond to IPOC recommendations 1.0 3/8/2010 Pat Melo Updated links for glossary and document library /18/2010 Fred Wood Final Team updates added /19/2010 NA Removed references to former SI Vendor and replaced with Contractor where appropriate. APPROVAL SIGNATURES Project Name: Document Name: VoteCal Statewide Voter Registration System Project Management Plan Mary Winkley (VoteCal Project Director) Date Fred Wood (VoteCal Project Manager) Date Bruce McDannold (Elections Program Lead) Date Cathy Ingram-Kelly (Elections Program Lead) Date John Hanafee (Information Technology Lead) Date Brian Halkett (Information Technology Lead) Date October 2010 i
3 TABLE OF CONTENTS 1. OVERVIEW BACKGROUND PURPOSE SCOPE GLOSSARY AND ACRONYMS DOCUMENT MAINTENANCE REFERENCES PROJECT PLANNING PROJECT MANAGEMENT METHODOLOGY PROJECT MANAGEMENT TEAMS SCOPE MANAGEMENT SCHEDULE MANAGEMENT COST MANAGEMENT QUALITY MANAGEMENT STAFF MANAGEMENT RISK MANAGEMENT COMMUNICATIONS MANAGEMENT CONFIGURATION MANAGEMENT CONTRACT MANAGEMENT ISSUE MANAGEMENT VOTECAL PROJECT ORGANIZATIONAL STRUCTURE PROJECT ASSUMPTIONS AND CONSTRAINTS PROJECT EXECUTION PROJECT MANAGEMENT PLAN EXECUTION INFORMATION DISTRIBUTION APPLICATION CUSTOMIZATION PROJECT CONTROL INTEGRATED CHANGE CONTROL SCOPE CHANGE CONTROL SCHEDULE CONTROL PERFORMANCE REPORTING UNANTICIPATED TASKS PROJECT SCHEDULE PHASE CLOSE-OUT AND LESSONS LEARNED CONDUCTING FORMAL LESSONS LEARNED CONTRACT CLOSE OUT ADMINISTRATIVE CLOSURE October 2010 ii
4 1. OVERVIEW 1.1 BACKGROUND Section 303 of the Help America Vote Act (HAVA) of 2002 (Public Law , 107th Congress) mandates that each state implement a uniform, centralized, interactive, computerized voter registration database that is defined, maintained and administered at the state level. This database must contain the name and registration information of every registered voter in the state. This system will constitute the official record of all registered voters. The state database must serve as the single system for storing and managing the official list of registered voters in the state. This project must provide a functional interface for counties, which are charged with conducting elections, to access and update the voter registration data. The project may also entail remediation of existing county election management systems (EMS) so they can share data with the VoteCal database. Collectively, this functionality is the Statewide Voter Registration System Project, commonly known as VoteCal. This VoteCal Project must be able to electronically receive information from state departments necessary for voter identification and list maintenance purposes. In California, those departments are: the Department of Motor Vehicles (DMV) for verification of voter identification and voter registration updates in accordance with the National Voter Registration Act (NVRA); California Department of Public Health (CDPH) for death record data, and the California Department of Corrections and Rehabilitation (CDCR) for data to identify citizens who are ineligible to vote by reason of felony conviction and sentencing. The current system, known as Calvoter I, was augmented in 2005 with a series of external automated processes to achieve interim HAVA compliance as required by agreement with the United States Department of Justice (USDOJ) to avoid possible enforcement action over the state s potential failure to meet HAVA voter registration database requirements by the statutorily imposed January 1, 2006 deadline. Compliance was attained through some system modifications (for example, flags identifying that certain actions have been taken on a particular record) but was predominantly achieved through regulations. The agreement with USDOJ requires implementation of a fully compliant system. Although the interim enhancements were completed within the required timeframe and agreed to by the USDOJ, the system does not fully comply with all of the HAVA requirements. For instance, the current system cannot meet HAVA general system requirements, list maintenance requirements, or registrant data verification requirements. The existing system also has several technical issues that must be addressed. 1.2 PURPOSE The purpose of the (PMP) is to describe how the VoteCal Project will be planned, executed, monitored, controlled, and closed. It is a working guide on how to manage and control the activities of the project, the March 8,
5 prime contractor, and other supporting organizations throughout the lifecycle of the project. 1.3 SCOPE The PMP documents the project scope and deliverables, the overall timeline and required resources, the organization that will deliver the project, and how project management responsibilities are divided between VoteCal project management within the office of the Secretary of State (SOS) and the Contractor project management team. It also documents the processes and methodologies that the VoteCal Project Manager (PM) will use to control and monitor the project. The plan will refer to other plans, that when taken together, define how all aspects of the project will be managed. Those plans include: - Communication Management - Contract Management - Budget - Staffing - Change Management - Schedule - Quality Management - Risks - Issues 1.4 GLOSSARY AND ACRONYMS The VoteCal Project Glossary comprises project-specific terms and acronyms and is maintained in the VoteCal project library at the following location:..\..\..\reference\votecal Project Glossary\Current Approved\VoteCal Project Glossary v doc 1.5 DOCUMENT MAINTENANCE The VoteCal PM will review this document at the beginning of each project phase and update it as needed throughout the project life cycle. When changes are made, the document reviser will update this document s revision history log with an updated version number as well as the date, the owner making the change, and a change description. All versions of this document will be maintained throughout the life of the project in the Project Library and can be found at:..\..\..\..\votecal The team will use Microsoft Office 2003 applications to manage the project, except for MS Project October
6 1.6 REFERENCES The following documents were used as reference documents when creating the PMP: Project Management Institute Project Management Book of Knowledge (PMBOK 4th edition) Office of Systems Integration Master Project Plan Template VoteCal Feasibility Study Report, March 2006 VoteCal Statewide Voter Registration System Request for Proposal RFP SOS VoteCal Issue Management Plan VoteCal Change Management Plan VoteCal Risk Management Plan Special Project Report, June PROJECT PLANNING 2.1 PROJECT MANAGEMENT METHODOLOGY The SOS has adopted the state s (previously Department of Finance s) Project Management Methodology as its standard, as was described in Section 200 of the Statewide Information Management Manual (SIMM) in March 2006 when the project was approved. The methodology also reflects industry-standard processes described in the Project Management Body of Knowledge (PMBOK). To the degree that the OCIO changed the methodology that was in place in March 2006 when the SPR was approved, the SOS and OCIO have agreed that the SOS may manage the project with the previous methodology. 2.2 PROJECT MANAGEMENT TEAMS The VoteCal Project Management Team comprises the VoteCal PM, two subject matter experts (SMEs) from the Elections Division, and two SMEs from the Information Technology Division (ITD). This Project Management Team makes decisions based on their subject matter expertise that enable the VoteCal PM to plan, manage, and oversee the day-to-day activities of the VoteCal implementation. Specific roles and responsibilities for the members of the entire Project Team, from the Executive Steering Committee through to the System Integrator, are further defined in the Project Charter. The VoteCal PM leads a daily team meeting with the Project Management Team made up of the ITD and Elections SMEs in which decisions are made. This team also represents both the Issue and Risk Management Teams. Criteria for decision-making on risks and issues are identified in those respective plans. Should this team not have the authority to make a decision, the VoteCal PM will raise the issue or risk to the VoteCal Project Director. October
7 The VoteCal PM leads bi-weekly team meetings with a larger team that includes other SOS functions with an interest in the project such as procurement, HAVA Coordinator, Communication Lead, Contract Management Lead, VoteCal Project Director, Project Assistant, independent verification and validation (IV&V), and independent project oversight contractor (IPOC). The purpose of these meetings is to update the entire team on emerging issues, resolve outstanding issues from these team members, and to identify risks and issues that need to be analyzed. The VoteCal PM is responsible for working with and overseeing the System Integration (SI) Contractor PM in the management of the Contractor s deliverables and schedule. The VoteCal PM is also responsible for managing the EMS Contractors, SOS contractors (including the IV&V, Technical Architect, Quality Assurance Manager, Security Auditor, and Project Assistant) and working with the county elections officials on the project to ensure the work these team members need to accomplish are completed in a timely manner. The VoteCal PM will be held accountable for the management of the project and has access to these and other resources he or she needs to make it successful. The Organization Chart in Figure 1 shows the relationship between the SOS and Contractor project teams. The VoteCal PM oversees the Contractor s efforts toward deployment, but does not manage these efforts. Contractor s PM is responsible for ensuring the Contractor team does all it needs to do to deploy VoteCal on time. The two PMs work together and stay in continuous communication about activities and schedule, along with resource allocation in an effort to deploy VoteCal on time. October
8 Figure 1. Project Team Executive Steering Committee IPOC MetaVista Project Sponsor Janice Lumsden IV&V I-Cubed Project Director Mary Winkley Contract/Budget Manager Roxanne Moger ITD Leads John Hanafee Brian Halkett Project Manager Fred Wood Elections Leads Bruce McDannold Cathy Ingram-Kelly Catalyst Team Project Director Scott Hilkert (Catalyst) Catalyst Team Project Manager Kurt Schwartz (Catalyst) Advisor/Subject Matter Expert Bruce Krochman (DFM) PMO Consultants Travis Bloomfield (Catalyst) Roles that each PMO Team has that are the same: Requirements Manager QA/QC Schedule Manager Issues Manager Configuration Manager Risk Manager 2.3 SCOPE MANAGEMENT Scope Statement The scope of the VoteCal Project, as defined in the approved Feasibility Study Report (FSR) and restated in the latest Special Project Report (SPR) submitted in June 2009, is the implementation of a statewide voter registration system that will meet federal HAVA mandates and functionality requirements defined by the SOS in its published Request for Proposals (RFP). October
9 The VoteCal Project will provide the SOS with a system that contains the registration information of every registered voter (both active and inactive) in the state. The VoteCal Project does not include responsibilities outside registration such as candidate filings, polling place management, election worker management, District and Precinct assignments, and other nonregistration election-related activities undertaken by county Registrar of Voters and their staff. The scope of this project includes the following, some of which have been completed: Develop the Request for Proposal (RFP), the Information Technology Procurement Plan (ITPP), and any Special Project Reports (SPR) to procure and contract with a SI Contractor to develop, integrate, deploy, and support the proposed solution. Develop the Request for Offers (RFO) to procure and contract for external services (e.g., project management, procurement assistance, IPOC, and IV&V, and technical architect, security auditor, and quality assurance). Develop the VoteCal application in coordination with counties and their election management system (EMS) Contractors. Develop interfaces to other State agencies (DMV, CDPH, CDCR, and EDD) to collect data that supports registration verification and list maintenance requirements. Enable EMS to remediate their systems to interface with the VoteCal system. Facilitate the migration of counties, as necessary, off their existing EMS to a remediated or soon-to-be remediated EMS. Convert and integrate voter registration and related data from the 58 counties databases into the single, uniform statewide VoteCal database. Deploy VoteCal system to county elections officials offices. Provide training to users on the VoteCal system. Provide help desk services to users. Prepare Post Implementation Evaluation Report Scope Management The key to the control of project scope will be scheduled reviews and status meetings with the contractor, Project Team, stakeholders and Executive Steering Committee. This will include phase and deliverable reviews by IV&V and SOS stakeholders and subject matter experts. Contractor scope is detailed in the VoteCal RFP, and will be confirmed and baselined during the Project Initiation and Planning Phase, during which the Contractor will create Deliverable Expectation Documents October
10 (DEDs) to document deliverable content, format, and acceptance criteria for the first phase. Finally, the Change Control process defined in the VoteCal Change Management Plan defines the formal process for assessing, tracking, and effecting changes to the original scope, schedule, or budget for the VoteCal Project Work Breakdown Structure The overall VoteCal Project is divided into seven phases that are defined in the approved SPR. The project will be implemented in the following phases and associated dates, described in more detail below: Phase I - Project Initiation and Planning (9/8/ /11/2009) VoteCal System PMP and Schedule D1.1 Communications Plan D1.2 Quality Assurance Plan D1.3 VoteCal Software Version Control and System Configuration Management Plan D1.4 VoteCal System Issue Management Plan D1.7 VoteCal System Change Control Plan D1.6 VoteCal System Risk Management Plan D1.5 VoteCal System Organizational Change Management Plan D1.8 VoteCal Requirements Traceability Matrix & Gap Analysis Plan D1.9 VoteCal System Project Kick-Off Meeting D1.10 Phase II - Design (10/21/ /13/2010) VoteCal System Requirements Specification D2.1 VoteCal System Functional Specification D2.2 VoteCal System Detailed System Design Specifications D2.3 VoteCal System Standard Report Specifications D2.4 VoteCal System County EMS System Integration and Data Exchange Specifications Document D2.5 VoteCal System Detailed Requirements Traceability Matrix D2.6 VoteCal System Technical Architecture Documentation D2.7 VoteCal System Data Model and Data Dictionary D2.8 VoteCal System Data Conversion and Data Integration Plan D2.9 VoteCal System Training Plan D2.10 Ongoing Project Tasks D Phase III - Development (3/11/2010-3/23/2011) VoteCal System Technical Environments Certification Report D3.1 October
11 VoteCal System Test Plan D3.2 Acceptance Test Plan for Certification of County EMS System Conversion and Compliance D3.3 VoteCal System Organizational Change Management Plan Updated D3.4 VoteCal System Implementation and Deployment Plan D3.5 VoteCal System Delivery of Source Code and Source Code Reviews D3.6 Phase IV - Testing (9/8/2010 4/26/2011) VoteCal System Pilot County Data Conversion Completion and Report D4.1 VoteCal System Acceptance Test Completion, Results and Defect Resolution Report D4.2 VoteCal System Documentation D4.3 Phase V - Pilot Deployment and Testing (1/11/ /12/2011) VoteCal System Staff and IT Training Materials and Training Completed for the Pilot County Staff D5.1 Pilot Testing through Live Election Cycle and Provide Pilot Results Report D5.2 Updated System, Documentation and Training Materials D5.3 Revised/Updated System Deployment Plan D5.4 Phase VI - Deployment and Cutover (6/23/2011 2/7/2012) VoteCal System County Elections Officials Training D6.1 Updated Training of the SOS Staff D6.2 VoteCal System Level 1 Help Desk Policies and Procedures D6.3 VoteCal System remaining County Data Conversion and Testing for compliance and successful integration D6.4 VoteCal System Final Deployment Report D6.5 Phase VII - First-Year Operations and Closeout (8/10/ /27/2012) Monthly Operations Support and Performance Reports for one year VoteCal System Final Documentation Final SOS System Acceptance Sign-Off A detailed work breakdown structure (WBS) in the Contractor s Final Proposal was created and will be updated in Phase I of the project by the Contractor and SOS PMs. The baseline and updated WBS can be found in the Project Library in the Contractor s PMP, Appendix A. October
12 Previous versions of the WBS will be maintained as project artifacts for historical purposes Formal Acceptance of Scope The approval of the VoteCal Project Charter, last updated December 1, 2009, and the VoteCal Feasibility Study Report (FSR), dated March 20, 2006 constitute formal acceptance of the project scope by the SOS. 2.4 SCHEDULE MANAGEMENT The Contractor s WBS identifies the project activities and dependencies and is used to create the detailed project schedule, using MS Project 2007 to determine critical path. The baseline schedule was presented in the Special Project Report of June A high level schedule is provided in the Project Charter. The project delivery schedule will be rebaselined upon contract execution with Contractor, and as frequently as the VoteCal PM determines is necessary, but no less often than when the schedule varies by 10% or more from the previous version. The VoteCal PM will update VoteCal schedule every week. The PM will report variances in a weekly report to the VoteCal Project Director. The VoteCal PM will actively manage the deliverables and activities of the VoteCal Project Team in accordance with the VoteCal Project Schedule in MS Project. The VoteCal PM will also track delivery of the Contractor s deliverables. Timelines will be discussed via: Weekly SOS and Contractor project team meetings Weekly project status meetings between SOS and Contractor PMs and PDs Monthly project status meetings between SOS and Contractor PMs, PDs and Contractor Chief Executive Officer Weekly written status reports from the Contractor PM Monthly written project status reports from Contractor PM Independent verification of Contractor deliverables from the IV&V team. Issue, risk, and change management processes as defined in the VoteCal Issue, Risk, and Change Management Plans. In addition, the SI Contractor has provided a Schedule Management Plan (within the D1.1 PMP) for their deliverables in accordance with schedule management requirements in the RFP. 2.5 COST MANAGEMENT Project costs will be managed and tracked throughout the life of the project to ensure compliance with federal guidelines for use of HAVA funds, state spending requirements and the terms of project approval. Overall responsibility for project Cost Management is assigned to the VoteCal Project Director. The VoteCal Project Management Office (PMO) staff will maintain real-time records of all spending actions that will allow the identification of encumbered and October
13 paid costs by fiscal year as defined in the approved project SPR. The Contract/Budget Manager is responsible for projecting contracted costs based on actual and future projected expenditures for the entire project and providing that information to the PMO and Project Director 10 days after the end of each month. The VoteCal Project Director will report monthly expenditures and projections to the VoteCal Project Sponsor along with any request to exceed, as needed, the level of spending approved in the project, if greater than five percent of the project estimate. The VoteCal Project Director will provide monthly fiscal reports to the VoteCal PM. All redirected project staff and contractors on a time and materials basis will maintain timesheets with sufficient detail to identify time spent on activities that are to be reimbursed by HAVA funds. Timesheets for Contractors on a fixed-price contract are also due, but they are not required to capture number of hours spent on activities. Timesheets for contractors will be collected by the Contract Manager for signature by the Project Director and returned for submission with the invoice, which is then approved by both the VoteCal Project Director and SOS HAVA Coordinator. The Contract Manager shall retain these for auditing purposes. 2.6 QUALITY MANAGEMENT In order to ensure that the project meets identified business and technical objectives and requirements, SOS will develop a Quality Assurance Plan. The plan will have the following elements: Measurable objectives User acceptance testing plan Regularly scheduled audits/reviews of key tasks Software development lifecycle Identification of quality assurance responsibilities Distinguish between QA and IV&V responsibilities In addition, the Contractor has provided a Quality Assurance Plan for their deliverables in accordance with quality planning requirements in the RFP. 2.7 STAFF MANAGEMENT Refer to Section 2.13, Figure 2 below for specific VoteCal Management structure. Timely staff member acquisition, training, and post-project transition are the responsibilities of appropriate Division Chief based on an agreed upon plan, and with the assistance of the VoteCal PM. The timing of the hiring of staff is based on the project schedule and therefore determined by the VoteCal PM. The Contractor PMP describes the SOS staff that they assume will be required for deployment, training, and operation of the VoteCal system. The SOS management will use the list of required personnel supplied by the Contractor, and supplement with the management and oversight structure defined in the VoteCal Project Charter and this VoteCal PMP document. The SI Contractor was made aware of the limited SOS resources available for the project. October
14 2.8 RISK MANAGEMENT Refer to the VoteCal Risk Management Plan. 2.9 COMMUNICATIONS MANAGEMENT Refer to the VoteCal Communication Management Plan CONFIGURATION MANAGEMENT The Contractor developed and SOS approved a Software Version Control and System Configuration Management Plan for Contractor s deliverables in accordance with quality planning requirements in the RFP. The Plan describes how system deliverables are baselined, defined, maintained, and managed. Both Contractor and SOS will use this plan to manage configuration changes CONTRACT MANAGEMENT Refer to the VoteCal Contract Management Plan ISSUE MANAGEMENT Refer to the VoteCal Issue Management Plan VOTECAL PROJECT ORGANIZATIONAL STRUCTURE The VoteCal project organizational and reporting structure is shown in Figure 2. Not shown in the organization structure, but critical to the success of VoteCal is stakeholder participation. Stakeholders and their roles and responsibilities are defined in the Project Charter. October
15 Figure 2. VoteCal Project Organizational Chart 2.14 PROJECT ASSUMPTIONS AND CONSTRAINTS The following assumptions were identified in the development of this plan: An SI Contractor will be selected that can support and maintain the new system after implementation. SOS resources (identified in the Project Charter) will be supplemented by additional staff positions and contract services for both one-time and ongoing activities. The Office of Technology Services (previously Department of Technology Services) facilities will be used to house the back-up VoteCal System; SOS will house the primary system. The SOS will own the system and the SI Contractor will wholly support the system. The functionality of the proposed system must meet HAVA legal mandates. A project timeline will be baselined only after contract award and SPR approval The proposed VoteCal solution will replace at least all existing Calvoter functionality. The existing wide area network will be upgraded to support the requirements of the VoteCal system. October
16 The current county and SOS desktop hardware and software environment appears adequate to support VoteCal system requirements. If they are not adequate the SI Contractor will propose equipment to replace or upgrade existing equipment. Technical staff and end users will receive training to support the new VoteCal system. The project will adhere to a strict schedule in which all milestones must be met. Reviewers will review and provide feedback on all project deliverables by expressed deadlines. Problem/issue resolution will be handled on a timely basis. Proactive risk management strategies will be employed to minimize risk and ensure completion of the project on schedule. All Contractor contracts and procurements will be accomplished within planned time lines. 3. PROJECT EXECUTION 3.1 PROJECT MANAGEMENT PLAN EXECUTION The Project Management Plan will be executed throughout the project through the established processes and procedures documented in the various management plans developed by the VoteCal PM and the VoteCal SI Contractor. The VoteCal PM is responsible for monitoring the execution of the plan and will use status meetings, reports, and project metrics to ensure that the project management plan is being executed. The following meetings and reports will be used at a minimum to ensure proper execution of this plan: Weekly Project Status Meetings Change Control Meetings Monthly Status Reports Monthly Issue Management Meetings Monthly Risk Management Meetings 3.2 INFORMATION DISTRIBUTION The VoteCal Communication Management Plan describes how the information distribution will be executed for the project. In addition, the VoteCal Communication Management Plan identifies the various project records and describes how these items will be accessed and maintained. 3.3 SYSTEM AND APPLICATION DEVELOPMENT The SI Contractor for the VoteCal Project will accomplish all System and Application Development as required to meet the requirements of the VoteCal RFP. The Contractor s implementation processes and deliverables are described in the VoteCal Statewide Voter Registration System Final Proposal. October
17 Verification of the deliverables will be described in the VoteCal Quality Plan, and in deliverables of the IV&V consultant. 4. PROJECT CONTROL 4.1 INTEGRATED CHANGE CONTROL The processes and procedures for integrated change control (reviewing all change requests, approving changes, and managing changes to deliverables, organizational process assets, project documents, and the project management plan) are described in the VoteCal Change Management Plan. The Change Management Plan identifies triggers that necessitate a decision by the Executive Steering Committee as to whether to progress with the project. These include the ending of a phase or a request for a change in scope, schedule, or budget that could trigger the need for a Special Project Report. 4.2 SCOPE CHANGE CONTROL Refer to the VoteCal Change Management Plan. 4.3 SCHEDULE CONTROL The VoteCal PM will actively monitor, track, and control the scheduled activities of the VoteCal Project Team in accordance with the VoteCal Project Timeline in MS Project. He or she will also manage the timelines and deliverables of the Contractor. Timelines will be managed via: Weekly status meetings Weekly status reports from the Contractor PM Independent verification of Contractor deliverables from the IV&V team. Issue, risk, and change management as defined in the VoteCal Issue, Risk, and Change Management Plans. 4.4 PERFORMANCE REPORTING Collection and distribution of progress and performance reports are the responsibility of the VoteCal PM and will be accomplished via: Weekly status reports received from the Contractor PM, and issues escalated from the Contractor as they arise. Weekly progress reports from SOS Team Members on their deliverables Periodic project reports delivered in accordance with the VoteCal PMP. The VoteCal Quality Assurance Plan will identify performance metrics and targets. Information will be collected to evaluate performance against these targets and reported weekly to the Project Director. October
18 5. UNANTICIPATED TASKS As the project evolves, items may arise which would cause unanticipated tasks or costs. The processes for handling these items are addressed in the VoteCal Issue Management Plan, the VoteCal Risk Management Plan and VoteCal Budget Management Plan. 6. PROJECT SCHEDULE The high-level milestone schedule is provided in Section The detailed project schedule will be defined in an MS Project file to be baselined after contract award. 7. PHASE CLOSE-OUT AND LESSONS LEARNED 7.1 CONDUCTING FORMAL LESSONS LEARNED Lessons learned will be conducted at the end of each phase. This information will be evaluated and the project management activities will be adjusted appropriately. Additionally the VoteCal PM will conduct a formal Lessons Learned session with project stakeholders and major project participants, and deliver a report on findings to the VoteCal Project Director that will be input for the PIER. 7.2 CONTRACT CLOSE OUT This process is described in the VoteCal Contract Management Plan. 7.3 ADMINISTRATIVE CLOSURE The VoteCal PM will ensure that the following project closure activities are included in the overall project plan: Financial Closure and Audit completing and terminating the financial and budgetary aspects of the project being performed. Archiving- creating and storing a hard and/or soft copy of all documentation related to the project; ensuring that all project and system deliverables and components are configured and baselined according to the VoteCal Configuration Plan. Personnel and Facilities reassignment and reallocation of personnel and equipment that have been used during the project, as needed. October
Appeals Case Management System Project. Scope Management Plan. November 20, 2014
Appeals Case Management System Project Version 1.0 Health and Human Services Agency, Office of Systems Integration Template Revision History REVISION HISTORY REVISION # DATE OF RELEASE OWNER SUMMARY OF
Program Lifecycle Methodology Version 1.7
Version 1.7 March 30, 2011 REVISION HISTORY VERSION NO. DATE DESCRIPTION AUTHOR 1.0 Initial Draft Hkelley 1.2 10/22/08 Updated with feedback Hkelley 1.3 1/7/2009 Copy edited Kevans 1.4 4/22/2010 Updated
Project Management Guidelines
Project Management Guidelines 1. INTRODUCTION. This Appendix (Project Management Guidelines) sets forth the detailed Project Management Guidelines. 2. PROJECT MANAGEMENT PLAN POLICY AND GUIDELINES OVERVIEW.
MNLARS Project Audit Checklist
Audit Checklist The following provides a detailed checklist to assist the audit team in reviewing the health of a project. Relevance (at this time) How relevant is this attribute to this project or audit?
Template K Implementation Requirements Instructions for RFP Response RFP #
Template K Implementation Requirements Instructions for RFP Response Table of Contents 1.0 Project Management Approach... 3 1.1 Program and Project Management... 3 1.2 Change Management Plan... 3 1.3 Relationship
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME >
PROJECT MANAGEMENT PLAN TEMPLATE < PROJECT NAME > Date of Issue: < date > Document Revision #: < version # > Project Manager: < name > Project Management Plan < Insert Project Name > Revision History Name
Minnesota Health Insurance Exchange (MNHIX)
Minnesota Health Insurance Exchange (MNHIX) 1.2 Plan September 21st, 2012 Version: FINAL v.1.0 11/9/2012 2:58 PM Page 1 of 87 T A B L E O F C O N T E N T S 1 Introduction to the Plan... 12 2 Integration
U.S. Department of Education Federal Student Aid
U.S. Department of Education Federal Student Aid Lifecycle Management Methodology Stage Gate Review Process Description Version 1.3 06/30/2015 Final DOCUMENT NUMBER: FSA_TOQA_PROC_STGRW.NA_001 Lifecycle
PHASE 8: IMPLEMENTATION PHASE
PHASE 8: IMPLEMENTATION PHASE The Implementation Phase has one key activity: deploying the new system in its target environment. Supporting actions include training end-users and preparing to turn the
Department of Administration Portfolio Management System 1.3 June 30, 2010
E 06/ 30/ 2010 EX AM PL 1. 3 06/ 28/ 2010 06/ 24/ 2010 06/ 23/ 2010 06/ 15/ 2010 06/ 18/ 2010 Portfolio System 1.3 June 30, 2010 Contents Section 1. Project Overview... 1 1.1 Project Description... 1 1.2
Voice Over IP Network Solution Design, Testing, Integration and Implementation Program Overview
Voice Over IP Network Solution Design, Testing, Integration and Implementation Program Overview 1/1 Table of Contents 1. Introduction...3 2. Executive Summary...4 3. Program Definition...5 3.1. Program
Information Technology Project Oversight Framework
i This Page Intentionally Left Blank i Table of Contents SECTION 1: INTRODUCTION AND OVERVIEW...1 SECTION 2: PROJECT CLASSIFICATION FOR OVERSIGHT...7 SECTION 3: DEPARTMENT PROJECT MANAGEMENT REQUIREMENTS...11
STATE BOARD OF ELECTIONS P.O. BOX 6486, ANNAPOLIS, MD 21401-0486 PHONE (410) 269-2840
MARYLAND STATE BOARD OF ELECTIONS P.O. BOX 6486, ANNAPOLIS, MD 21401-0486 PHONE (410) 269-2840 Bobbie S. Mack, Chairman David J. McManus, Jr., Vice Chairman Rachel T. McGuckian Patrick H. Murray Charles
- ATTACHMENT - PROGRAM MANAGER DUTIES & RESPONSIBILITIES MARYLAND STATE POLICE W00B0400021
- ATTACHMENT - PROGRAM MANAGER DUTIES & RESPONSIBILITIES MARYLAND STATE POLICE W00B0400021 About this document this is a detailed description of typical Project Manager (PM) duties, responsibilities, and
Crosswalk Between Current and New PMP Task Classifications
Crosswalk Between Current and New PMP Task Classifications Domain 01 Initiating the Project Conduct project selection methods (e.g., cost benefit analysis, selection criteria) through meetings with the
PROJECT MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE:
PROJECT MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE: Project Name Project Management Plan Document Information Document Title Version Author Owner Project Management Plan Amendment History
Draft Document STATE OF MICHIGAN. SACWIS Planning Department of Human Services Strategic Implementation Plan: Project Staffing
STATE OF MICHIGAN SACWIS Planning Department of Human Services Strategic Implementation Plan: Project Staffing Executive Summary The State of Michigan has dedicated integrated team of resources for the
Deliverable: 2.2 VoteCal System Functional Specifications
Deliverable: 2.2 VoteCal System Functional Specifications VoteCal Statewide Voter System Project State of California, Secretary of State (SOS) Authors This document was prepared by: Kurt Schwartz Catalyst
PHASE 3: PLANNING PHASE
PHASE 3: PLANNING PHASE The Planning Phase focuses principally on required project planning work. Proper comprehensive project planning is essential to a successful IT project, and incomplete project planning
Project Management Plan for
Project Management Plan for [Project ID] Prepared by: Date: [Name], Project Manager Approved by: Date: [Name], Project Sponsor Approved by: Date: [Name], Executive Manager Table of Contents Project Summary...
ATTACHMENT 3 SPS PROJECT SENIOR PROGRAM MANAGER (SPM) DUTIES & RESPONSIBILITIES
1. ROLE DEFINITIONS ATTACHMENT 3 SPS PROJECT SENIOR PROGRAM MANAGER (SPM) DUTIES & RESPONSIBILITIES The purpose of this section is to distinguish among the roles interacting with the SPM obtained through
Best Practices Statement Project Management. Best Practices for Managing State Information Technology Projects
State of Arkansas Office of Information Technology 124 W. Capitol Ave. Suite 990 Little Rock, AR 72201 501.682.4300 Voice 501.682.4020 Fax http://www.cio.arkansas.gov/techarch Best Practices Statement
PHASE 3: PLANNING PHASE
PHASE 3: PLANNING PHASE The ning Phase focuses principally on required project planning work. Proper comprehensive project planning is essential to a successful IT project, and incomplete project planning
Introduction to the ITS Project Management Methodology
Introduction to the ITS Project Management Methodology In September 1999 the Joint Legislative Committee on Performance Evaluation and Expenditure Review (PEER) produced a report entitled Major Computer
ITRM Guideline CPM 110-01 Date: January 23, 2006 SECTION 5 PROJECT CLOSEOUT PHASE
PROJECT MANAGEMENT GUIDELINE SECTION 5 PROJECT CLOSEOUT PHASE Table of Contents Introduction... 3 Project Closeout Phase... 3 Activities and Documents in the Closeout Phase... 4 Project Closeout Task...
PHASE 9: OPERATIONS AND MAINTENANCE PHASE
PHASE 9: OPERATIONS AND MAINTENANCE PHASE During the Operations and Maintenance Phase, the information system s availability and performance in executing the work for which it was designed is maintained.
<PROJECT NAME> PROJECT MANAGEMENT PLAN
PROJECT MANAGEMENT PLAN Version VERSION HISTORY [Provide information on how the development and distribution of the Project Management Plan was controlled and tracked.
IT Project Management Methodology. Project Execution Support Guide. Version 0.3
NATIONAL INFORMATION TECHNOLOGY AUTHORITY - UGANDA IT Project Management Methodology Project Execution Support Guide Version 0.3 Table of Contents 1 INTRODUCTION... 4 1.1 When should Project Execution
1.8 VoteCal Organizational Change Management Plan
1.8 VoteCal Organizational Change Management Plan VoteCal Statewide Voter Registration System Project State of California, Secretary of State (SOS) Page 1 Authors This document was prepared by: Don Westfall
ID Task Name Time Pred
0 UC Modernization Project Plan 1115 d 1 1 Phase I - Business Case Development and Competitive Procurement 205 d 2 1.1 Complete Initial Feasibility Study 55 d 3 1.2 Prepare and Issue LBR 30 d 2 4 1.3 Competitive
<name of project> Software Project Management Plan
The document in this file is adapted from the IEEE standards for Software Project Management Plans, 1058-1998, which conforms to the requirements of ISO standard 12207 Software Life Cycle Processes. Tailor
Construction Management System (CMS) Deliverable Review Process
Construction Management System (CMS) Deliverable Review Process State of California Department of Transportation Division of Construction December 21, 2009 Version 1.0 Approvals Name: Title: Mark Leja
IT Baseline Management Policy. Table of Contents
Table of Contents 1. INTRODUCTION... 1 1.1 Purpose... 2 1.2 Scope and Applicability... 2 1.3 Compliance, Enforcement, and Exceptions... 3 1.4 Authority... 3 2. ROLES, RESPONSIBILITIES, AND GOVERNANCE...
Manag. Roles. Novemb. ber 20122
Information Technology Manag gement Framework Roles and Respo onsibilities Version 1.2 Novemb ber 20122 ITM Roles and Version History Version ed By Revision Date Approved By Approval Date Description of
Project Management Methodology
Project Management Methodology 1/6/2015 PAGE 1 OF 28 Version 2.0 Contents INTRODUCTION... 4 1. Overview... 4 PHASE 1 PROJECT INITIATION... 5 1. Governance Model... 6 2. Project Prioritization Process...
Project Governance Plan Next Generation 9-1-1 Project Oregon Military Department, Office of Emergency Management, 9-1-1 Program (The OEM 9-1-1)
Oregon Military Department, Office of Emergency Management, 9-1-1 Program (The OEM 9-1-1) Date: October 1, 2014 Version: 3.1 DOCUMENT REVISION HISTORY Version Date Changes Updated By 0.1 02/13/014 Initial
PMP Examination Tasks Puzzle game
PMP Examination Tasks Puzzle game Here is a great game to play to test your knowledge of the tasks you will be tested on in the actual examination. What we have done is take each of the domain tasks in
Project Management Planning
The Project Plan Template The Project Plan The project plan forms the basis for all management efforts associated with the project. A project plan template is included in this document. The information
How To Write A Project Management Plan
Enter Project Name Project Management Plan (PMP) Kickoff Month, Day, Year 1 Purpose The Project Management Plan (PMP) is a formal, approved document used to manage project execution. The PMP documents
U.S. Department of Education Federal Student Aid
U.S. Department of Education Federal Student Aid Lifecycle Management Methodology Version 1.3 06/30/15 Final DOCUMENT NUMBER: FSA_TOQA_PROC_STGRW.NA_001 Update History Lifecycle Management Methodology
Implementation Strategy
Implementation Strategy http://www.bestpractices.cahwnet.gov/primary%20processes/5-syst%20implementation/impl%20strategy.htm Page 1 of 2 Implementation Strategy The implementation strategy defines the
THE COMPLETE PROJECT MANAGEMENT METHODOLOGY AND TOOLKIT
THE COMPLETE PROJECT MANAGEMENT METHODOLOGY AND TOOLKIT GERARD M. HILL CRC Press Taylor & Francis Group Boca Raton London New York CRC Press is an imprint of the Taylor & Francis Croup, an informa business
INFORMATION TECHNOLOGY PROJECT EXECUTION MODEL GUIDE FOR SMALL AND MEDIUM PROJECTS
NOT MEASUREMENT SENSITIVE DOE G 415.1-2 INFORMATION TECHNOLOGY PROJECT EXECUTION MODEL GUIDE FOR SMALL AND MEDIUM PROJECTS [This Guide describes acceptable, but not mandatory means for complying with requirements.
State of California Department of Transportation. Transportation System Data Business Plan
DRAFT Page i State of California Department of Transportation Transportation System Data Business Plan RFO# TSI DPA-0003 September 29, 2011 DRAFT Page ii Table of Contents Executive Summary... 4 Chapter
Dallas IIA Chapter / ISACA N. Texas Chapter. January 7, 2010
Dallas IIA Chapter / ISACA N. Texas Chapter Auditing Tuesday, October Project 20, 2009 Management Controls January 7, 2010 Table of Contents Contents Page # Project Management Office Overview 3 Aligning
Deliverable: 2.1 VoteCal System Requirements Specification
Deliverable: 2.1 VoteCal System Requirements Specification VoteCal Statewide Voter Registration System Project State of California, Secretary of State (SOS) Work Product Acceptance Catalyst Consulting
EXECUTIVE SUMMARY...5
Table of Contents EXECUTIVE SUMMARY...5 CONTEXT...5 AUDIT OBJECTIVE...5 AUDIT SCOPE...5 AUDIT CONCLUSION...6 KEY OBSERVATIONS AND RECOMMENDATIONS...6 1. INTRODUCTION...9 1.1 BACKGROUND...9 1.2 OBJECTIVES...9
LEXEVS OPERATIONS AND MAINTENCE SUPPORT PROJECT MANAGEMENT PLAN
LEXEVS OPERATIONS AND MAINTENCE SUPPORT PROJECT MANAGEMENT PLAN Version Number: 1.0 Version Date: October 1, 2014 VERSION HISTORY Version Number Implemented By Revision Date Approved By Approval Date 1.0
IT SYSTEM LIFE-CYCLE AND PROJECT MANAGEMENT
United States Department of Agriculture Agricultural Marketing Service Directive 3130.8 IT SYSTEM LIFE-CYCLE AND PROJECT MANAGEMENT I. PURPOSE... 1 II. POLICY... 1 III. DEFINITIONS... 1 IV. DOCUMENTATION
OE PROJECT CHARTER TEMPLATE
PROJECT : PREPARED BY: DATE (MM/DD/YYYY): Project Name Typically the Project Manager Project Charter Last Modified Date PROJECT CHARTER VERSION HISTORY VERSION DATE (MM/DD/YYYY) COMMENTS (DRAFT, SIGNED,
The PMP Application Process
The PMP Application Process The purpose of this document is to explain the PMP application process and provide helpful links and tools for submitting your application. Reference: The reference for the
RFP Attachment C Classifications
RFP 1. Applications IT Architect Analyzes and designs the architecture for software applications and enhancements, including the appropriate application of frameworks and design patterns and the interrelationships
PPM V2.0 Frequently Asked Questions (FAQs) U.S. Department of Housing and Urban Development
PPM V2.0 Frequently Asked Questions (FAQs) U.S. Department of Housing and Urban Development December 2015 1. Getting Started with PPM Life Cycle 2. PPM Life Cycle Process 3. PPM V2.0 and Project Types
Minnesota Health Insurance Exchange Project (MNHIX) Deliverable Definition Document (DDD) For Project Management Plan Date: 07-31-2012
Minnesota Health Insurance Exchange Project (MNHI) Deliverable Definition Document (DDD) For Project Plan Date: 07-31-2012 11/9/2012 1:18 PM Page 1 of 8 1. High Level Deliverable Description The Project
Positive Train Control (PTC) Program Management Plan
Positive Train Control (PTC) Program Management Plan Proposed Framework This document is considered an uncontrolled copy unless it is viewed online in the organization s Program Management Information
ABC COMPANY Extended Accounting System (EAS) Project Charter Sample
ABC COMPANY Extended Accounting System (EAS) Project Charter Sample Prepared by: Document Details ABC Company IT Canada Inc. Business Services Department Information Technology Project: Extended Accounting
CDC UNIFIED PROCESS PRACTICES GUIDE
Purpose The purpose of this document is to provide guidance on the practice called Project Close-Out and to describe the practice overview, requirements, best practices, activities, and key terms related
Subject Area 1 Project Initiation and Management
DRII/BCI Professional Practice Narrative: Establish the need for a Business Continuity Plan (BCP), including obtaining management support and organizing and managing the BCP project to completion. (This
Assessment of NCTD Program Management Framework for Positive Train Control Program
Assessment of NCTD Program Management Framework for Positive Train Control Program Subtask 2: Analysis Gap Analysis Prepared for: Brad Hansen, M.S., PMP Director, PMO Capital Projects May 2013 0 icfi.com/transportation
IT Project Management Practices Guide
IT Project Management Practices Guide Introduction The IT Project Management Practices Guide (Guide) contains a repeatable, institutionwide approach for the management of application development and/or
Project Management Fundamentals. Office of the Senior Associate Vice President for Finance
Project Management Fundamentals Project Management Institute PMI is an aggregation of best practices from thousands of professional project managers Principles in this training are based on PMI methodologies,
IT Project Management Methodology. Project Scope Management Support Guide
NATIONAL INFORMATION TECHNOLOGY AUTHORITY - UGANDA IT Project Management Methodology Project Scope Management Support Guide Version 0.3 Version Date Author Change Description 0.1 23 rd Mar, 2013 Gerald
Project Charter Updated
Enterprise IT Service Management Pilot Proof of Concept Project Charter Updated Prepared By: M. Riley & J. Foster Date of Publication: March 13, 2006 Date Last Revised: April 25, 2007 PMO CH1, 8/01 Document
PROJECT MANAGEMENT PLAN <PROJECT NAME>
PROJECT MANAGEMENT PLAN TEMPLATE This Project Management Plan Template is free for you to copy and use on your project and within your organization. We hope that you find this template useful and welcome
PROJECT MANAGEMENT PLAN Florida A&M University Financials Version 9.0 Upgrade and Redeployment
PROJECT MANAGEMENT PLAN Florida A&M University Financials Version 9.0 Upgrade and Redeployment Author: Carl F. Paroby, Oracle Consulting Creation Date: October 24, 2007 Last Updated: Version: DRAFT 3A
MICHIGAN DEPARTMENT OF TECHNOLOGY, MANAGEMENT AND BUDGET UCC and CPC MDOS Letters to FileNet PROJECT MANAGER STATEMENT OF WORK (SOW)
MICHIGAN DEPARTMENT OF TECHNOLOGY, MANAGEMENT AND BUDGET UCC and CPC MDOS Letters to FileNet PROJECT MANAGER STATEMENT OF WORK (SOW) A Pre-Qualification Program was developed to provide a mechanism for
SECTION I PROJECT SUMMARY (TRW)
AS OF OCTOBER 11, 2010 SECTION I PROJECT SUMMARY (TRW) Table I Project Summary Agency/Department Information TRW Information Executive Sponsor: Cynthia Lorenzo Received Date: Project Director: Tom McCullion
Facilities Portfolio Management Tool
2016 Facilities Portfolio Management Tool Project Charter Budget- Facilities Oversight Office of Financial Management 4/10/2016 CONTENTS Overview... 2 Purpose Statement... 2 Background... 2 Goals & Objectives...
PHASE 5: DESIGN PHASE
PHASE 5: DESIGN PHASE During the Design Phase, the system is designed to satisfy the requirements identified in the previous phases. The requirements identified in the Requirements Analysis Phase are transformed
Understand why, when and how-to to formally close a project
Project Closure Purpose: Understand why, when and how-to to formally close a project Audience: Project managers, project sponsors, team members and other key stakeholders Learning Objectives: Describe
Organization. Project Name. Project Overview Plan Version # Date
Project Overview Plan Template Organization Project Name Project Overview Plan Version # Date REVISION HISTORY VERSION # REVISION DATE COMMENT 1 APPROVALS: Authorized Signature DATE 2 Table of Contents
WHY DO I NEED A PROGRAM MANAGEMENT OFFICE (AND HOW DO I GET ONE)?
WHY DO I NEED A PROGRAM MANAGEMENT OFFICE (AND HOW DO I GET ONE)? Due to the often complex and risky nature of projects, many organizations experience pressure for consistency in strategy, communication,
POLICY STATEMENT Commonwealth of Pennsylvania Department of Corrections
POLICY STATEMENT Commonwealth of Pennsylvania Department of Corrections Policy Subject: Policy Number: Project Management 1.1.5 Date of Issue: Authority: Effective Date: May 29, 2009 Signature on File
Module 2: The Project Initiation Stage
Overview Initiation stage is highly instrumental in the life cycle of a project as it defines the boundaries of the project gives clarity to all participants about the objectives, scope, cost timescale
Information Technology Project Oversight Framework
State of California California Technology Agency Information Technology Project Oversight Framework SIMM Section 45 Revised April 2011 This Page Intentionally Left Blank California Technology Agency Table
DOC Electronic Timekeeping System Quarterly Project Oversight Report: Comprehensive Review For Period January March 2015
Department of Corrections Electronic Timekeeping System Project For Period: January March 2015 Quarter Ending: 3/31/2015 Agency Name: Department of Corrections (DOC) Project Name: Electronic Timekeeping
California Department of Mental Health Information Technology Attention: MHSA-IT 1600 9 th Street, Room 141 Sacramento, CA 95814
IT Project Status Report For an MHSA-Funded IT Project Please send the Signed Original to the following address: California Department of Mental Health Information Technology Attention: MHSA-IT 1600 9
ITRM Guideline CPM 110-01 Date: January 23, 2006 SECTION 4 - PROJECT EXECUTION AND CONTROL PHASE
PROJECT MANAGEMENT GUIDELINE SECTION 4 - PROJECT EXECUTION AND CONTROL PHASE Table of Contents Introduction... 3 Project Execution and Control Phase Overview... 3 Activities and Documents in the Execution
Program Management Professional (PgMP) Examination Content Outline
Program Management Professional (PgMP) Examination Content Outline Project Management Institute Program Management Professional (PgMP ) Examination Content Outline April 2011 Published by: Project Management
PROJECT MANAGEMENT METHODOLOGY SECTION 3 -- PLANNING PHASE
PROJECT MANAGEMENT METHODOLOGY SECTION 3 -- PLANNING PHASE Table of Contents Introduction...3-1 Overview...3-1 The Process and the Project Plan...3-1 Project Objectives and Scope...3-1 Work Breakdown Structure...3-1
Project Management Plan Template
Abstract: This is the project management plan document for . This is a controlled document and should be maintained in a configuration environment. Project Management Plan Template Contents REVISION
PROJECT CHARTER GUIDE
Treasury Board of Canada Secretariat Secrétariat du Conseil du Trésor du Canada Enhanced Management Framework for Information Technology PROJECT CHARTER GUIDE February 1999 Chief Information Officer Branch
IT Project Governance Manual Version 1.1
IT Project Governance Manual Version 1.1 A Mandatory Reference for ADS Chapter 577 New Reference: 04/13/2010 Responsible Office: CIO File Name: 577mak_041310 UNITED STATES AGENCY FOR IT Project Goverance
Project Management Professional (PMP) Examination Content Outline
Project Management Professional (PMP) Examination Content Outline Project Management Institute Project Management Professional (PMP ) Examination Content Outline Revised August 2011 Published by: Project
PROJECT DELIVERY METHODOLOGY (PDM) Florida Department of Transportation Office of Information Systems. Business Systems Support Office
2013 Florida Department of Transportation Office of Information Systems Business Systems Support Office Version 1.6 : 5/17/2013 PROJECT DELIVERY METHODOLOGY (PDM) Index May 17, 2013 1 CHAPTER 1 INTRODUCTION
Project Start Up. Start-Up Check List. Why a Project Check List? What is a Project Check List? Initial Release 1.0 Date: January 1997
Why a Project Check List? A good way to ensure that all start-up tasks are completed prior to actually starting the project is to develop a start-up check list. The check list can be developed and then
HHS OCIO Policy for Information Technology (IT) Enterprise Performance Life Cycle (EPLC)
Office of the Chief Information Officer Office of the Assistant Secretary for Resources and Technology Department of Health and Human Services HHS OCIO Policy for Information Technology (IT) Enterprise
Development, Acquisition, Implementation, and Maintenance of Application Systems
Development, Acquisition, Implementation, and Maintenance of Application Systems Part of a series of notes to help Centers review their own Center internal management processes from the point of view of
Develop Project Charter. Develop Project Management Plan
Develop Charter Develop Charter is the process of developing documentation that formally authorizes a project or a phase. The documentation includes initial requirements that satisfy stakeholder needs
Biometrics Enterprise Architecture Project Management Plan (BMEA PMP)
Biometrics Enterprise Architecture Project Management Plan (BMEA PMP) Version 1.0 Prepared by: Date: November 24, 2008 Revision History Purpose Revision Date Level 11/17/2009 First Draft 1.0 Responsible
VA ICJIS. Program Management Plan
VA ICJIS Program Management Plan 1 08/29/01 Program Management Plan VA Integrated Criminal Justice Information System (ICJIS) Program 1. Introduction. The Commonwealth of Virginia Integrated Criminal Justice
Section 7 RFP reference: 7.2.7 Quality Assurance, Page 64
Section 1 Transmittal Letter Section 2 Introduction (Executive Summary) Section 3 Summary of the Bidder s Understanding of the Project Scope Section 4 Bidder s Products, Methodology, and Approach to the
HOW NOT TO ATTRACT AN ENTREPRENEURIAL PM
HOW NOT TO ATTRACT AN ENTREPRENEURIAL PM FORTUNE 500 HIGH-TECH EQUIPMENT AND SERVICES COMPANY Process-focused job description indicates low potential for career enhancement and discourages talent from
Project Management Certificate (IT Professionals)
Project Management Certificate (IT Professionals) Whether your field is architecture or information technology, successful planning involves a carefully crafted set of steps to planned and measurable goals.
