Professional Documents
Culture Documents
integration plan
Its mainly used to asignate the resources, balance the objectives and
manage interdependencies between the knowledge areas of the
project.
Project Charter 2
Planning and Design Processes 10
Excecute Project in Work Environment 13
Manage Project Control 13
Project Finalization 14
Project charter
Project background
Meeting the requirements of the Australian Government, our company has decided
to lead the redevelopment, hosting and maintenance project of the Destination Aus-
tralia website. Currently the website contains more than 22,000 items belonging to the
photographic archive from 1946 to 1999 that record the arrival of immigrants after the
Second World War. This website also runs an application that allows its visitors to share
their experiences as migrants so the photographic archive is constantly acquiring new
elements of the new generations.
Purpose
Our commitment includes not only the improvement of the website, we will also work
on the development of new open source software or common use for the Content
Management System, the improvement for the mobile application and the docu-
mentation concerning all of the above.
The importance of this project lies in the speed at which the web market becomes
obsolete. Having a constant improvement in the web pages allows this to remain valid
in terms of accessibility and popularity. On the other hand it contributes to the develo-
pment of a relevant memory file for immigrants.
Objectives
• Increase the number of first visits to the website by 40% in a period of 6 months.
2
• To increase by 25% the positive opinion of users in aspects such as accessibility in the
interfaces and architecture of the information of the website for the completion of the
project.
In Scope
The main deliverable of this Project is the redevelopment of the web page, which
must include a prototype tested and with its respective feedback, final revisions and
fixed bugs. It should also include the resolution of problems detected during the use of
the page until April 30, 2017.
Besides the website are other requirements such as the mobile application, the Con-
tent Management of the project.
out Scope
Details like an external hosting an ongoing support with service level and the updates
and post implementation changes in response to the user feedback are not included
in the first negotiation but they can be added in a new contract.
assumptions
For the beginning of the project we assume that the web domain belongs to National
Archives and that at the moment works perfectly. It is also assumed that the project
will have the support of the staff and the technical and infrastructural resources of
National Archives in addition to our own resources. Within our other assumptions are
the permissions that our personnel will receive to access the records and the previous
information.
constrains
Mainly we are limited by the aesthetic and functional characteristics of the previous
website, not only must use the same domain, the same information architecture and
the same design of the previous page. We are also limited by the language and links
of government websites.
In addition to that we have the limitations coming from the security policies, accessibi-
lity, related to the international standards for the web publication.
We are also limited by joint legal areas to the management of resources from the state
budget.
3
methodology and approach
As it is an IT project, the level of concurrency is quite high, and activities such as the
design of the information architecture, the design of the website, the database are
carried out simultaneously, it is of vital importance to use a methodology that Allows
to optimize times and processes. The ideal methodology for this case is Agile.
The agile model is related to streamlining the workflow and creating an agile team
able to handle ever-changing requirements. Being able to adapt, change and grow,
priority is given to rigorous testing, approvals and planning, or what may hamper the
effectiveness of the project.
Scrum
Within the models within the agile methodology is SCRUM, a method of organization
in the companies for the development of projects. SCRUM is a methodology in which
a work group has tasks to develop over a given period of time, called sprints or itera-
tions.
SCRUM works with short cycles of work, and is characterized by regular meetings with
the client, who is very involved and is knowledgeable about how the whole process
progresses.
We chose this system because it allows us a constant communication with the client
and because you can make modifications in the requirements and still not waste work
and staff time.
REVISION PLANNING
4
project structure
Finance Officer
Business Analyst
Project Manager
Technical Developers
Systems Security
Architect
Privacy Officer
5
stakeholders and authority
Likelihood Table
6
Risk matrix
The following risk matrix is used in this document, however there are several variations on
this matrix that can be found in the literature. It does not matter which matrix you use as
long as you consistently use the same matrix.
CONSEQUENCE
Insignificant Minor Moderate Major Extreme
LIKELIHOOD
(1) (2) (3) (4) (5)
Rare (1) Low Low Low Low Low
Unlikely (2) Low Low Low Medium Medium
Possible (3) Low Low Medium Medium Medium
Likely (4) Low Medium Medium High High
Almost
Low Medium Medium High Extreme
certain (5)
Risk register
START ENDI NG
Risk # Risk Category Risk Description Likehood I mpact Rating Strategy Response Likehood I mpact Rating
Mitigation
The softw are used
Generate periodic
External to store the
backups of the
Technology documentation 3 5 6 3 2 4
documentation and
Negaiv e could suffer a
keep them in the
failure.
1 archiv e.
Equipment Av oid
I nternal selected for the Schedule equipment
I nfrastructure design area could 4 10 14 rev iew and 2 5 6
Negativ e be failling or maintenance dates to
2 damaged. keep them updated
Action
I nternal Hire an employment
Essential staff may
Human agency to find someone
request sick days 6 8 9 6 4 5
Resources w ith the necessary
or resignation.
Negativ e training to replace the
missing w orkers.
3
7
There may be Action
External discounts on Make the purchases of
Financial acquiring the 9 6 4 the licenses in time to be 9 6 4
Positiv elicenses of the able to obtain the best
4 softw are used. possible deal.
The budget
offered by the Action
External
client could Plan how to inv est the
Financial 3 10 15 3 10 15
increase due to new capital to reduce
Positiv e
changes of public times and increase the
5 representativ es. effectiv eness.
One of the
members of the
I nternal steering Mitigation
Management committee could 5 8 11 Organize meetings 5 10 8
Negativ e make a decision betw een parties to
w ithout consulting agree on the new
6 the client. course of action
summary schedule
This table contains a summary of the phases of the project and the activi-
ties that will allow the team get the project done in a sucesfull way, it also
contains the dates in which the task should be finished.
Prefered
Phase or Milestone Dependecies
Completion Date
I nitiation
Sign in the contract 25/01/2016 Selection Processes in the gov ernment
Dev elopment of the brief (National
Receiv e the brief 05/02/2016 Archiv es)
Accept or declie the requirements Analysis the internal processes in
w ritten in the brief 09/02/2016 comparison to the gov ernmental needs
Planning
Set the objectiv es of the project. 10/02/2016 Know ledge of the brief
Set the policies ans procedures for the Know ledge of the international standards
project 15/02/2016 related w ith our deliv erables
Plan the schedule of the main activ ities
to achiev e the objectiv es 19/02/2016 Know ledge of the brief
Structure the personnel acording the
project 24/02/2016 Know ledge of the Schedule
Design the Work Breakdow n Strucure 30/02/2016
Set the Quality, Human Resources,
Communication, Risks, Costs and
Procurement plans. 19/03/2016 Know ledge of the structure of the project
Planing the tasks delegated to each
team. 05/04/2016 Know ledge of the Schedule
Deiv ide the resorces according to the
needs 10/04/2016 Know ledge of the structure of the project
Control
Fill in the KPI forms Priodically Atciv ities hav e to be done
Dev elopment of the Work in progres
reports Priodically Atciv ities hav e to be done
Report Meetings Priodically Atciv ities hav e to be done
Aplication of the correctiv e actions Priodically Analysis of the Work in Progress Reports
Release
Sign off the contrat 20/12/2017 Project has to be finished
Negotiate de w arranty conditions 20/12/2017
Collect the progress reports of the w hole
Document the lessons lernt 30/12/2017 project
budget summary
CATEGORY OF COST BEST ESTI MATE WORST ESTI MATE MOST LI KELY
Technical allow ances
$1200 anual $8000 anual $2400 anual
Equipment sustentation
Staff Required
$2'000000 anual $2'500000 anual $2'100000 anual
Aditional Contratatins
Domain
$100000 anual $180000 anual $130000 anual
Time Av aliabe
Security System $80000 anual $150000 anual $80000 anual
Softw are Licenses $ 2000 $3000 anual $ 2500 anual
DATE : 27 AUG 2015 The first Integration Plan did not include an accurate stake-
VERSION holder groups division for the development og the different
Project Manager, Business Develop- components.
0 ment Manager, Web Designer
9
DATE : 20 APR 2016
Some escalation procedures were not detailed explained
VERSION because they were due to unexpected situations.
Project Manager, Communications
II officer, Archive Librarian
In order to carry out the Project Management Plan, several tools were used to structu-
re both the action plan and the division of resources.
To structure the calendar and the activities to be done we used a Gantt diagram that
allowed us to model the planning of the necessary tasks by placing them on a timeli-
ne. It also shows how activities can be independent or linked to the end of the prede-
cessor activity. This tool is important because it allows us to graph the way to
approach the project.
On the other hand, we generate a graph that shows how the governance structure of
the project would be, showing how teams would be distributed and how levels of
authority worked.
We also use a risk register where we not only analyze the context and possible varia-
bles that could interfere with the project, but also plan a strategy to avoid, counteract
or mitigate any of the risks.
10
Project worl execution
In order to achieve the objectives of the project, the staff has been divided into tasks
according to the requirements of the project. This project has a high level of concu-
rrency and many of the processes can be simultaneously carried out, thus completing
the process more effectively.
In order to integrate this work we use effective communication systems in which both
the client and other team members are informed of the processes' future, and gua-
rantees the conditions to gather the steering committe and carry out the decision
making process.
Environmental factors
p
The current political climate surrounding immigration is at a crucial
political
moment due to the growing refugee crisis in various parts of the world
and the response of several governments focused on closing the bor-
ders. In Australia the legislation has remained in force but with several
changes that hinder migration processes.
e
The economic context with reference to the project is favorable due to
economical
the governmental budget for social projects. On the other hand in Austra-
lia the reception to immigrants is a great benefit for the acquisition of
capital since this is considered an educational destination and labor.
s
The social context is quite divided, while there are groups that constant-
social
T
The technological environment is conducive due to the popularity and
technological
acceptance of IT projects. These projects have a growing market and
due to the efficiency related to them their success is usually immediate.
On the other hand the resources needed are accessible.
organizational processes
In doing the Project Management plan we used processes that helped us to structure
the activities to achieve the goals.
The investigative process that resulted with the international standards that we must
follow and the W3C guidelines. Thanks to this we define the procedures and policies
with which we will develop the project.
11
• Schedule Baseline coming from Schedule Development
• Cost Baseline from Cost Budgeting
• Quality Baseline coming from Quality Planning
• Risk Register initially generated by Risk Identification and updated by all other
risk processes.
project integrity
The responsible for designing mechanisms to monitor and control planned activities. It
often delegates the authority to commit the organization on matters regarding perfo-
mance that are within the scope or the project and the contract with the donor.
The way to do it spending most of their time communicating. they hold the meetings,
develop reports, they listen to issues; solve problems; direction and constanting nego-
tatiate resources, keeping all the project areas working together.
The approval of the project management plan is confirmation that the project infor-
mation and management strategy have been developed to a level of detail sufficient
to proceed to the design phase for the development of a design solution in complian-
ce with the project objectives and requirements.
In our project the plan is approved by the Project manager, the Project sponsor and
the CEO. It is got after a detailed revision from the client.
In our project the plan is approved by the Project manager, the Project sponsor and
the CEO. It is got after a detailed revision from the client.
organizational processes
Triple Constraint is the balance of the project’s scope, schedule (time) and cost. It is
used to gauge whether a project’s objectives are being met.
In our project this balance remains constantly, if the cost increases, the scope and
time will increase as well. So we try to address risks related to the scope, costs and
schedule to have a response action if something varies.
12
EXECUTE PROJECT IN WORK ENVIRONMENT
During this process, we collected Work in Progress Reports showing variations of KPIs,
informing us when to take corrective action or not.
In the following table you can observe the KPIs linked with each role and the correcti-
ve actions to be taken if the measurements are lower than expected.
WI P
STAKEHOLDER GROUP KPI THRESHOLD CORRECTI VE ACTI ON
FRECUENCY
Percentage of
Processes w here As Required Add more staff in the late tasks Three Months
Completion Falls
ADMINISTTRATIVE Av erage Time to
3 Weeks Add more staff in the late tasks Weekly
Complete Task
Percentage of Modify the schedulle according to
As Required Three Months
Ov erdue Processes the needs
Re-organize the budget needed
Cost As Required Three Months
for the rest of the tasks
FINANCIAL
LOB Expenses Vs. Re-organize the budget needed
As Required Monthly
Budget for the rest of the tasks
As a probable risk the budget was sufficient to carry out the corrective action, the staff
incorporated completed the delayed tasks and allowed the project to resume the
planned temporality.
13
updates
In this project the risk register should be updated regularly, depending on the course
of the project, as well as the human resources and communication plans.
They would change because they need the process of direction and execution of the
work defined in the project management plan and implementation of approved
changes to achieve the objectives of the project
project finalization
In the design proess we use as criteria the time measure. The next table shows the
issues that we ad during the design process, how the schedule was changed because
of the delays, and the reazon why the issues ocurred.
define an maanage the 1 weeks 2 weeks The brief didn't content the necesary
service levels from 17/10/2016 from 17/10/2016 information to start the process.
14