AISPM - ProjectManagementPlan Template
AISPM - ProjectManagementPlan Template
s
PROJECT MANAGEMENT PLAN...........................................................................................................1
1. INTRODUCTION...............................................................................................................................3
2. PURPOSE...........................................................................................................................................3
3. DEFINITIONS, ABBREVIATIONS, ACRONYMS..........................................................................3
4. REFERENCES....................................................................................................................................3
5. PROJECT ORGANIZATION.............................................................................................................4
6. PRODUCT OR SERVICE TECHNICAL DESCRIPTION.................................................................7
7. MANAGEMENT PROCESSES........................................................................................................12
8. TECHNICAL PROCESSES..............................................................................................................13
9. PROJECT SCHEDULE.....................................................................................................................13
10. BUDGET INFORMATION..........................................................................................................14
11. DOCUMENT REVISION HISTORY...........................................................................................14
2. PURPOSE
[Purpose, scope of document. Do not extensively describe the purpose of the project itself. Make it brief]
The purpose of this Project Management Plan document is to communicate the business need to all
project and technical team members to ensure the end product meets the business objectives. It is the
second phase of project management and will be used to:
● Design the solution to be delivered by mapping business requirements to the new system.
● Measure the quality of the project deliverables and outcome of Key Users’/Stakeholders’
needs and expectations
4. REFERENCES
[this can be the source or legal references used in this Management Plan document. Sample below:]
FDA Guidance for the Content of Premarket Submissions for Software Contained in Medical
Devices
Draft Guidance for Industry and Food and Drug Administration Staff Mobile Medical Devices
FDA 21 CFR Part 820 Quality System Regulation
[above are examples. add or remove as needed. Note: all management plans must reference the
Project Management Plan. Additionally, the Project Management Plan must reference all other
management plans. These references reflect the relationship between the Integration KA and all
other KAs]
The Project Team must present an organizational chart indicating at least the following personnel for this
project.
a. Project Manager - The Project Manager must be responsible for the overall delivery of the
project scope and deliverables.
b. System Analyst - The System Analyst must be responsible for determining the needs of a client
and translating them into system specifications.
c. User Interface Developer -The User Interface Developer must render the graphics design and
user-friendly interface of the application in accordance with the preferred design and functionality
of the application.
d. Frontend Developer - The Frontend Developer must implement responsive web design
principles to ensure the web-based application renders well across multiple devices.
e. Backend Developer - The Backend Developer must work alongside the Frontend Developer to
develop and implement a high-quality user interface.
f. Quality Assurance Specialist - The Quality Assurance Specialist must be responsible for
monitoring, inspecting, and proposing measures to correct or improve the web-based application
in order to meet established quality standards.
CORE/ADMINISTRATOR PORTAL
● REGISTRANT/SUBSCRIBER
○ The system shall enable the Administrator to view the list
of residents registered with the system and allow the
Administrator to view the personal information of the
citizen. The Administrator shall have the capability to add,
update, and delete a citizen's information and display the
attached documents.
● GENERAL SETTING
○ The system shall display a list of addresses of each region,
province and municipality.
○ The system shall be able to provide a list of billing setting.
○ The system shall display the list of citizens, FAQs,
requirements, and the list and description of modules.
○ The system shall enable the Administrator to display, add,
edit, and remove the Smart City services.
○ The system shall display the OTP setting.
○ The Administrator shall be given control by the system to
manage the website content.
8. TECHNICAL PROCESSES
[text-here. Summarize technical processes including designing the project (or service), implementing the
product, testing the product, deploying the product. insert the process model here in a diagram ]
9. PROJECT SCHEDULE
[text-here. Strictly speaking, the project schedule with dates does not belong in the Project Mgmt Plan.
Schedule with dates is why we have a Gantt Chart and Project Schedule. Also, dates change, and we don’t
want to be required to update this document every time a date changes. A good approach I’ve seen is to
include a milestone list with anticipated cumulative durations to each gate. Though, if you feel strongly
about adding a draft schedule with dates, that is acceptable. Below is a milestone list. Note: each project
has a different milestone list. What are the 6-12 most important events (project gates) to your project?]
The service provider must deliver the system, but not limited to installation and
configuration, within the period of 90 calendar days on the proposed implementation
site of the client.
Project Timeline’s
Technical Training
End-User Training/ Winning Bidder,
Workshop 5 LGU Train the Trainers Training
Post Implementation Review
Winning Bidder,
Close-Out 5 LGU Sign Off
10.BUDGET INFORMATION
[text-here. For the same reasons in #8 above, we don’t include detailed budget info here- that is what the
cost baseline and cost estimate documents are for. It is sufficient to simply reference Business Case
document if that financial information included is still current.]
₱,000.00 (VAT INC.)