ACESS A Comprehensive Enterprise Social Services System
|
|
- Sheena Cannon
- 8 years ago
- Views:
Transcription
1 State of Louisiana Department of Social Services ACESS A Comprehensive Enterprise Social Services System Project Control Standards and Procedures Deliverable AC09 SEPTEMBER 1, 2004 VERSION 1.1 State of Louisiana - ACESS Page 1 of 29
2 TABLE OF CONTENTS 1.0 DOCUMENT CONTROL OVERVIEW AND PURPOSE DELIVERABLE CREATION, REVIEW AND ACCEPTANCE PROCESS Deliverable Template Pre-Submission Review Process IBM QA Review Deliverable Submission DSS Deliverable Review IBM Response and Resubmission DSS Deliverable Acceptance COMMUNICATIONS MANAGEMENT Status reporting Meetings Team Lead Status Meeting Change Management Team Meeting Development Team Meeting Technical Team Meeting Project Management Meeting IBM Team Meeting DSS Team Meeting Executive Steering Committee Meeting Meeting Structure and Communication Meeting Leader Responsibilities Meeting Participant Responsibilities Meeting Schedules and Notification QWEB Team Room Project Work Plan Quarterly Deliverable Updates STATUS REPORTING Weekly Status Reporting Bi-Weekly PMO Reporting Monthly Status Reporting Quarterly Status Reporting PROJECT WORKPLAN Time Reporting PROBLEM / ISSUE MANAGEMENT RISK MITIGATION MANAGEMENT SCOPE AND CHANGE MANAGEMENT State of Louisiana - ACESS Page 2 of 29
3 10.0 INVOICING PROCEDURE APPENDIX A: COVER LETTER AND DELIVERABLE COMPLETION DOCUMENT - EXAMPLE...28 State of Louisiana - ACESS Page 3 of 29
4 1.0 DOCUMENT CONTROL Summary of Changes Version # Version Date Nature of Change Date Submitted 1.0 July 28, 2004 Original July 28, September 1, 2004 Revisions from State Incorporation September 1, 2004 Document Change Approvers Function State of Louisiana ACESS Project Director IBM ACESS Project Manager Name Don Moore Rick Valentine State of Louisiana - ACESS Page 4 of 29
5 2.0 OVERVIEW AND PURPOSE The Project Control Standards and Procedures document contains the project-wide processes and procedures to facilitate appropriate levels of control and consistency across activities, tasks, work products, and deliverables to facilitate successful execution of the ACESS project. Some of the processes included in this document reference other project management processes that have been developed under separate deliverables. These processes are referenced here to provide an overall view of the project control standards and processes that have been implemented for the ACESS project. The types of processes included are: Deliverable creation, review and acceptance Communications Management Project status reporting Project work plan maintenance Problem and issue management Risk mitigation management Scope and change management Invoicing procedure State of Louisiana - ACESS Page 5 of 29
6 3.0 DELIVERABLE CREATION, REVIEW AND ACCEPTANCE PROCESS A fundamental aspect of effective project management is up-front agreement with project stakeholders as to what will be delivered. Gaining a common understanding of project deliverables prior to investing the time and effort to create them provides these benefits: Improved project task planning Only the tasks necessary and sufficient to create the deliverable are entered into project plans and scheduled. Reduced rework This approach can reduce the amount unplanned re-work activities after production of the deliverable is well underway, helping to keep the project moving on schedule. Multiple project participants are able to base their activities on a mutually agreed upon understanding of a deliverable: Team Leads can define tasks and schedule resources to create deliverables; other Team Leads will also be able to define tasks and schedule resources to complete work that uses those deliverables as inputs; Project Managers approve deliverables that adhere to acceptance criteria. This section provides the procedure for deliverable creation, review and acceptance for the ACESS project. 3.1 Deliverable Template The document template for ACESS project deliverables is located in the QWEB team room at Project Office Deliverables Mgt Templates ACESS_Deliverables Template_V2.0.doc. This template provides standard document cover page, table of contents, page header, page footer and fonts for section headings and text. All document deliverables for the ACESS project follow this template. 3.2 Pre-Submission Review Process The purpose of the pre-submission review process is to gain consensus on the topics and depth of content to be included in the deliverable. This helps to ensure that the deliverable contains complete and appropriate subject matter and that State s expectations are met when the final deliverable is submitted. It also establishes additional information standards leading into the acceptance process for the State. Prior to creation of detailed deliverable content, the Team Lead responsible for the deliverable will develop the high-level deliverable outline and table of contents and review the contents with the IBM Project Manager and other participants deemed appropriate. The Team Lead will then request and schedule a review of the outline with the ACESS Project Director. The ACESS Project Director will identify the team members who should provide input to the contents of the deliverable and coordinate their participation in the deliverable outline review. During the deliverable outline review, the IBM Team Lead will walk participants through the deliverable outline, explaining the contents to be included in each section. The State team members will provide input regarding any additional topics or content required for the deliverable and also identify any existing content that may not be required. Upon completion of the deliverable outline review, the parties should reach agreement on the content necessary for State acceptance of the deliverable when the deliverable is submitted. State of Louisiana - ACESS Page 6 of 29
7 3.3 IBM QA Review The purpose of the IBM QA review is to verify that the deliverable adheres to the deliverable standards established for the project. The IBM Project Manager or Deputy Project Manager will review each deliverable to: Verify that the appropriate deliverable template has been used Check the document for spelling, grammar, punctuation, and formatting Verify that the deliverable contains the agreed upon scope and contents. Verify deliverable content is consistent with and complements other deliverables with related or similar content. If major quality issues are identified, the document will be returned to the owner for revisions. Otherwise, the reviewer will make the required modifications and prepare the deliverable for formal submission. 3.4 Deliverable Submission Each deliverable will be formally submitted to the ACESS Project Director by the IBM Project Manager or Deputy Project Manager. The deliverable document will be placed in a three-ring binder along with a cover letter and deliverable completion document (DCD) signed by the IBM Project Manager or Deputy Project Manager (See Appendix A for sample cover letter and DCD). The hard copy deliverable will be delivered to the ACESS Project Director and posted to the QWEB team room in the Project Office Deliverables Mgt room. When the deliverable is posted to the QWEB team room, a notification will be sent to the ACESS Project Director and State Deputy Project Director. Deliverables delivered prior to 3 PM are allowed to be dated the date of delivery, otherwise deliverables are to be dated the next business day. Although generally only one copy of a deliverable will be required, on occasion the ACESS Project Director may request multiple copies. The maximum number of hard copies of a deliverable will be limited to twelve (12). Additional hard copies will not be delivered in three-ring binders. 3.5 DSS Deliverable Review Once the deliverable is submitted to the ACESS Project Director, the State will use best efforts to review the deliverable within five (5) business days, but no longer than ten (10) business days where possible. The ACESS Project Director will notify the appropriate reviewers that the deliverable is available for review and request their review and comments on the deliverable. The initial review process will be comprehensive with a view toward identifying all items that must be modified or added to enable the deliverable to be approved. The criteria used to evaluate the deliverable will be consistent with the information that was discussed during the preliminary deliverable meeting with the appropriate team lead along with the description of the deliverable that is contained in the Statement of Work. The ACESS Project Director or his designee will evaluate comments and feedback from the review team, consolidate the appropriate comments, and provide written comments or approval back to the IBM Project Office. If the deliverable is rejected by DSS, there will be documentation included that will either be detailed in a letter from the ACESS Project Director and/or the original deliverable document will be returned marked using the revision tracking tool State of Louisiana - ACESS Page 7 of 29
8 in Microsoft Word. This documentation will provide the basis of the document rejection by DSS. The IBM Project Office will post the comments and feedback to the QWEB team room under the original deliverable and notify the deliverable owner of the results. 3.6 IBM Response and Resubmission Once the comments from DSS are reviewed by the deliverable owner, a meeting with the ACESS Project Director will be scheduled to review those comments if necessary to fully understand the implications of the comments. This process will help ensure that the State comments and conditions of acceptance are understood prior to revision and resubmission. The deliverable owner will make the appropriate revisions and resubmit to the IBM Project Office for QA review by the IBM Project Manager or IBM Deputy Project Manager prior to resubmission. The resubmission process of delivery and posting to the QWEB is the same as initial submission. Resubmitted deliverables will be three-hole punched, but will not be delivered in a three-ring binder. Once the deliverable is resubmitted to the ACESS Project Director or his designee, the ACESS Project Director or his designee will review the deliverable within five (5) business days. If no notification is delivered to the IBM Project Office within those five (5) business days, the Deliverable is considered approved. 3.7 DSS Deliverable Acceptance The ACESS Project Director will sign and date the Deliverable Completion Document (DCD) and return it to the IBM Project Office along with a cover letter to confirm acceptance of a deliverable. The DCD and cover letter will be scanned and filed in the QWEB team room under the last submission of the respective deliverable. The name description of the accepted version of the deliverable will be changed to include FINAL in QWEB to indicate the final approved version of the deliverable. At the discretion of the ACESS Project Manager up to twelve (12) hardcopies of the final deliverable will be provided. These additional copies will not be threehole punched and will not be delivered in a three-ring binder. State of Louisiana - ACESS Page 8 of 29
9 4.0 COMMUNICATIONS MANAGEMENT Communications management includes the processes required to ensure timely and appropriate generation, collection, dissemination and storage of project information. This section describes the communications mechanisms in use on the ACESS Project. The overall goal is to maintain an open communications environment throughout the project. The primary means of communication include: 1. Status Reports 2. Meetings 3. QWEB Team Room 4. Project Work Plan 5. Quarterly Deliverable Updates 4.1 Status reporting Status reporting is used as a communication vehicle to inform project stakeholders at all levels of the project status. A status report provides details as to the progress of the project, identifies the accomplishments and ongoing activities of the project, documents upcoming key activities and identifies the risks, issues and items needing attention. The objectives of the status reporting procedure are: To inform all levels of management of the status and activities of the project To compare actual status with plans in order to take corrective actions where needed To provide succinct information that is appropriate for the intended audience. The ACESS Project will use multiple levels of status reporting to satisfy the needs of stakeholders at various levels. The following status reports will be generated for the ACESS Project: Weekly Status Report Bi-Weekly PMO Status Report Monthly Status Report Quarterly Status Report The details of these reports are contained in Section 5 Status Reporting, of this document. 4.2 Meetings There are several important regularly scheduled meetings on the project that will help support communications and coordination. The regularly scheduled meetings will be posted in the QWEB team room calendar. At the time of this writing, the following regularly scheduled meetings are occurring: Meeting Name Frequency Day / Time State of Louisiana - ACESS Page 9 of 29
10 Meeting Name Frequency Day / Time Team Lead Status Weekly Monday / 2PM Change Readiness Team Meeting Weekly Monday / 3PM Change Readiness Team Meeting Weekly Monday / 3PM Development Team Meeting Weekly Tuesday / 9AM ACESS Technical Meeting Weekly Wednesday / 9AM ACESS Project Management Meeting Weekly Tuesday / 9AM IBM Team Meeting Weekly Wednesday / 5PM DSS Team Meeting Bi-Weekly Friday / 8:30AM Executive Steering Committee Meeting Monthly 3 rd Tuesday / 1PM Deliverable Requirements Review Meeting Deliverable Review Meeting Technical Change Control Board Meeting Risk Management Meeting As Needed As Needed As Needed 1 st Project Management Meeting Monthly Team Lead Status Meeting The purpose of the weekly Team Lead Status Meeting is for the team leads and the Project Management team to review and discuss current activities, planned activities and to identify dependencies, risks and issues, and action items. The goal of the meeting is to provide a forum to share information across the project. During this meeting, each team lead will report on the major activities of his or her team for the previous week, lists the planned activities for the coming week, and highlights any issues or concerns. The issues themselves may be discussed at the meeting, but will usually be tabled for separate discussion and resolution Change Management Team Meeting The purpose of the weekly Change Management Team Meeting is for members of the Change Management Team to plan for and review project status, team member assignments, problems and issues, and upcoming events Development Team Meeting The purpose of the weekly Development Team Meeting is for members of the Development Team to review detailed project status, team member assignments, problems and issues, and upcoming events. This meeting will also provide a forum for technical team members to share in knowledge transfer and mentoring on specific technical items that are of interest or concern to other members of the team. State of Louisiana - ACESS Page 10 of 29
11 4.2.4 Technical Team Meeting The weekly Technical Team Meeting will focus primarily on infrastructure related items. This meeting will provide the technical team members an opportunity to review detailed project status, discuss outstanding decisions, plan for upcoming activities or events and review action items from previous meetings. This meeting will be attended by DSS, DoA and IBM team members Project Management Meeting The purpose of the weekly Project Management Meeting is for the DSS and IBM Project Managers to review overall project status, discuss deliverables in progress, upcoming activities and deliverables, review new and existing project issues, and conduct risk management reviews IBM Team Meeting The purpose of the IBM Team Meeting is to provide an opportunity for the IBM Project Manager to communicate high-level project status back to the IBM team members and to inform the team of any project decisions that may impact them. This will also provide a forum for team members to report status and issues back to the IBM Project Manager, exchange information across the functional teams and help identify dependencies between teams DSS Team Meeting The purpose of the DSS Team Meeting is to provide an opportunity for the ACESS Project Director to communicate project-wide information to the DSS team members and to inform the team of any project decisions that may impact them. This will also provide a forum for the DSS team members to report status and issues back to the ACESS Project Director, exchange information across the functional teams and help identify dependencies between teams Executive Steering Committee Meeting The purpose of this meeting is for the ACESS Project Director to report overall project status to the Executive Steering Committee and to raise issues and concerns that require guidance, resources, and/or support from the Executive Steering Committee. In addition to the scheduled monthly meetings, the Steering Committee may convene additional meetings as deemed appropriate Meeting Structure and Communication Effective communication is critical to the success of the ACESS project. Defining and adhering to sound communication standards facilitates the overall project management objectives. These standards include meeting responsibilities, standards for setting an agenda, writing meeting minutes, and scheduling conference rooms. There are shared responsibilities among the different groups and individuals that participate in meetings. State of Louisiana - ACESS Page 11 of 29
12 Meeting Leader Responsibilities Successful meetings need to be effectively planned before they take place, managed efficiently during the meeting process, and have adequate follow-up and documentation. This not only assists with organization, but it helps to ensure that the meetings are worthwhile and accomplishing their objectives. For the meeting leader, before the meeting begins, assuming that it is not an ad-hoc meeting to address a particular urgent issue, the following tasks should be completed: Define the meeting objective Validate the need for a meeting Decide on Participants, their roles, and the preparation they need Prepare an agenda Schedule the meeting Notify participants Prepare meeting materials Plan meeting logistics If materials should be reviewed by attendees before the meeting, circulate materials During the meeting, the meeting leader will should always set the guidelines, expected outcome and meeting goal with the participants. This should encourage a good focus by the participants on the task(s) at hand. The meeting leader should also facilitate good quality discussion and participation among the attendees throughout the meeting and make sure that an appropriate level of control is maintained to assure the meeting stays focused, yet collects next steps and ancillary discussions that need to be discussed or addressed in a different forum. Following the Meeting, it is imperative that the communication from the team leader makes a full circuit back to the meeting attendees. The tasks following the meeting for the team leader should include: Preparation of meeting minutes Distribution of meeting minutes to participants as well as the project management team if appropriate Posting of meeting minutes in QWEB Tracking completion of action items or follow-up that was a result of the meeting Meeting Participant Responsibilities As active participants in meetings as well as members of the ACESS project team, meeting participants have their own set of responsibilities. The objective is to make sure that the high quality intellectual capital that each participant might have regarding the meeting topic is allowed to be gathered and documented into the resulting meeting decisions, documentation, and ancillary information. The responsibilities for meeting participants begin, like the meeting leader, before the meeting even begins. When they are invited to attend the meeting, the meeting participant should review the topic of the meeting as well as the meeting invitation list to ensure that the correct participants for the meeting have been requested to attend. If there are individuals that should have been invited, the participant should notify the meeting leader of the individual s name and a brief explanation of what their role in the meeting might be. In addition, the meeting participants should review any circulated materials to make sure that they State of Louisiana - ACESS Page 12 of 29
13 are the correct person to attend. If there is additional information that might be of assistance, the participant should also notify the meeting leader and assure that they have access to this information. During the meeting, participants should take an active role by contributing to the meeting discussions and making constructive suggestions to the content of the meeting. The participants should also record the meeting information in a personal manner that will allow them to adequately review the follow-up information from the meeting. Following the meeting, the participants should read the meeting minutes to confirm the documentation of the key results and action items. The participants should assure that any action items that are assigned to them for completion are completed on schedule and send adequate communication to the meeting leader of the results of the action item investigation Meeting Schedules and Notification All meetings for the ACESS project will be scheduled using QWEB and Groupwise. The main calendar will be posted in QWEB. Groupwise will be used as the notification and electronic calendar manager. The benefits of scheduling meetings using Groupwise include: Allow for viewing of other team members and other DSS staff schedules to eliminate the back-and-forth process of scheduling with different individuals Automatically tracks acceptance and decline responses from invitees Provides an electronic record of all meetings and attendees Meeting rooms can be reserved as part of the meeting invitation process Resources such as projectors will also be scheduled at the same time attendees are invited 4.3 QWEB Team Room The primary repository for project documentation will be the QWEB team room. The URL for the team room is The purpose of the QWEB Project Web Site is to facilitate communication among project stakeholders and team members. This repository will be used for project documents such as PMO status reports, activities, work products, deliverables. Project work products and deliverables will be stored in the team room for members to access for review as well as provide an historical repository of project artifacts over the life of the project. Project administrative documentation such as team contacts list, project management processes and procedures, and development standards will be stored in the QWEB team room. The team room will be organized according to the ten-task approach in the LA ACESS RFP. However, the structure can change and evolve with the needs of the project. QWEB allows the addition of new inner rooms and folders as well as movement of folders within and between rooms. It is expected that the structure of the room will evolve with the needs of the project over time. The chart below depicts the organization of the team room at the highest level: State of Louisiana - ACESS Page 13 of 29
14 LA ACESS QWEB Meetings and Events Project Office System Analysis & Design System Development System Testing Training Conversion Pilot Testing Statewide Implementation Post Implementation Support Support Federal Approval Figure QWEB Team Room Organization 4.4 Project Work Plan The ACESS project work plan is focused on the shaping and documentation of an effective project plan. A successful and effective work plan results from an iterative and recursive process in which project details are identified, decomposed, and refined by ACESS project team members. The project might be shaped in multiple iterations such as re-evaluation of the end-user training strategy as more details regarding the field sites are identified. Portions of the project plan are given to sub-teams to shape and develop, such as the development team lead working with the development resources to establish accurate and realistic timelines for development. These smaller project components are integrated into the overall project plan and the project shaped again. Each of these activities is an important component of the overall communication process for the project as well as the basic quality assurance to ensure that project timelines, activities and plans are as accurate as possible. Large, hierarchical structures with many elements can become cumbersome. This process of breaking the project down into smaller, more focused components allows the decomposition of the project plan into very small and granular elements and the communication to project team members can be simplified. Filters can easily be applied to the project plan to produce reports on demand for particular resource tasks and activities, resource grouping activities, dates, and major processes. Project team members can use these filtered activities to assess their progress on current activities which is supported by the project time recording process. Team leads and project management can also produce standard reports by resource, resource groups, and the project team as a whole which assist in their communication to members of the team, status reporting communication, and follow up with project team members about items that are not on schedule. 4.5 Quarterly Deliverable Updates As the ACESS project progresses, deliverables that were accepted by the State and IBM may become outdated if not revised to reflect current staffing and stages of the project. Therefore, when the project was defined and scoped, revisions to many of the deliverables was documented in the Statement of Work as well as in the deliverable documents themselves. This process of updating deliverables on a quarterly basis will allow an evaluation of the deliverable information, a quality assurance checkpoint on progress and status check for that State of Louisiana - ACESS Page 14 of 29
15 particular deliverable information, and implementation of the process to keep information current and accurate for new team members and reference by ACESS team members. Project team members should consult the project plan for more detailed information regarding those deliverables that are to be revised on a quarterly schedule. State of Louisiana - ACESS Page 15 of 29
16 5.0 STATUS REPORTING The ACESS project will have multiple levels of status reporting to communicate project status to the various stakeholders. The project status reports are intended to be a communications vehicle to keep stakeholders abreast of project status and issues as they arise. 5.1 Weekly Status Reporting Team Leads will prepare a detailed status report for submission to the IBM Project Office each week. The Project Office will consolidate the reports from the team leads and prepare a Weekly Status Report for the ACESS Project. The weekly status report will be created and posted to QWEB by close of business each Tuesday by the Project Office. The Project Office will notify the ACESS Project Director and Deputy Project Director when the status report is posted to QWEB. Weekly Project Status Reports will be posted to the QWEB team room at Project Office Status Reporting Weekly Status Reports. The naming convention for these QWEB entries is yyyy-mm-dd ACESS Weekly Status Report where yyyy-mm-dd will be the week ending date for the status reporting period. The following is a sample outline of the table of contents for the Weekly Status Report: 1.0 ACCOMPLISHMENTS THIS PERIOD 1.1 Project Management 1.2 Requirements 1.3 Infrastructure 1.4 Development 1.5 System Testing 1.6 Conversion 1.7 Training 1.8 Change Management 2.0 PLANNED ACTIVITIES FOR NEXT PERIOD 2.1 Project Management 2.2 Requirements 2.3 Infrastructure 2.4 Systems Development 2.5 System Testing 2.6 Conversion 2.7 Training 2.8 Change Management 3.0 DELIVERABLE MANAGEMENT 3.1 Deliverables Accepted 3.2 Deliverables in Progress 3.3 Upcoming Deliverables 4.0 RISKS, ISSUES AND CONCERNS State of Louisiana - ACESS Page 16 of 29
17 5.2 Bi-Weekly PMO Reporting The Information Services (IS) Division of DSS manages a growing number of complex, broad business and technology projects within the Department of Social Services (DSS). The DSS Project Management Office (PMO) was formed to develop, implement, and monitor project management practices to improve the success rate of DSS. The Bi-Weekly PMO Status Report will be in the standard format provided by the DSS PMO. The Bi-Weekly PMO Status Report will be due from the ACESS Project Director to the DSS PMO by 5PM each Tuesday. The IBM Project Office will create the Bi-Weekly PMO Status Report and submit to the ACESS Project Director by noon each Tuesday. The DSS Project Director will review the report, make required modifications, and submit the report to the DSS PMO. The DSS Project Director will notify the IBM Project Office of any required changes to the Bi-Weekly PMO Status Report. Bi-Weekly PMO Reports will be posted to the QWEB team room at Project Office Status Reporting Bi-Weekly PMO Reports. The naming convention for these QWEB entries will be yyyy-mm-dd Bi-Weekly Status Report where yyyy-mm-dd is the week ending date for the status reporting period. A sample of the Bi-Weekly PMO report is contained on the following page. State of Louisiana - ACESS Page 17 of 29
18 Bi-Weekly PMO Report Bi-Weekly Detailed Project Status Report for Project Name: Project Manager: Start Date: 0 Project Id #: Client: IS Projected Completion Date Reporting Period End Date System: N/A Current Project Status: (R/Y/G Previous Project Status: (R/Y/G) Project Trend: (Up, Down, Flat) GREEN FIRST REPORT FLAT Project Description Overview of Period Accomplishments Major Risks Major Issues Additional Project Information Dependencies and Critical Success Factors Opening Date Response Date Risk 1.<Risk Description Here> (Yellow) (Pending) Opening Date Resolution Date Issue 1. <Issue Description Here>. (Yellow) (Pending) Additional Comments and Requests for Assistance Key Milestones and Dates Tracking Project Stage/Milestone Baseline Start Date Actual Start Date Baseline Completion Date Actual Completion Date Brief Description/Milestone Movement/Justification for Movement State of Louisiana - ACESS Page 18 of 29
19 5.3 Monthly Status Reporting The IBM Project Manager will deliver a Monthly Project Status Report. A presentation to the Executive Steering Committee consisting of a narrative Project Status Report and PowerPoint presentation, as required by DSS, will be provided monthly that details the progress of the project, identifies the monthly activities of the project, documents upcoming key activities, expenditures against budget, man-hours person and identifies the issues and action items needing Executive Steering Committee attention. The narrative portion of the Status Report will follow the same format as the Weekly Project Status Report. Monthly Project Status Reports will be posted to the QWEB team room at Project Office Status Reporting Monthly Status Reports. The naming convention for these QWEB entries will be yyyy month - Monthly Status Report where yyyy is the year and month is the month (e.g. June) for the status reporting period. 5.4 Quarterly Status Reporting Quarterly, for presentation to the various Advisory Committees, IBM will submit a PowerPoint presentation, which will be due to the ACESS Project Director within ten days following the end of each quarter during the project. Quarterly Project Status Reports will be posted to the QWEB team room at Project Office Status Reporting Quarterly Status Reports. The naming convention for these QWEB entries will be yyyy Qn - Quarterly Status Report where yyyy is the year and n is the calendar quarter for the status reporting period. The contents of the Quarterly Status Report presentation will be: 1. Project Dashboard A one-page dashboard view indicating the health of each of the ten high-level project tasks. 2. Project Activities Status 3. Issues / Concerns / Risks The presentation will contain one slide for each of the ten high-level project tasks with supporting status detail for the project health indicated on the dashboard view. The presentation will contain the high-impact issues, concerns and risks with a brief description of each. Samples from the Quarterly Status Report are contained on the following pages. State of Louisiana - ACESS Page 19 of 29
20 Figure Quarterly Status Report - Dashboard Definitions State of Louisiana - ACESS Page 20 of 29
21 Figure Quarterly Status Report - Sample Project Dashboard State of Louisiana - ACESS Page 21 of 29
22 6.0 PROJECT WORKPLAN The ACESS Project Workplan will be a formal, approved document used to manage project execution and project control. The primary uses of the project plan are to document planning assumptions and decisions, facilitate communication among stakeholders, and document approved scope, cost and schedule. The project work plan will list the planned start and expected finish dates for each task. However, the project work plan is intended to be a living document, so changes and updates will take place throughout the life of the project. For the ACESS Project, work efforts along with resources will be detailed at least 3 months into the future, and further out where possible. The Project Work Plan will use four elements to organize the levels of effort. Project is the highest level which represents an individual project The 10 High Level tasks level is a collection of logically related activities, usually culminating in the completion of a deliverable or milestone- and example might be to create the training roll-out plan The Increments Level is an element of work performed during the course of the project. A High Level task can be decomposed further into tasks an example of this might be to create a training plan for phase 1, phase 2, etc. Tasks are the lowest level of effort in the Project Work Plan- and example of this might be to gather a list of the end users for the phase 1 training delivery Microsoft Office Project 2003 Professional (MS Project) will be the tool used to create, manage and monitor the Project Work Plan. 6.1 Time Reporting Microsoft Project Web Access is a web-based interface which will allow team members to view and update their assignments. Team members will log on to Project Web Access ( where they will be able to view assignments, enter actual hours against a task and send updates to the project plan administrator. Team members will access the project plan at the beginning of each week to view tasks assigned to them. At the end of the week, team members will log on to Project Web Access and enter their actual hours against the tasks they have worked on that week. Team members will also be able to adjust the remaining work and/or percent complete for tasks they are working on if they know they will be over or under budget for a particular task. State of Louisiana - ACESS Page 22 of 29
23 Figure Project Web Access Welcome Page Figure Sample View of the Project Web Access Timesheet View State of Louisiana - ACESS Page 23 of 29
24 7.0 PROBLEM / ISSUE MANAGEMENT Problem / Issue Management are one aspect of overall project management and control. The specifics of the Problem / Issue Management procedure for the ACESS Project are documented in the Problem / Issue Management Plan Deliverable (AC05). Reference to this project management process is included here to inform the reader that the process has been defined for the ACESS Project and to direct the reader to the appropriate document for additional details. The approved Problem / Issue Management Plan is posted in the QWEB team room at Project Office Deliverables Mgt Deliverables AC05 - Problem / Issue Management Plan. A high level overview of the process is included below. Please refer to the Problem / Issue Management Plan in the QWEB team room for the latest version of this chart. ACESS Issue Management Procedure ACESS Team Members Identify potential issues and review with team lead Team Leads Is Issue a project issue? No Handle as team problem Conduct issue impact assessment and recommend prioritization Develop issue resolution criteria and action plans; Monitor action plans and update issue repository as required. Yes ACESS PMO Team Lead submits Issue Identification form to ACESS PMO Communicate decision to team lead No Assign Issue Owner and enter issue into Issue management repository Issue Repository Monitor issue status and generate Issue Management Reports Project Management Team Review issues Accept issue for formal issue management? Yes Issue Management Reports Report project status and escalate to Executive Steering Committee if necessary ACESS Executive Steering Committee Provide issue resolution decisions ; Inform ACESS Management of new potential issues State of Louisiana - ACESS Page 24 of 29
25 8.0 RISK MITIGATION MANAGEMENT Like Problem/Issue Management, Risk Management is one aspect of overall project management and control. The Louisiana ACESS project, like all projects, will experience risks that can impact or threaten the success of the project. Some risks will be identified during project initiation, whereas others will emerge during subsequent phases. Therefore, an effective risk mitigation management plan is a critical element of the overall project management approach. The Project Management Team will conduct a risk review session during the first weekly project management meeting of each month. During the risk review session, the Project Management Team will review probability, impact and response planning for previously identified risks and any newly identified risks from the project team. The Project Management team will also use the Risk Identification Questionnaire (included in Appendix C of AC06 - Risk Mitigation Management Plan) to help identify potential new risks that should be tracked and monitored. The specifics of the Risk Mitigation Management process for the ACESS Project are documented in the Risk Mitigation Management Plan Deliverable (AC06). Reference to this project management process is included here to inform the reader that the process has been defined for the ACESS Project and to direct the reader to the appropriate document for additional details. The approved Risk Mitigation Management Plan is posted in the QWEB team room at Project Office Deliverables Mgt Deliverables AC06 - Risk Mitigation Management Plan. State of Louisiana - ACESS Page 25 of 29
26 9.0 SCOPE AND CHANGE MANAGEMENT Scope and Change Management is another aspect of overall project management and control. Change Management includes the processes required to control unforeseen changes that inevitably arise during the course of a project and may jeopardize cost, quality or schedules. For the ACESS Project, change requests will be formally documented via a Project Change Request (PCR) form. A Change Control Board will be instituted to formally review change requests. The Change Control board will either approve the change request and provide recommendations to the Executive Steering Committee or reject the change request. For the ACESS Project, Change Control Board will be comprised of the following members: The ACESS Project Director The State Deputy Project Director The IBM Project Manager The IBM Deputy Project Manager The State QA Vendor Representative The specifics of the Scope and Change Management process for the ACESS Project are documented in the Scope and Change Management Plan Deliverable (AC07). Reference to this project management process is included here to inform the reader that the process has been defined for the ACESS Project and to direct the reader to the appropriate document for additional details. At the time of this writing, the Scope and Change Management Plan has not been officially approved by the State. When accepted, the approved Scope Management Plan will be posted in the QWEB team room at Project Office Deliverables Mgt Deliverables AC07 Scope and Change Management Plan. State of Louisiana - ACESS Page 26 of 29
27 10.0 INVOICING PROCEDURE Prior to the end of each month, the IBM Project Manager will compile a listing of the deliverables that have been accepted by the State during the month along with the invoice amount associated with each deliverable. The IBM Project Manager and the ACESS Project Director will jointly review the approved deliverables list and invoice amounts to insure accurate monthly invoicing. The monthly invoice will contain: The deliverable number (AC number) The deliverable title The associated increment The gross invoice amount for the deliverable The 10% retainage amount, and The net invoice amount for the deliverable. Payment of the retainage will be made based on the terms described in the Consulting Services Contract between the Louisiana Department of Social Services and IBM Corporation. State of Louisiana - ACESS Page 27 of 29
28 APPENDIX A: COVER LETTER AND DELIVERABLE COMPLETION DOCUMENT - EXAMPLE International Business Machines Corporation Mead Rd Baton Rouge, LA Month, XX, 200X Mr. Donald J. Moore, ACESS Project Director State of Louisiana Department of Social Services 263 Third Street, Suite 200 Baton Rouge, LA Subject: ACXX Name of Deliverable Enclosed is the Name of Document deliverable for your review and approval. If there are any questions, please feel free to contact me. Sincerely, Richard A. Valentine, PMP IBM ACESS Project Manager Business Consulting Services cc: Terry Skaggs ACESS PMO Contract File State of Louisiana - ACESS Page 28 of 29
29 State of Louisiana - ACESS Page 29 of 29
ACESS A Comprehensive Enterprise Social Services System
State of Louisiana Department of Social Services ACESS A Comprehensive Enterprise Social Services System Scope and Change Management Plan Deliverable AC07 APRIL 27, 2005 VERSION 2.0 State of Louisiana
More informationMinnesota 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
More informationDepartment 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
More informationProject Management Plan Outline ITSC
Project Management Plan Outline ITSC Date: 02/28/2012 Introduction At start of each project vendors must create a project management plan for ITSC approval, including, at a minimum, the sections described
More informationIntroduction 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
More informationVoice 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
More informationPROJECT 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
More informationATTACHMENT 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
More informationACESS A Comprehensive Enterprise Social Services System
State of Louisiana Department of Social Services ACESS A Comprehensive Enterprise Social Services System Procedures for Reporting and Escalating Problems Deliverable AC74 DECEMBER 6, 2006 VERSION 1.0 State
More informationProject 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...
More informationLGS Project Management Methodology
Page: 32 LGS Project Management Methodoy The LGS project management methodoy is integral to our overall delivery methodoy. Based on inpro, one of the LGS inspiration series documents, our methodoy is compliant
More informationProject 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.
More informationSection 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
More informationProject Monitoring and Control
Project Monitoring and Control ProPath Office of Information and Technology Table of Contents Project Monitoring and Control Process Maps... 1 Process: Project Monitoring and Control... 10 Project Monitoring
More informationDevelop 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
More informationProgram 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
More informationITS Project Management Methodology
ITS Project Management Methodology Standards and Guidelines for managing projects at Information Technology Services, NYU July, 2008 Version 1.4 TABLE OF CONTENTS 1 INTRODUCTION.3 1.1 Overview..3 1.2 Purpose....3
More information- 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
More informationChange Management Procedure For Increase Bandwidth to University Buildings Project
Change Management Procedure For Increase Bandwidth to University Buildings Project Version number 1.0 Draft as of 4/11/2011 Printed on 7/1/2011 Author William M. Jones Owner William M. Jones Change Management
More informationDIRECTIVE NUMBER: 141.03.04.001 v2.0. SUBJECT: Correctional Integration Systems Change Management Plan
DEPARTMENT OF CORRECTION SUPPORT Management Services DIRECTIVE NUMBER: SUBJECT: Correctional Integration Systems Change PAGE NUMBER: 1 of 10 Adopted: 12-15-03 01.00.00. POLICY OF THE DEPARTMENT It is the
More informationITRM 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
More informationRelease Management. ProPath. Office of Information and Technology
Release Management ProPath Office of Information and Technology Table of Contents Release Management Process Maps... 1 Process: Release Management... 7 Release Management and Goals... 9... 9 Goals... 9
More informationMNLARS 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?
More informationLEXEVS 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
More informationDesign Consultant Project Management Requirements
Design Consultant Project Management Requirements Version 2 April 25, 2013 AWTP Program Design Consultant Contents 1.0 Introduction... 1 2.0 General Management... 1 3.0 Project Management Plan... 1 4.0
More informationProject Management Methodology
Bridgewater State University Information Technology Project Management Office Project Management Methodology February 5, 2015 Version 15 1 2 Table of Contents REVISIONS HISTORY... 4 PROJECT MANAGEMENT
More informationInformation Technology Services Project Management Office Operations Guide
Information Technology Services Project Management Office Operations Guide Revised 3/31/2015 Table of Contents ABOUT US... 4 WORKFLOW... 5 PROJECT LIFECYCLE... 6 PROJECT INITIATION... 6 PROJECT PLANNING...
More informationMinnesota Health Insurance Exchange (MNHIX)
Minnesota Health Insurance Exchange (MNHIX) Project Status Report Week Ending: 09-19-2012 Page - 1 Executive Summary The Executive Summary provides an executive level review of general project activities,
More informationGwinnett County Public Schools Information Management & Technology BMC FootPrints Service Core CHANGE MANAGEMENT User Guide
Gwinnett County Public Schools Information Management & Technology BMC FootPrints Service Core CHANGE MANAGEMENT User Guide Version 2.0_05.2015 Last revision: May 18, 2015-1- Table of Contents Table of
More informationCOMMONWEALTH OF MASSACHUSETTS EXECUTIVE OFFICE OF HEALTH AND HUMAN SERVICES
COMMONWEALTH OF MASSACHUSETTS EXECUTIVE OFFICE OF HEALTH AND HUMAN SERVICES The Office of Information Technology Project Methodology and Lifecycle Guide Version 4.4 Last Updated: November 15, 2011 CE M
More informationPROJECT PLAN FOR. Project Name Here
PROJECT PLAN FOR Project Name Here Version # DatE Reviewed and Approved for submittal to Executive Sponsor , Project Manager Project Plan Approved for submittal to Executive Sponsor: , Project
More informationAttachment 2 Project Management Plan Template PROJECT MANAGEMENT PLAN WORK PERFORMED UNDER AGREEMENT SUBMITTED BY PRINCIPAL INVESTIGATOR SUBMITTED TO
Attachment Project Management Plan Template PROJECT MANAGEMENT PLAN {Agreement Title} Revision {Revision Letter} {Date Prepared} WORK PERFORMED UNDER AGREEMENT DE-FE000{xxxx} SUBMITTED BY {Organization
More information<project name> COMMUNICATIONS PLAN
COMMUNICATIONS PLAN Version [n.n Month Day, Year] Project Sponsor: [Name of Business Sponsor] Project Manager: [Name of Project Manager] Project Number: [Number Assigned to the Project] Document History
More informationProject 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...
More informationConsulting and Technical Services (CATS) Task Order Request for Proposals (TORFP)
Consulting and Technical Services (CATS) Task Order Request for Proposals (TORFP) DEPARTMENT OF INFORMATION TECHNLOGY CENTRAL COLLECTIONS UNIT S (CCU) COLUMBIA ULTIMATE BUSINESS SYSTEM (CUBS) MODERNIZATION
More informationInformation 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
More informationProject 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
More informationCOMMUNICATION MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE:
COMMUNICATION MANAGEMENT PLAN Outline VERSION 0.0 STATUS: OUTLINE DATE: Document Information Document Title Amendment History Document Version Date Author/Reviewer Modifications 5/28/2014 Page i 2014 CSG
More informationPROJECT 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
More informationCommunication Plan. Administrative Information Technology Services University of Illinois. December, 2015
Communication Plan Administrative Information Technology Services University of Illinois December, 2015 Table of Contents Executive Summary... 3 Quick Reference Guide... 3 Purpose... 4 Goals and Objectives...
More informationHow To Access A Project Plan On A Pc Or Macbook 2 On A Computer Or Macodeo On A Network (For Free) On A Server Or Macrocessor On A Microsoft Macbook (For A Free) With A Web
SharePoint Project Management Tools 1 P age W elcome to Tyler Implementation! Over the years, Tyler has continuously revisited and refined its Implementation processes in order to benefit from years of
More informationTemplate 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
More informationFinal. North Carolina Procurement Transformation. Governance Model March 11, 2011
North Carolina Procurement Transformation Governance Model March 11, 2011 Executive Summary Design Approach Process Governance Model Overview Recommended Governance Structure Recommended Governance Processes
More informationCOMMUNICATIONS MANAGEMENT PLAN <PROJECT NAME>
COMMUNICATIONS MANAGEMENT PLAN TEMPLATE This Project Communications Management Template is free for you to copy and use on your project and within your organization. We hope that you find this template
More informationPMO Starter Kit. White Paper
PMO Starter Kit White Paper January 2011 TABLE OF CONTENTS 1. ABOUT THE PMO STARTER KIT...3 2. INTRODUCTION TO THE PMO STARTER KIT WHITE PAPER...3 3. PMO DEVELOPMENT ROADMAP...4 4. PLAN PHASE...5 4.1 CREATE
More informationOrganization. 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
More informationHow 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
More information11-15463-shl Doc 4243 Filed 08/30/12 Entered 08/30/12 12:36:24 Main Document Pg 1 of 49
Pg 1 of 49 UNITED STATES BANKRUPTCY COURT SOUTHERN DISTRICT OF NEW YORK ---------------------------------------------------------------x : In re : Chapter 11 Case No. : AMR CORPORATION, et al., : 11-15463
More informationPHASE 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
More informationConstruction Management Standards of Practice
Construction Management Standards of Practice 2010 Edition Advancing Professional Construction/ Program Management Worldwide. 7926 Jones Branch Drive, Suite 800 McLean, VA 22102-3303 USA 703.356.2622 703.356.6388
More informationCommonWay Communication Plan
Values - Goals Communication Plan ITD Project Management Project Kathy Cibotti 10/06/09 Sample 1 of 8 10/26/2009 Values - Goals Version History Date Version Author Change & Section "Tab to add rows" Sample
More informationInformation Technology Governance Overview and Charter
Information Technology Governance Overview and Charter Prepared by: Project #: Date submitted Document version: IT Governance Charter v03.05.2012 1.0 48.0 - Page 1 of 34 Document History Version Date Author
More information2015-233-B. Request for Information (RFI) for Contract Management and Project Management Software Solutions
2015-233-B Request for Information (RFI) for Contract Management and Project Management Software Solutions SECTION 1 GENERAL INFORMATION 1.1 INTRODUCTION The Purchasing Department for the City of Plano,
More informationUNIVERSITY OF GUELPH PROJECT MANAGEMENT FRAMEWORK
UNIVERSITY OF GUELPH PROJECT MANAGEMENT FRAMEWORK Table of Contents Document Purpose:... 3 What is a Project?... 3 What is not a Project? (e.g. Operational Tasks)... 3 What is Project Management?... 4
More informationUnderstand 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
More informationPrepared for: Prepared by:
Executive Project Review Prepared for: Prepared by: Table of contents Introduction... 3 WHY an Executive Project Review?... 3 WHO is Involved?... 4 WHAT is an Executive Project Review?... 5 WHEN? - Schedule
More informationPROJECT MANAGEMENT TECHNIQUES FOR NON-PROJECT MANAGERS. Session 2
PROJECT MANAGEMENT TECHNIQUES FOR NON-PROJECT MANAGERS Session 2 Agenda Introduction Project Management Overview Project Management Concepts Project Management Techniques BC Technology Summary Q&A Introduction
More informationPHASE 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
More informationDraft Documents RFP 3.2.4
Draft Documents RFP 3.2.4 In accordance with RFP 3.2.4, CNSI includes the required draft documents in the following order: Work Plan: Team CNSI provides a comprehensive draft Work Plan for the Iowa EHR
More informationPMO Metrics Recommendations
Introduction The purpose of this document is to recommend metrics to be used by the Project Management Office (PMO) to measure and analyze their project and PMO success. The metrics are divided into Project
More informationPMAP. Project Management At Penn PMAP
Project Management At Penn 1 Fundamentals Course Objective To provide you with an overview of Topics Project Management at Penn () Project Governance Phases & Project Management Activities Project Management
More informationPROJECT 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
More informationPERFORMANCE BIKE CRM SYSTEM
PERFORMANCE BIKE CRM SYSTEM INFO 638-900 ASSIGNMENT 3 PROJECT CONTROL & MANAGEMENT BRAD CLOUSER BDC37@DREXEL.EDU PRINCE TITUS CODJOE PTC29@DREXEL.EDU CHRISTEN SYLVESTER CAS363@DREXEL.EDU TERENCE TUHINANSHU
More informationInformation Systems Change Management and Control
Information Systems Change Management and Control (Sample Document - Not for Distribution) Copyright 1996-2012 Management Systems Consulting, Inc. Table of Contents Page 1.0 Procedure Description... 1
More informationStatement of Work. Systems Center Configuration Manager. Prepared for School Board of Sarasota County Thursday, 12 June 2008 Version 1.3.
Statement of Work Systems Center Configuration Manager Prepared for School Board of Sarasota County Thursday, 12 June 2008 Version 1.3.1 Released Prepared by Dom Vila Program Manager dom.vila@microsoft.com
More informationNYSED DATA DASHBOARD SOLUTIONS RFP ATTACHMENT 6.4 MAINTENANCE AND SUPPORT SERVICES
NYSED DATA DASHBOARD SOLUTIONS RFP ATTACHMENT 6.4 MAINTENANCE AND SUPPORT SERVICES 1. Definitions. The definitions below shall apply to this Schedule. All capitalized terms not otherwise defined herein
More informationComputing Services Network Project Methodology
Computing Services Network Project Prepared By: Todd Brindley, CSN Project Version # 1.0 Updated on 09/15/2008 Version 1.0 Page 1 MANAGEMENT PLANNING Project : Version Control Version Date Author Change
More informationVA 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
More informationInfrastructure Change Management. The process and procedures for all changes to the live environment
Infrastructure Change Management The process and procedures for all changes to the live environment Version 4.1 October 2012 1.0 Introduction... 3 2.0 The Change Process... 4 2.1 Why raise a change?...
More informationEllucian Implementation Methodology. Summary of Project Management and Solution Delivery Phases
Ellucian Implementation Methodology Summary of Project Management and Solution Delivery Phases Rev. 5/10/2013 Table of Contents Overview 3 Project Management Initiation 4 Planning 5 Execution 6 Monitor
More informationChange Management. Service Excellence Suite. Users Guide. Service Management and Service-now
Change Management Users Guide Service Management and Service-now Service Excellence Suite Table of Contents Introduction... 3 Overview and Objectives... 4 Overview... 4 Objectives... 4 Primary Benefits
More informationBudget Documentation & Workpaper Guidelines for O&M and Capital Expenditures
Page 1 of 13 Budget Documentation & Workpaper Guidelines for O&M and Capital Expenditures (2013/2015 Budget) Revised March 2011 Table of Contents Page 2 of 13 Page - Introduction & Purpose 3 - Timeline
More informationRCRAInfo Change Management Process Version 2 January 2011
RCRAInfo Change Management Process Version 2 January 2011 Prepared by: RCRAInfo Change Management Coordination Group ii TABLE OF CONTENTS BACKGROUND... 5 INTRODUCTION... 6 CHANGE MANAGEMENT... 7 Purpose
More informationGuidelines: Project Schedule Project Management Office (PMO)
Guidelines: Project Schedule Project Management Office (PMO) Process The project Schedule outlines the tasks and activities of the project; the duration; start and end dates for each individual task and
More informationSTATE OF WASHINGTON OFFICE OF SUPERINTENDENT OF PUBLIC INSTRUCTION
STATE OF WASHINGTON OFFICE OF SUPERINTENDENT OF PUBLIC INSTRUCTION Addendum 01 to Smarter Balanced Assessment Consortium Request For Proposals (RFP): SBAC RFP-19 Note to potential respondents: This Addendum
More informationConsulting and Technical Services (CATS) Task Order Request for Proposals (TORFP)
Consulting and Technical Services (CATS) Task Order Request for Proposals (TORFP) MARYLAND DEPARTMENT OF THE ENVIRONMENT OFFICE OF INFORMATION TECHNOLOGY WEB REVAMP PROJECT PROJECT MANAGEMENT SUPPORT SERVICES
More informationPage 1 of 8. Any change, which meets the following criteria, will be managed using IM/IT Change Management Process.
Page 1 of 8 1. Introduction This policy describes the Authority s Information Management/Information Technology (IM/IT) change management procedures. IM/IT manages changes to applications, infrastructure
More informationCCO Incentive Metrics: Requirements for Reporting on EHR- Based Measures in 2015 GUIDANCE DOCUMENTATION
CCO Incentive Metrics: Requirements for Reporting on EHR- Based Measures in 2015 GUIDANCE DOCUMENTATION Oregon Health Authority Page 1 of 22 Contents Section 1: Executive Summary... 4 1.1 Objective...
More informationImplementation 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
More informationProject Implementation Process (PIP)
Vanderbilt University Medical Center Project Implementation Process (PIP).......... Project Implementation Process OVERVIEW...4 PROJECT PLANNING PHASE...5 PHASE PURPOSE... 5 TASK: TRANSITION FROM PEP TO
More informationAn Oracle White Paper March 2013. Project Management Office Starter Kit
An Oracle White Paper March 2013 Project Management Office Starter Kit Executive Overview... 1 Introduction... 1 Plan Phase... 2 Create Statement of Purpose and Goals... 2 Define Scope and Target Maturity...
More informationGartner, Inc. DIR-SDD-2042
Texas Department of Information Resources STATEMENT OF WORK (SOW) FOR DELIVERABLES-BASED INFORMATION TECHNOLOGY SERVICES Identity & Access Management Analysis IT Assessment & Planning Gartner, Inc. DIR-SDD-2042
More information<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
More informationLeveraging SharePoint for Project, Program, and Portfolio Management
Leveraging SharePoint for Project, Program, and Portfolio Management Addressing the Challenges of Communicating, Coordinating, Controlling, and Complying Delivered by Dean W. Farmer, MMS, PMP at the SIUE
More informationThe Software Development Life Cycle (SDLC)
Document ID: Version: 2.0 1 / 22 2 TABLE OF CONTENTS INTRODUCTION... 4 THE SDLC WATERFALL... 4 ALLOWED VARIATIONS... 5 OTHER SDLC MODELS... 6 REFERENCES... 7 GENERIC STAGE... 8 KICKOFF PROCESS... 8 INFORMAL
More informationPROJECT 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
More informationOE 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,
More informationProject 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
More information<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.
More informationTo provide a procedure and associated guidelines to facilitate the management of project dependencies.
Management DEPENDENCY MANAGEMENT Purpose To provide a procedure and associated guidelines to facilitate the management of project dependencies. Overview Dependencies in this Phase are defined as actions,
More informationDraft 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
More informationPROJECT 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
More informationSEALED BID REQUEST FOR INFORMATION
Department of Buildings and General Services Purchasing & Contract Administration 10 Baldwin St. Agency of Administration Montpelier VT 05633 [phone] 802-828-2210 [Fax] 802-828-2222 www.bgs.state.vt.us
More informationStructure and Function of the EBS NA Business Unit Project Management Office. EBS NA Project Management Office (PMO): Purpose and Function
TITLE: EBS NA Project Management Office (PMO): Purpose and Function SUMMARY: This document provides standard guidance on the purpose and function of the EBS NA Project Management Office. STATUS: Generic
More informationRequest for Resume (RFR) for Project Manager (Senior) CATS+ Master Contract All Master Contract Provisions Apply. Section 1 General Information
Request for Resume (RFR) for Project (Senior) Section General Information RFR Number: (Reference BPO Number) Functional Area (Enter One Only) Q00R00 BPO # 060B900 in ADPICS Functional Area 0 IT Management
More informationHamilton Campus. Information Technology Strategic Project Plan
Hamilton Campus Information Technology Strategic Project Plan July 2007 Revised: June 2009 C:\Users\lipnicje\Documents\Documents\MUH IT SP\MUHITSP_final.doc 12/19/12 Page: 1 Table of Contents Executive
More informationProject Management Office (PMO)
Contents I. Overview of Project Management...4 1. Project Management Guide (PMG)...4 1.1 Introduction...4 1.2 Scope...6 1.3 Project Types...6 2. Document Overview, Tailoring, and Guidance...7 3. The Project
More informationElectronic Health Record System (EHR) Project. Request for Information RFI-CDVA-200907-01. Attachment 5 Statement of Work 2 Maintenance & Operations
State of California DEPARTMENT OF VETERANS AFFAIRS Electronic Health Record System (EHR) Project Request for Information RFI-CDVA-200907-01 Attachment 5 Statement of Work 2 Maintenance & Operations STATEMENT
More informationProject 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
More informationBuilding an Effective Email Migration Communication Plan
Building an Effective Email Migration Communication Plan Contents Building an Effective Email Migration Communication Plan... 3 Identify Your Key Stakeholders and their Communication Objective... 3 Determine
More information