Unit 3_SPM
Unit 3_SPM
–Network Planning models – Formulating Network Model – Forward Pass & Backward Pass
techniques – Critical path (CRM) method – Risk identification – Assessment – Risk Planning –
1. Feasibility assessment: - Is the project possible within required timescales and resource
constraints?
2. Resource Allocation: - What are the most effective ways of allocating resources to the
project. When should the resources be available.
3. Detailed Costing: - How much will the project cost and when is that expenditure likely to
take place?
4. Motivation: - Providing targets and being seen to monitor achievement against targets is
an effective way of motivating staff.
Project schedules
A project plan is developed to the level of showing dates when each activity should start
and finish, when and how much of each resource will be required. Once a plan has been
refined to this level, it is known as a project schedule.
A stage of a larger project, the project plan must be developed to the level of showing
dates when each activity should start and finish and when and how much of each
resource will be required.
It is an activity that distributes estimated effort across the effort to specific software
engineering tasks.
Once the plan has been refined to this level of detail, we call it a project schedule.
It is the culmination of a Project Planning activity that is a primary component of
Software Project Management.
The first step in producing the plan is to decide what activities need to be carried out and
in what order they are to be done.
The ideal activity plan will then be the subject of an activity risk analysis, aimed at
identifying potential problems.
The third step is resource allocation.
The final step is schedule production.
There are three approaches to identifying the activities or tasks that make up a project
– the activity-based approach, the product-based approach and the hybrid approach.
1. Nodes (Boxes): Nodes represent project activities or tasks. Each node contains
information such as the activity name, duration, resources, and any other relevant
details.
2. Arrows (Lines): Arrows represent dependencies between activities. They show the
logical sequence in which activities must be performed. The direction of the arrow
indicates the flow of work.
3. Relationships: There are four types of relationships between activities:
Earliest Start Time (ES): It is defined as the earliest time at which the activity can
start.
Earliest Finish Time (EF): It is equal to the earliest start time for the activity plus the
time required to complete the activity.
Latest Finish Time (LF): It is defined as the latest time at which the activity can be
completed without delaying the project.
Latest Start Time (LS): It is equal to the latest finish time minus the time required to
complete the activity.
4. Slack Time: Slack time is the amount of time a task can be delayed without affecting the
project's completion time. It's also known as float. For calculating slack time, we
Subtract the earliest start time (ES) from the latest start time (LS) or
Subtract the earliest finish time (EF) from the latest finish time (LF)
5. Critical Path: The critical path is the longest sequence of dependent activities that
determine the shortest possible duration for completing the project. Activities on the
critical path have zero slack or float time, meaning any delay in these activities will
directly impact the project's overall timeline.
Formulating Network Model
• A project network should have only one start node.
• A project network should have only one end node.
• A node has duration.
• A node represents an activity and, in general, activities take time to execute.
• Links normally have no duration.
• Time moves front left to right.
• A network may not contain loops.
• A network should not contain dangles.
• Early Start (ES) is plotted on the 1st left corner box at the top. Likewise Early Finish (EF) is
plotted on top right corner box.
• Start with the first activity and assign Earliest Start (ES) = 0.
• Calculate Earliest Finish (EF) using:
EF = ES + Duration
• For successor activities, set Earliest Start (ES) as the maximum EF of all preceding
activities:
• Late Finish (LF) is on the right corner box at the bottom and Late Start (LS) is plotted on
the left bottom corner box.
• Start from the last activity and set Late Finish (LF) = EF of last task.
• Calculate Late Start (LS) using:
LS = LF – Duration
• For predecessor activities, set Late Finish (LF) as the minimum LS of all succeeding
activities:
LF = min (LS of successor activities)
• Continue backward to the first activity.
Example: -Consider the following project specifications with estimated activity durations
FG = 12 + 5 = 17
In this example, activities F and G have zero float and hence, are critical activities.
Estimate task duration: Estimating the timeline involves figuring out how long
each task will take to complete. The three- time values are associated with each
activity.
1. Optimistic time – It is the shortest possible time in which the activity can
be finished. It assumes that everything goes very well. This is denoted by
t0.
2. Most likely time – It is the estimate of the normal time the activity would
take. This assumes normal delays. If a graph is plotted in the time of
completion and the frequency of completion in that time period, then most
likely time will represent the highest frequency of occurrence. This is
denoted by tm.
3. Pessimistic time – It represents the longest time the activity could take if
everything goes wrong. As in optimistic estimate, this value may be such
that only one in hundred or one in twenty will take time longer than this
value. This is denoted by tp.
Identify risks: Helps identify potential problems that could delay the project.
Plan resources: Helps determine how many resources are needed for each
task.
For example, let’s say you don’t know how long your project will take. You have a
rough estimate of the duration of each project task. Using this, you develop a best-
case scenario (optimistic) and worst-case scenario (pessimistic) duration for each
task.
You can then use Monte Carlo to analyze all the potential combinations and give you
probabilities of when the project will complete.
Using this information, you can now better estimate your timeline and plan your
project.
The core idea of Monte Carlo simulation is to use random sampling from a probability
distribution to estimate the expected value of a function f over a domain D.
The primary benefits of using Monte Carlo analysis on your projects are:
Provides early inducation of how likely you are to meet project milestones and
deadlines
There are some challenges to using the Monte Carlo analysis. These include:
You must provide three estimates for every activity or factor being analyzed.
The analysis is only as good as the estimates provided
The Monte Carlo simulation shows the overall probability for the entire project or a
large subset (such as a phase). It can’t be used to analyze individual activities or risks.
Resource Allocation
Resource allocation is the process of assigning and scheduling available resources in the
most effective and economical way possible. Projects will always need resources but they
can often be scarce. The task, therefore, lies with the project manager to determine the
proper timing and allocation of those resources within the project schedule.
In project management, resources are often in high demand but low in availability. This
reality puts project managers in a position where they must strategize the best ways to use
what they have. They need to determine who does what, when, and with what tools or
support. It’s a balancing act that requires keen insight into the project's needs and the
capabilities of the resources at hand.
The root of this tree (structure) is labelled by the Project name itself. For constructing a work
breakdown structure, each node is recursively decomposed into smaller sub-activities, until
at the leaf level, the activities become undividable and independent. It follows a Top-Down
approach.
Construction of Work Breakdown Structure
1. Firstly, the project managers and top-level management identifies the main deliverables
of the project.
2. After this important step, these main deliverables are broken down into smaller higher-
level tasks and this complete process is done recursively to produce much smaller
independent tasks.
3. It depends on the project manager and team that up to which level of detail they want to
break down their project.
4. Generally, the lowest level tasks are the simplest and most independent tasks and takes
less than two weeks’ worth of work.
5. Hence, there is no rule for up to which level we may build the work breakdown structure
of the project as it totally depends upon the type of project we are working on and the
management of the company.
6. The efficiency and success of the whole project majorly depends on the quality of the
Work Breakdown Structure of the project and hence, it implies its importance.