Adigrat University: College of Engineering and Technology
Adigrat University: College of Engineering and Technology
Adigrat University: College of Engineering and Technology
ADIGRAT UNIVERSITY
Acknowledgment
Our praise goes to Almighty God for the strength He bestows on us throughout the development
of this assignment work. Then we would like express our gratitude to our instructor Tsegay Hailu
for giving this assignment, support, and guidance for the accomplishment of this work.
Finally, we would like to extend our deepest gratitude to our intimate friends who support us by
their electronic facilities and our classmates for flow of their ideas.
Table of Content
Contents Page
Acknowledgment ............................................................................................................................. I
1. INTRODUCTION ...................................................................................................................... 1
3. DELIVERABLES ....................................................................................................................... 4
3.1. To client................................................................................................................................ 4
7. MILESTONES ............................................................................................................................ 8
9.2. Constraints.......................................................................................................................... 10
1. INTRODUCTION
1.1. Document Purpose
Describe the purpose of the document. For instance, it may be an outline plan for a multi-phased
project, it may be an early draft for discussion, it may be the final formal first version, etc.
2. PROJECT SCOPE
This section provides an overview of the project’s objectives, both from the client’s perspective
and from <organization’s> perspective. The key success criteria and major risks are highlighted.
2.1.3. Risks
Brief statement of the major risks of the client’s project. If your project is helping them mitigate
against their risk then explain this.
2.2.1. Objectives
Explain what your organization’s objectives are, and what you are responsible for, mapped into
the larger picture of the client’s overall project / program as described above. Be careful not to
take on responsibilities that really belong to the client. For instance, you may be providing the
client with a capability to do something, but the client’s objective is to make use of that
capability to achieve some stated business objective. Your project is then to provide that
capability, not to achieve the client’s business objective.
To give an example, the client may want to reduce hold time in a call center by 50% over 6
months, and your project may be to provide the capability to enable them to do that, which only
gives them their benefit PROVIDED that they then use your capability appropriately.
2.2.3. Risks
Very brief statement of the major risks of your project and how they are being minimized. This
is expanded on later in this document, so just give an overview of the key risks here.
3. DELIVERABLES
3.1. To client
List all the formal deliverables to the client, and when they are due. Indicate if the due date is
estimated or contracted. This list is essentially what the client is buying. This can include things
other than a tangible material item, such as X people for Y weeks for support of a deliverable.
4. PROJECT APPROACH
4.4. Organization
This section will benefit from the use of diagrams to explain the organizations and mapping.
5. COMMUNICATIONS PLAN
This describes who needs what information, when they will need it, and how they will get it.
Bear in mind that for project success the project team must not only be doing a good job but be
seen to be doing a good job by the other project stakeholders. So this section may include a
matrix such as the following, which shows what 2 stakeholders may receive.
Who What info do Why do they need it When will they get it How will they get it
stakeholder they need
Client High level To understand what they Already have initial Initial version via "Project Scope
sponsor understanding are sponsoring version, will get an update section" of standard "IT / User
of when Project Functional Project Agreement". Update via
functionality Specification with User extract of executive summary
Interface Prototype is from Functional Specification
completed. when it is produced, and a demo
in person of the prototype.
Progress & To understand the Monthly Copied on monthly status report
financial progress the project is
status making, to monitor the
ROI
Client Detailed To approve Draft during specification Review and approval of draft &
Project functionality specifications with the phase, final version when final Functional Specification and
Manager description users specification is completed. prototype.
Similar with prototype.
Detailed To agree on business When first draft of Project Plan document for review
project plan involvement for project, planning process is and approval
with finances key milestones, overall completed.
budget
Details of To agree with the project During test preparation Acceptance Test Plan and
acceptance how the work will be phase as defined in Project Acceptance Test Cases for review
test process deemed "complete" Plan and approval
and test cases
Detailed To understand how the Monthly Copied on monthly status report.
progress & work is progressing,
financial changes to the business
reports involvement.
This section may also describe a process by which constant monitoring of the effectiveness of
the project communications is undertaken.
6. WORK PLAN
In this section we identify the tasks to undertake the project, and how resources are mapped to
these tasks, together with other non-people resources that are needed.
6.2. Resources
Show how the project team is used to undertake the identified tasks. This may be in the form of
a Gantt chart from a project scheduling tool such as Microsoft Project, ABT Workbench, etc.
Include non-people resources, such as equipment, other materials, travel expenses, etc. Map
these onto a timeline. For some types of projects this may be a significant listing, and require
breaking this section down into sub-sections.
7. MILESTONES
Identify the key project milestones, and any project phasing. These milestones are typically
events that demonstrate significant project progress, events that have a major impact to the client,
and payment milestones. You do not want to have so many milestones identified here that it
makes it difficult for project tracking to show the big picture of the project’s progress.
Sometimes this list can seem to be a duplicate of the “deliverables” list in the earlier section.
You want to try and make this milestones list only the key events / deliverables. You may chose
not to put dates against the deliverables in the earlier section if in fact all the deliverables are also
project milestones identified here. Just use your common sense as to what seems most
appropriate.
You may want to list milestones on the client’s side as a separate list, in much the same way that
client deliverables were separately identified.
A typical type of milestone table that can be used if this is the manner in which you want to show
this information is as follows:
… … …
Risk Id. Risk Mitigation Plan Contingency Impact (what the Likelihood of
Description (what to do to Plan (what to impact will be to occurrence (e.g.,
avoid the risk do if the risk the project if the %, or high /
occurring) occurs) risk occurs) medium / low)
9.2. Constraints
Explain any constraints that the project is operating under. These may be functional, technical,
or managerial. For instance, the client or <your organization> may mandate environmental
conditions such as a specific database. There may be a regulatory date by which a cutover has to
be completed. You will need to be careful in considering what is a constraint since it is easy to
fall into the trap of starting to describe the project scope, which is covered in a previous section.
9.3. Assumptions
List any assumptions you have made in the construction of this plan.
For a project for external clients, this section typically includes the payment profile, and the
payment process. This may be all that is included.
How the budget is being monitored / controlled / reported on are described in this section as
appropriate. This may not be included in the version of the plan presented to the client. This
depends upon the circumstances.
11. REFFERENCE
Provide a list of all documents and other sources of information referenced in the Plan and
utilized in the project. Include for each the document number, title, date, and author.
12. APPENDICES
This is optional, and is included to encourage the document author to use an Appendix for
detailed information, so that the plan document can remain as compact as possible for easy
reading. Appendices may contain more detailed financial information, more detailed scheduling
information, etc.
REFFRENCES
1. http://www.scribd.com/doc/37523248/Mcgraw-Hill-Software-Project-Management-Second-
Edition
2. http://en.wikipedia.org/wiki/Project_plan
3. http://www.crosswindpm.com/blog/?tag=understanding-pmi-project-plan