A project manager who understands the complexity of a virtualization project is worth their weight in gold. What are the tasks? Where are the resources? What are the stages? How long will it take? Who provides the authority for the project to happen?
It is perhaps this last question, of authority, which demands a well crafted Project Charter. This document outlines a project charter document in the PMP format for the VI3 Deployment.
Project Managers, VMware Certified Professionals (VCP) and VMware Architects (VCDX), and the management and finance teams who will support and fund the virtualization project.
Project Management Office (PMO) teams, especially certified project managers such as Project Manager Professional (PMP) or Prince2 professionals, will find this document as a good start to providing their own Charter (if using PMP) or Project Initiation Document (PID) - if using Prince2).
Requirements that satisfy customer, sponsor, and other stakeholder needs, wants and expectations
Business needs, high-level project description, or product requirements that the project is undertaken to address
Project purpose or justification
Assigned Project Manager and authority level
Summary milestone schedule
Stakeholder influences
Functional organizations and their participation
Organizational, environmental and external assumptions
Organizational, environmental and external constraints
Business case justifying the project, including return on investment
Summary budget
VI3 Project Charter
|
1. Requirements |
|---|
to satisfy customer, sponsor, and other stakeholder needs, wants and expectations
This project must meet the following requirements:
Stakeholder | Requirement |
|---|---|
Senior Management (Sponsor) | Successfully deliver the benefits from the business case in the time allowed |
Senior Management (Supplier) | Use the resources allocated without placing more demands upon them, and deliver the training to the staff |
Senior Management (Customer) | Migrate the workloads without impacting service, and provide the improved servers (faster delivery, lower cost) as promised |
Design Authority | Execute the program according to the company design framework |
Head of Security | Ensure that IT Security are involved to ensure compliance |
Head of Operations | Ensure that VI3 is operationally sound and that shift staff can manage without escalation |
Head of IT Networks | Do not introduce any problems to the network! |
Head of IT Storage | Do not cause "storage blackouts" and make sure to interface with the ITSM team |
Head of Service Delivery | Ensure that VI3 is Service Compliant across all areas |
Head of PMO | Use the project delivery framework with PMO's assistance |
2. Business needs
|
|---|
high-level project description, or product requirements that the project is undertaken to address pull out bullets from business case
Reduce capital and operational costs within twelve months
Solve datacenter space issue
Stop over-deploying and under-utilizing servers
Mitigate risk of "out of support" servers
Increase server utilization and reduce waste
Increase IT project delivery and throughput of change
increase team collaboration and unlock delivery efficiences
In summary, we need to reduce costs and increase productivity within twelve months.
3. Purpose
|
|---|
Summary of business case justification
The benefit in capital cost avoidance of virtualizing is $3M
The benefit in operational efficiences will avoid missed revenue and delayed orders adding up to $25M in Q1
4. Assigned Project Manager
|
|---|
and authority level
The assigned project manager is Jayne Doe, PMP (Project Management Professional), from the Project Management Office (PMO). Jayne has capital budget authority for the project and will spend her budget through the procurement process. Jayne has management support for access to resources to deliver the project. Jayne reports into Mrs Big, Chief Information Office (CIO), who is also the Executive Sponsor of this project.
5. Summary Milestone Schedule
|
|---|
These are the major steps of the blueprint
This schedule will be update when the VI3.Blueprint is more complete
Milestones | Stage |
|---|---|
1. VI3 Business Case signed off | Inititating |
2. VI3 Proof of Concept signed off | Initiating |
2. VI3 Project Charter signed off; authority to proceed to Design and Plan | Initiating |
3. VI3 Design Stage Plan signed off | Designing |
4. VI3 Technical and Service Workshops completed | Designing |
5. VI3 Technical and Service Design Documents signed off; authority to proceed to Implementation | Designing |
6 VI3 Architecture and Build Guides complete | Implementation |
7. VI3 Solution Built | Implementation |
8. VI3 Integration Complete | Implementation |
9. VI3 Testing Complete; authority to proceed to Live Operations | Implementation |
10. Live Operations; authority to close project | Operations |
6. Stakeholder influences
|
|---|
RACI Diagram
A RACI Diagram is a simple tool to show all the stakeholders and their relationship to the key milestones of the project.
RACI is an acronym for:
Responsible - who will be tasked to complete the work
Accountable - who will approve / sign off the work - ie. the ones to whom Responsible is Accountable to.
Consulted - persons whos opinion is sought, two-way communication
Informed - persons who are notified, one-way communication
Key Activity | Project Manager | Sponsor | Supplier | Customer | Operations | SMEs |
|---|---|---|---|---|---|---|
1. Business Case signed off | R | A | C | C | C | I |
2. Proof of Concept signed off | R | A | C | C | C | C |
2. Project Charter signed off; authority to proceed to Design and Plan | R | A | C | C | I | I |
3. Design Stage Plan signed off | R | A | C | C | C | C |
4. VI3 Technical and Service Workshops completed | A | I | C | C | R | R |
5. VI3 Technical and Service Design Documents signed off; authority to proceed to Implementation | A | I | C | C | R | R |
6 VI3 Architecture and Build Guides complete | A | I | C | I | I | R |
7. VI3 Solution Built | A | I | C | I | I | R |
8. VI3 Integration Complete | A | I | C | R | R | R |
9. VI3 Testing Complete; authority to proceed to Live Operations | R | I | I | R | C | R |
10. Live Operations; authority to close project | R | A | C | C | C | C |
7. Functional organizations and their participation
|
|---|
end-user (sales and finance), datacenter, IT
The direct end-user and customer for the VI3 solution are the sales and finance organizations, with their CRM and ERP applications respectively.
The indirect organizations affected by VI3 are:
IT Operations, as they must operate a new technology implementation using the majority of their existing tools but with some new features.
Other subject matter expert technology areas such as Networks and Storage, where VI3 integrates with their products in a different way than existing technology. These integration points are handled by the Workshops in the Design stage of the VI3.Blueprint - please see the list of workshops for the list of organizations affected.
8. Organizational, environmental and external assumptions
|
|---|
what we can virtualize, vendor suitability
There are assumptions at this point that VI3 will work and will deliver the benefits. This assumption is reasonable given the maturity of the solution and the roll call of other organizations who have successfully benefited from virtualization, many of whom are just like our organization. If they can do it, why can't we?
That is the other assumption: that we can execute on VI3, like other organizations. This relies on our ability, across functional teams, to adapt some of our processes to benefit from VI3.
We also assume that our workloads can be virtualized, although the Proof of Concept activity will confirm this at an early stage.
We are also assuming that there will be no major problems with either technology or service integrations, but that we do need to spend effort in each area to ensure we have a realistic chance of succeeding: this is why we have prepared workshops in each discipline before committing to a design and then an implementation.
9. Organizational, environmental and external constraints
|
|---|
what known, not predicted or expected, constraints exist today to impact the project
The matrix organization of this project, where resources are pulled from other teams, means that there is a resource constraint from the start of the project which can only be alleviated by line managers releasing their resources on time.
To manage this constraint, we have prepared the VI3.Blueprint to allow managers to see what resources they need to release and when.
10. Business case justifying the project, including return on investment
|
|---|
See VI3.Blueprint Business Case and VI3.Blueprint Financial Justification for detail.
11. Summary budget
|
|---|
Costs including the Budget estimate. Costs are detailed in VI3 Financial Justification and Bill of Materials.
The main costs are:
Hardware - $x
Sofware - $x
Consulting partner - $x
Disposable of old hardware - $x
Resources
AuthorsSteve Chambers, Senior Architect at VMware VMware (NYSE: VMW) is the global leader in virtualization solutions from the desktop to the datacenter. Customers of all sizes rely on VMware to reduce capital and operating expenses, ensure business continuity, strengthen security and go green. With 2008 revenues of $1.9 billion, more than 130,000 customers and more than 22,000 partners, VMware is one of the fastest-growing public software companies. Headquartered in Palo Alto, California, VMware is majority-owned by EMC Corporation (NYSE: EMC). For more information, visit www.vmware.com.
How you can helpAll VIOPS documents are collaborative and improved by peer review and feeding back comments into document improvements. Please act upon any thoughts you have such as:
Your participation goes a long way to improving this kind of content for the benefit of everyone; there have been some fantastic feedback from users to authors on this site.
Roll Up! Roll Up! We are seeking reviewers, researchers and co-authors for this work. There are 60 points to write up, research and review. Get your name in lights; earn rewards!
Private message or email Steve Chambers
DisclaimerYou use this proven practice at your discretion. VMware and the author do not guarantee any results from the use of this proven practice. This proven practice is provided on an as-is basis and is for demonstration purposes only.
Document StatusThis document is currently under development by members of the VIOPS community. |
There are no comments on this document