Project Time
Project Time
This unit describes the skills and knowledge required to manage time during projects. It involves
determining and implementing the project schedule, and assessing time management outcomes.
It applies to individuals responsible for managing and leading a project in an organisation, business, or
as a consultant.
No licensing, legislative, regulatory or certification requirements apply to this unit at the time of
publication.
Unit Sector
1. Determine project 1.1 Develop work breakdown structure with sufficient detail to
schedule enable effective planning and control
1.2 Estimate duration and effort, sequence and dependencies of
tasks, to achieve project deliverables
1.3 Use project scheduling tools and techniques to identify
schedule impact on project time management, resource
requirements, costs and risks
1.4 Contribute to achieving an agreed schedule baseline and
communication of the schedule to stakeholders
Reading 1.1, 2.1-2.4, 3.1 Identifies, interprets and analyses textual information
obtained from a range of sources
Writing 1.1, 2.1, 2.4, 2.5, 3.2 Drafts and develops documentation required for project
scheduling and reporting using appropriate formats and
language
Oral 1.4, 2.5 Participates in a verbal exchanges using clear and detailed
Communication language and appropriate non-verbal features to convey
expectations and advise others on progress
Numeracy 1.1, 1.2, 1.3, 1.4, 2.1- Calculates time requirements for project scheduling
2.5 Uses basic mathematical formula to determine costs and
other necessary resources
Get the work 1.1-1.4, 2.1-2.5, 3.1, Plans and schedules complex activities, monitors
done 3.2 implementation and manages relevant communication
Monitors actions against goals, adjusting plans and
resources where necessary
Uses analytical skills to review and evaluate process and
decide on future improvements
Uses digital applications to access, organise, integrate and
share relevant information in effective ways
Knowledge Evidence
To complete the unit requirements safely and effectively, the individual must:
Assessment Conditions
Examples of project schedules, reports and feedback from project stakeholders regarding time
management
Case studies and, where possible, real situations
Interaction with others
Links
Where the toilets and fire exits are located, what the emergency procedures are and
where the breakout and refreshment areas are.
Any rules, for example asking that all mobile phones are set to silent and of any
security issues they need to be aware of.
What times the breaks will be held and what the smoking policy is.
That to get the most out of this workshop, we must all work together, listen to each
other, explore new ideas, and make mistakes. After all, that’s how we learn.
o Smile
o Be on time
Objectives
Discover how to determine project schedule
1.2. Estimate duration and effort, sequence and dependencies of tasks, to achieve project
deliverables
1.3. Use project scheduling tools and techniques to identify schedule impact on project time
management, resource requirements, costs and risks
1.4. Contribute to achieving an agreed schedule baseline and communication of the schedule to
stakeholders
The activities within your WBS usually result in the development of your project deliverables; your tasks
are the subsets of an activity.
The most basic level of your WBS will be the decomposition of your project scope. The scope of your
project should be defined into chunks that the project team can understand and each level of the WBS
should provide further definition and detail. By doing this, you can ensure that things outside of your
project scope are not added.
Every element within the WBS should be logically connected to the other elements. The elements
within the WBS are the tasks related to a project and may be a service, product, data or a combination
of these.
To develop a WBS, the project manager needs to define the key objectives, followed by the tasks that
are required in order to meet these objectives. Think of your WBS as a tree; it has a trunk and branches.
The objectives form the basis of your WBS. These are then divided into deliverables, followed by sub-
deliverables. You should keep subdividing until the components are detailed enough for the planning
and management processes; these are usually the work packages.
The development of a WBS should be a team effort and be a culmination of multiple inputs and
perspectives for your project. Brainstorming sessions are helpful to develop a WBS as they get everyone
involved and do not rely on technology. Although it is easy to do using note cards, sticky notes or a
whiteboard, it is not translated into an electronic format very easily. There is mind-mapping software
available to assist with the development of a WBS. By using this method, a project manager can assign
budget and duration estimates easily.
XMind
FreeMind
MindMeister.
There is no one way to create a WBS; you should do what is right for your own project. Your work
breakdown structure should have sufficient detail to enable effective planning and control.
Scheduling
Quality assurance
Allocation of resources
Quality control
Product delivery
Risk management.
Documents
Server upgrade
Consumer goods
Hardware
Software
Design documents
User manuals
Training program
Systems
Milestones.
In order to achieve these project deliverables, you should estimate the duration and effort, sequence
and dependencies of the project tasks.
Effort is concerned with the work that needs to be done within the project. Duration is how long the
project is estimated to take. You can work out the duration estimate by taking the estimated effort and
dividing this by the estimated resources.
Relationship between tasks impacting on start and finish times and dates.
Mandatory dependency
A mandatory dependency is a project activity that must be carried out at a particular time within the
project’s life cycle. The nature of your project will dictate the order in which some activities should be
performed. Mandatory dependencies may be requirements of the project’s contract, physical
limitations or the laws that are in place.
Discretionary dependency
Discretionary dependencies are activities within your project that don’t necessarily have to be carried
out at a particular time; but they should be. These dependencies are usually based on the project
team’s knowledge as well as best practices. They outline how and in what order the project team would
like the activities to be done; they enable to team to optimise the flow of work. As a project progresses
and adjustments are needed, these dependencies are often reviewed and altered if necessary.
External dependency
External dependencies are outside of the project and the team’s control; they are not part of the project
activities. These dependencies should still be reflected within a project schedule as they will impact on
the actual project activities.
Example
Imagine your project is to build an extension on a house; a bathroom. Before you start anything you will
be required to gain permission to build the extension; without this permission your project cannot
begin. This would be an external dependency that should be accounted for within your schedule. In
order to paint the walls of the new bathroom, they will need to be built and plastered first. These are
examples of mandatory dependencies; they must be done in that particular order. When it comes to the
final touches, such as the floor; should the skirting go on before or after? This would be an example of a
discretionary dependency as it will depend on the knowledge and experience of the project team. One
project team would put them on before; another project team would put them on after.
Start to start
Finish to finish
You can link tasks within the same project by using a range of software, including:
Network Diagram view
Calendar view
The Gantt chart is the most common and easiest way to create dependencies and to show predecessor
and successor relationships.
Your WBS
List of activities
Project risks
Gantt charts
Bar charts
Within project scheduling, a bar chart can be used to manage the dates of the individual processes
within your project. Each individual process of you project will be represented by a single bar; processes
that have agreed dates are represented by dark, bold bars and the processes with dates that have not
been agreed are represented by a thin, lightly coloured bar. Gantt charts (see Chapter 1.2) are a type of
bar chart that are commonly used within project scheduling.
Another type of chart that can be used within project management is a PERT chart; a Program
Evaluation Review Technique chart. A PERT chart can be used to schedule, organise and coordinate the
tasks within a project. Using a network diagram, it presents a graphic illustration of a project.
Decision analysis
Contingency planning
Gantt charts
A Gantt chart is a visual representation of a project schedule that shows you what has to be done within
your project and when it needs to be done by. By laying out the project tasks and events in the order
they should be completed in, the Gantt chart helps to sequence those events and tasks. This method is
easy to use and maintain. Refer to Chapter 1.2 for more information.
ZOHO Projects
FastTrack Schedule 9
@task
Primavera P6
Tenrox.
You may have software tools that are already integrated into your organisation. Make sure you are
aware of any tools that you should be using. By using these project scheduling tools and techniques, you
will be able to identify schedule impact on project time management, resource requirements, costs and
risks.
Also, subject matter experts can be helpful when trying to identify schedule impact. If you are working
on your first project, you may not be comfortable; that’s where a subject matter expert can be helpful.
Life-cycle costing
Life-cycle costing evaluates project costs, including design and development, operation and
maintenance. By doing this, you gain a clearer picture of the real cost of project ownership.
Types of baselines
Within your project, you will come across many types of baselines.
For example:
Scope baseline
Cost baseline
Quality baseline
Schedule baseline.
Scope baseline
Your scope baseline is your approved project scope. You can use it during scope change management in
order to determine and prevent the occurrence of scope creep.
Your WBS
Cost baseline
Your cost baseline is a component within your project management plan and it is a time-phased budget.
You can use your cost baseline as a basis to measure, monitor and control the overall cost performance
of your project against.
Quality baseline
Your quality baseline includes the quality objectives of your project. You can then use this as the basis
for measuring and reporting the quality performance of your project.
Schedule baseline
Your schedule baseline is a specific version of your project schedule. This chapter will look into what a
schedule baseline is and the ways in which you can communicate this with your stakeholders.
Charted milestones
Contingency plans
It employs a schedule model and various analytical techniques to calculate the early and late start and
finish dates.
The analytical techniques that are used within a schedule network analysis may include:
Resource levelling
What-if analysis
Your schedule network analysis may include network diagrams to provide a graphical view of activities
and how they relate to one another. These will displayed using either PERT or Gantt chart (discussed in
Chapter 1.3).
By tracking your project and looking at your planned estimates against the actual progress, this schedule
baseline can then be used to identify any variances. You should compare your baseline estimates to the
actual status of your project.
Activity Early start Early finish Late start Late finish Baseline Baseline
start finish
Design 01/06/14 10/06/14 03/06/14 17/06/14 01/06/14 10/06/14
Once you have agreed on a schedule baseline, there are many tools that can assist you in achieving
results; including a Critical Path Schedule (CPS). A CPS identifies the longest path throughout your
project and can help to determine the shortest possible time in which all activities within your plan can
be completed. If a task within your critical path is delayed; this will delay your entire project.
Example CPS:
Communication plans
Throughout your project it will be necessary to communicate with the stakeholders regularly. You
should ensure that you have a communication plan in place that assists in keeping the stakeholders up-
to-date with the project. By having a communication plan in place, you and your project team will know
when to communicate with the stakeholders and how to do it effectively. You should aim to keep the
stakeholders well informed and to understand exactly what they desire. In most cases, you should try
and keep the communication process as a two-way exchange; don’t just talk, listen too. You should aim
to gather information from the stakeholders themselves and everyone within your project team in
order to decide on the most appropriate communication plan for you, your team and your project. Your
project schedule is something that needs communicating with the stakeholders and you should choose
the most advantageous communication channel to ensure it is effective.
Along with informal methods of communicating with your stakeholders, i.e. lunch meetings and hallway
conversations, there are also formal ways to communicate with them.
For example:
Newsletters
Reports
Social media
Meetings
Conference calls.
Ask yourself:
Is one person responsible for communicating with the stakeholders?
Is it a team responsibility?
Are there any privacy issues that need to be taken into account?
Consider the potential risks involved with communication; what if you can’t reach them and how can
you keep it within your budget? Your communication plans will depend on you, your project team, the
stakeholders and the nature of the project itself; there is no one way of doing things.
2.4. Review progress throughout project life cycle and implement agreed schedule changes
2.5. Develop responses to potential or actual schedule changes and implement them to maintain
project objectives
There are many techniques that you can use to measure the progress of your project. The technique
that you use may depend on the type of project you are involved with or the requirements of the
project manager or team. Your method for measuring the progress of you report should have been
identified and planned within the early stages of your project.
The methods that can be used to measure the progress of your project activities may include:
Reporting periods
Project status
Project phases
Highlight report
Milestone chart
Checkpoint report
Percentage complete
S-Curve
Exception report
The reporting of a project’s progress is a key activity of project management. When recording and
reporting the progress of your project in relation to the planned schedule, the way that you should do
this may depend on the project itself. You should be aware of the recording and reporting process in
relation to your own project. Throughout your project, you will need to conduct regular reports on the
progress against your budget, your scope and your schedule. Aim to keep your report brief and sum up
all of the key points.
By reporting the progress of your project regularly, a valuable written record of a project’s life can be
created. You can use this to look back on your project and identify any areas that could be improved.
As discussed in Chapter 1.3, a project schedule should be constantly monitored and updated. You
should know what steps are required if your project doesn’t seem to be progressing in a way you
expected it to. If you find that this is the case, you may need to update the project schedule. Your
schedule should be altered in order to reflect the actual progress of your project. This will ensure that
the forecast of the remaining work stays realistic.
Setting a baseline
A baseline contains a group of primary reference points including:
Start dates
Finish dates
Duration estimates
Work estimates
Cost estimates.
You can set multiple baselines within your project; this will give you a chance to gain frequent snapshots
of where your project stands.
In the ‘Set Baseline’ box; choose the baseline that you wish to update
Your baseline should include your best estimates as it will be used throughout your project to assess its
progress.
Variance table
A variance table shows the start and finish dates for both the scheduled information and the baseline
information. From this, you can identify any difference between the two types of information. In order
to evaluate your progress prediction, you can compare this prediction with how your project is actually
progressing. If there is a difference between your actual and planned progress, it may indicate that your
original plan is no longer accurate. This may mean that you need to review the scope of your project.
However, it could also be down to a change in the nature of your project. If you find your project is not
on schedule, you will need to start corrective actions in order to bring it back on track.
We can see that Task B finished one day late and Task C was started and completed 2 days late.
What if the variance table doesn’t show you what you expected?
Not actually setting a baseline at all; MS Project will calculate any difference using a
value of zero
Not updating the values for tasks that are in progress or completed or forgetting to add
new project tasks to the baseline plan; your variances might be equal to your
scheduled values
Forgetting to update the information for your summary task once adding new tasks
into your baseline; you will have accurate values for individual tasks but not for
summary tasks.
Change management
Change management is a process in which potential changes to your project are formally introduced
and approved. The process should involve everyone that may be affected by the implementation of the
change and take everything into account; for example, the environment, the strengths and weaknesses
of the project team and the competition. Thoughtful planning and sensitive implementation is
necessary. Any change that is introduced should be achievable, realistic and measurable.
Assess
Plan
Implement
Gain acceptance.
Having change control systems in place can help keep your project on track when these changes do
occur. These change control systems will not prevent changes from occurring; they will ensure that any
change that does occur is agreed by the relevant authority before it is implemented. A change control
approach covers the identification, assessment and control of any possible changes that may arise
within your project. These control systems reduce the possibility of any unnecessary changes being
introduced to your project whilst ensuring the project work is not disrupted.
If this change is implemented, what other areas of the project will be affected?
Does the positive impact of this change outweigh the negative impact?
Is there another change that can be implemented rather than this one?
What skills will you need in order to implement the change successfully?
Will the implementation of the change introduce any possible performance issues?
The project leader will then need to assign this change request to the relevant person
The stakeholder(s) will need to be included within the assessment of a change request
Other team members may need to estimate what is needed if the change request is
accepted.
Using a structured approach, an IA can also give you the ability to identify any problems before they
occur. This means that you can have a contingency plan in place so that the problem can be handled
appropriately.
Traceability
This IA technique captures the links between requirements, specifications, design elements and tests.
These relationships can then be analysed to determine the scope of the potential change.
Dependency
This IA technique assesses the links between parts, variables, logic and modules in order to determine
the consequences of the potential change. This technique is more detailed than traceability.
If a change is accepted, the project manager would need to consider how the change:
Effects the current project schedule
Can create a range of opportunities for project Can bring a level of uncertainty to your project
Can improve the quality of a project deliverable Can create delays within your project
Planning
Execution
Evaluation.
Initiation phase
Within this phase, the first step is to define your project:
Scope
Purpose
Objectives
Resources
Deliverables
Timescales
Structure.
This phase also includes the development of a business case; a documented argument that is intended
to convince someone to approve your project. A business case will examine the benefits and risks of
carrying out your project, along with the benefits and risks of not carrying it out.
Planning phase
The planning phase of your project may involve developing a range of plans, for example:
Project plan to describe how you will reach your goals
Quality plan to outline quality control methods and set quality targets
Risk plan to outline possible risks and ways to minimise these risks
Whilst this is happening, the project manager will monitor and control the project delivery by
undertaking:
Cost management
Risk management
Time management
Issue management
Quality management
Change management.
Evaluation phase
After your have completed your project, you will need to assess the overall success of your project; this
is done within the evaluation phase. Were the benefits that were stated in the original business case
actually realised? This is the phase were you consider what went well and what didn’t. The lessons
learnt within one project can help you in any future projects.
You will need to review your progress throughout all of these phases.
Ask yourself:
What progress has been made?
Before starting your project, it is important that you have defined how you will measure progress and
performance. Once you have decided what you really want to review in terms of project progress and
performance, you will need to identify your Key Performance Indicators (KPIs). These KPIs will tell you
whether your project is being successful and, if so, to what degree. They will enable you to assess the
progress and performance of your project in terms of the achievement of the desired objectives. When
assessing the progress of your project, you should use these pre-agreed measurements to do this.
Budget compliance
Number of issues
Stakeholder satisfaction.
Try to focus on the objectives and performance of your project against the schedule and budget
estimates.
As discussed in Chapter 2.1, the methods that can be used to measure the progress of your project
activities may include:
Reporting periods
Project status
Project phases
Highlight report
Milestone chart
Checkpoint report
Percentage complete
S-Curve
Exception report
You may be required to create a report that gives details of the progress of your project.
Changing objectives
Changing scope
Resource availability.
It may be necessary to make schedule changes in order to maintain your project objectives. All schedule
changes should be identified and planned for before implementation; what resources will be needed in
order to implement the change? What impact will the schedule change have on the overall project?
Once implemented, your schedule changes should be thoroughly tested and evaluated.
Contingency plans
A contingency plan is a component of risk management and is a key part of the preparation of your
project. Your contingency plan can help you to prepare to be able to respond coherently to an
unplanned schedule change that may occur. Within your contingency plan you will need to consider
what is going to happen, what management are going to do about it and if anything can be prepared
ahead of time.
You should update your task statuses regularly as your project progresses. As soon as a task moves to a
different status, you should update your list. To update a task status, simply revise your project task list
and choose the appropriate option.
Once a change has been agreed within your project, you will need to return to original project task list
and update the status of the affected tasks. By doing this, you can ensure that everybody knows what is
going on within the project and that the accuracy and currency of the schedule is maintained.
3.2. Identify and document time management issues and recommend improvements
Make sure you have enough time for the essential tasks
You can determine the effectiveness of your time management activities by reviewing schedule
performance records.
Evaluation of options
Records of analysis
Within your project, you should have your own performance checklist.
How did you conduct your project management: manually or with a program?
By reviewing your schedule performance records, you can identify any issues that occurred within your
time management. From this, you can identify any improvements that can be used within future
projects. These issues and improvements will be discussed more within Chapter 3.2.
Scheduling issues
Scheduling begins with identifying and estimating the durations of the different tasks within your
project. It is essential to avoid any issues occurring within your schedule as a small delay within one
aspect of your schedule can delay everything else within your project.
There are many issues you may come across within your project schedule, including:
Ineffective communication
Resource constraints
Team experience
Unexpected problems
Ineffective communication
Ineffective communication between everyone involved with a project can often lead to issues within
your original schedule. Your schedule needs to be communicated with everyone working within the
project to ensure that everyone needs to be on the same page. This will minimise the chance of any
delays occurring.
Resource constraints
If any unexpected time lags occur within your project, it may lead to constraints in the allocation and
utilisation of resources. For example, if a task is taking longer to complete than first anticipated, in order
to push to get it finished, you will require more time, more money and possibly more team members. In
order to minimise the risk of not having the resources that you need, you should carefully consider this
at the beginning of your project.
Team experience
The experience of your project team can influence the effectiveness of the implementation of the
project schedule. If you have too many inexperienced team members working within your project, this
can result in delays of task completion. The time and effort that is required to train these people will
also use valuable schedule time. In order to keep this at a minimum, you should ensure that each team
member that will be involved with your project has the skills, knowledge and experience that is
necessary for task and project completion.
Unexpected problems
Unknown events can have an effect on your project schedule.
If any of these events occur, this may result in your project taking longer than originally expected. In
order to try and avoid these having a major impact on your schedule, identify any possible risks at the
beginning of project and have resources at the ready. This will allow you to manage these events better,
reducing the impact on your schedule.
Project requirements
Technology used.
Scope creep
Beware of scope creep. Scope creep is the uncontrolled changes within a project’s scope and can often
occur when the scope of a project has not been defined and controlled properly. It involves the client or
customer making changes or adding extras to the project scope. It can be the result of poor
communication or change controls. Consider what impact scope creep would have on a project. It
should be avoided at all costs. However, if scope creep is identified, you should ensure that this is
reported and authorised by the appropriate person.
Suggested improvements
As well as the improvements discussed throughout this chapter, there are many other tips for effective
time management.
For example:
Ensure your scope is accurate, expressed clearly, monitored and redefined if necessary
Be aware of current issues, developments, related projects and standards that may
impact your schedule
Ensure that your time frame and budgeting contingencies are built into the initial
stages of your project
Keep the 80/20 rule in mind; 20% of the work you do should produce 80% of the benefit of the whole
job. Within your project, only 20% of the activities are important; that 20% will produce 80% of your
overall results.
By highlighting these issues and suggesting appropriate responses you will assist in project evaluation.