Professional Documents
Culture Documents
Page 1 of 153
Contents
Page 3 of 153
Professional Scrum with Kanban (PSK) ................................................................. 95
Disciplined Agile Scrum Master (DASM) .............................................................. 96
Scaled Professional Scrum (SPS) ........................................................................... 97
Professional Scrum Developer (PSD) .................................................................... 98
Scrum Product Owner (PSPO) .............................................................................. 99
Introduction to Kanban ....................................................................................... 100
Uses, Pros, and Cons of Kanban ......................................................................... 101
Key Kanban Principles and Concepts ............................................................... 102
Kanban Terminologies ......................................................................................... 103
Getting started with Kanban .............................................................................. 104
Career in Kanban ................................................................................................ 105
Introduction to Scaled Agile Framework® (SAFe) ............................................ 106
Uses, Pros, and Cons of SAFe .............................................................................. 107
Key SAFe Principles and Concepts .................................................................... 108
SAFe Terminologies .............................................................................................. 109
Getting started with SAFe ................................................................................... 110
Career in SAFe ...................................................................................................... 111
Certified SAFe Practitioner (SP)........................................................................... 112
Certified SAFe Scrum Master (SSM) .................................................................... 113
SAFe Agilist (SA) .................................................................................................... 114
Certified SAFe DevOps Practitioner (SDP) ......................................................... 115
Certified SAFe Program Consultant (SPC) ......................................................... 116
Certified SAFe Product Owner/Product Manager (POPM) ............................. 117
Introduction to Jira............................................................................................... 118
Uses, Pros, and Cons of Jira................................................................................. 119
Key Jira Principles and Concepts ....................................................................... 120
Jira Terminologies ................................................................................................. 121
Getting started with Jira ...................................................................................... 122
Career in Jira ........................................................................................................ 123
Introduction to PRINCE2 ...................................................................................... 124
Uses, Pros, and Cons of PRINCE2 ........................................................................ 125
Key PRINCE2 Principles and Concepts .............................................................. 126
PRINCE2 Terminologies ........................................................................................ 127
Getting started with PRINCE2 ............................................................................. 128
Career in PRINCE2................................................................................................ 129
Page 4 of 153
Introduction to Oracle Primavera ...................................................................... 130
Uses, Pros, and Cons of Oracle Primavera ........................................................ 131
Key Oracle Primavera Principles and Concepts .............................................. 132
Oracle Primavera Terminologies ........................................................................ 133
Getting started with Oracle Primavera ............................................................. 134
Career in Oracle Primavera................................................................................ 135
Introduction to Trello ............................................................................................ 136
Uses, Pros, and Cons of Trello .............................................................................. 137
Key Trello Principles and Concepts .................................................................... 138
Trello Terminologies .............................................................................................. 139
Getting started with Trello ................................................................................... 140
Career in Trello ..................................................................................................... 141
Introduction to TILOS ............................................................................................ 142
Uses, Pros, and Cons of TILOS.............................................................................. 143
Key TILOS Principles and Concepts .................................................................... 144
TILOS Terminologies .............................................................................................. 145
Getting started with TILOS ................................................................................... 146
Career in TILOS ..................................................................................................... 147
The Project Management Institute (PMI) ........................................................... 149
Project Management Body of Knowledge (PMBOK) ....................................... 150
PMP Certification ................................................................................................. 151
CAPM Certification .............................................................................................. 152
P3O Certification .................................................................................................. 153
Page 5 of 153
Introduction to Project Management
Page 6 of 153
Unique: Every project is unique and distinctive from the others, Even if
they all have similar objectives.
Temporary: Projects have a defined beginning and ending date, unlike
the routine operations or tasks.
Goal-oriented: Projects have a clear objective or outcome that is to be
achieved.
Resource constraints: Projects frequently have a limited amount of time,
money, or personnel, all of which must be handled well.
Project scope: A project's output, sometimes referred to as the project
scope, can be a finished product, a service, or a result. Even if the final
output are similar, each project's scope is distinct. The distinctiveness is
found in elements like location or resources, which might alter how the
project is carried out.
Triple constraint: There are three key attributes of projects (aka the "triple
constraint) - time, scope, and cost. These characteristics are
interrelated, so if one changes, it can have an impact on the others. For
example, if a project's completion date is advanced, it can need the
addition of more resources or a modification to the project's output.
Page 7 of 153
The Project Phases
Page 8 of 153
manager, complete final tasks, hand over the project, and conduct a
meeting with the stakeholders to discuss the lessons learned.
Page 9 of 153
Project Management Office (PMO)
Page 10 of 153
Introduction to the Project Initiation Phase
The project management process begins with the project initiation phase. It
consists of the steps necessary to define the project's aims and objectives,
carry out a feasibility study, and create a business case for the initiative. A
project charter, risk analysis, and stakeholder identification are all included in
this phase.
Clarifying the project's scope and establishing specific goals and objectives
are crucial at the project phase. This will make it easier to make sure the project
stays on course and is finished in the allotted amount of time. Additionally, a
business case is developed to support the project, which includes a financial
study to ascertain the project's viability. To determine the project's economic
and technological viability, a feasibility study is also carried out.
The scope, goals, and stakeholders of the project are described in the project
charter. It is used to get key stakeholders' support and commitment and acts
as a resource all during the project.
Additionally crucial to the project initiation phase is risk assessment. It includes
determining potential risks and creating plans to reduce or control those risks.
Overall, laying the groundwork for a successful project depends on the project
initiation phase. It assists in making sure the project is well defined,
manageable, and has the backing of important stakeholders.
Page 11 of 153
Elements of the Project Initiation Phase
Page 12 of 153
Defining Project Goals
The first step of a project, known as the initiation phase, begins with an idea or
an organisational requirement. The project sponsor selects the project
manager and decides if a project may be carried out. A project has a clear
objective, and though that objective naturally is complex, it aligns with the
organization's strategy, and is beneficial to the organization. To ensure the
project's success, defining project goals during the project's initiation phase is
a crucial step.
The following advice will help you specify project goals:
Set SMART goals: Make sure the objectives are specific, measurable,
achievable, relevant, and time-bound (SMART). This will ensure that the
objectives are specific and achivable.
Page 13 of 153
Creating a Business Case
Page 14 of 153
Inform the stakeholders: Stakeholders should be informed about the
business case in order to get their support and commitment for the
project.
Business Case Document Checklist:
To begin a business case, a business case checklist is necessary, and the
following elements may be included, based on the requirement of the project:
1. Executive Summary
2. Project Definition
3. Vision/Goals/Objectives
4. Project Scope
5. Background Information
6. Success Criteria and Stakeholder Requirements
7. Project Plan
8. Project Budget
9. Project Schedule
10. Project Governance
11. Communication Plan
12. Progress Reports
13. Financial Appraisal
14. Market Assessment
15. Competitor Analysis
16. SWOT (strengths, weaknesses, opportunities, and threats) Analysis
17. Marketing Strategy
18. Risk Assessment
Here is a sample template of project case document. It is important to
customize the elements relevant to the project stakeholders.
Page 15 of 153
Vision/Goals/Objectives: Define the project vision, goals, and objectives
to shape the project scope and identify
deliverables.
Project Scope: Determine all tasks and deliverables to execute
in the project to reach business objectives.
Page 16 of 153
Signature
Date
Page 17 of 153
Doing Project Feasibility Study
Page 18 of 153
Project Feasibility Study Template
I. Project Overview
Project Name:
Project Manager:
Client:
Description of the project and its
objectives:
Expected outcomes and benefits:
Target audience or beneficiaries:
Page 19 of 153
Identification of necessary permits and
licenses:
Assessment of any legal or regulatory
barriers:
VIII. Conclusion
Summary of the project feasibility analysis:
Recommendation for project
implementation or not:
Key success factors and potential
challenges:
Next steps for project implementation or
further analysis:
Signature
Date
Page 20 of 153
Doing Risk Assessment
Page 21 of 153
Creating Project Charter
The project owner typically creates the project charter, which is a high-level
document that includes important details about the project, such as the
project ID, name, organisation, aim, objectives, timeframe, scope,
stakeholders, risks, and budget. Anybody should be able to understand the
charter because it shouldn't be overly complicated. The project manager may
be chosen at any moment throughout the initiation phase, which is all about
evaluation and approval. The project's general vision and direction are
established by the studies conducted during this phase. It is used to get key
stakeholders' support and commitment and acts as a resource all during the
project.
In order to create a project charter, follow these steps:
Set the project's scope: The project's scope should be well detailed. The
few things that should always be there are:
o What is in scope?
o What is out of scope?
o What is the timeframe?
o What are the deliverables?
o What are the key risks?
o What are the key issues?
o What are the key assumptions?
o What are the key constraints?
o What is the budget?
Determine the parties involved: A list of the project's stakeholders, both
those who will be directly touched by it and those with a stake in its
success, should be included in the project charter.
Outline the roles and responsibilities: Outline the roles and responsibilities
of the project team, including the project manager and any other
important stakeholders, in the project charter.
Draft a project plan: Draft a project plan, indicating which activities will
be part of which phase.
List the milestones: List the milestones and when you expect to achieve
them.
Draft a financial plan: Draft a financial plan, indicating which activities
will consume how much financial resource. A rough estimate of the
project budget, including any funding sources and cost projections,
should be included in the project charter.
Attach supporting documents: In the appendices, include all the
relevant supporting documents.
Review and approval of the project charter: Prior to the start of the
project, the project charter needs to be examined and authorised by all
significant stakeholders.
Page 22 of 153
In general, the project charter is a crucial document that ensures the project
is clearly defined, gets the backing of important stakeholders, and continues
on course.
I. Project Overview
Project Name:
Project ID Number:
Client:
Project Sponsor:
Project Manager:
Description of the project and its
objectives:
Target Start Date:
Target End Date:
IV. Stakeholders
Stakeholder Interest
Stakeholder 1:
Stakeholder 2:
Stakeholder 3:
Stakeholder 4:
Stakeholder 5:
Page 23 of 153
V. Roles & Responsibilities
Role Responsibilities
Role 1:
Role 2:
Role 3:
Role 4:
Role 5:
VII. Milestones
Milestone Date
IX. Appendices
Appendix Document
Appendix 1:
Appendix 2:
Appendix 3:
Appendix 4:
Appendix 5:
Page 24 of 153
Signature
Date
Page 25 of 153
Listing the Stakeholders
Page 26 of 153
Introduction to the Project Planning Phase
Page 27 of 153
Elements of the Project Planning Phase
The project planning phase often includes a few important components. These
consist of:
1. Project timetable and plan: The tasks that must be done and the time
frames for doing so are outlined in the project plan and schedule. It
provides information on the necessary resources, task dependencies,
and any possible risks.
2. Budget: The project's budget needs to be determined during the
planning stage. Estimates for the price of labour, materials, and any
additional costs are included.
3. Responsibilities and roles: The planning stage should include a definition
of the project team's roles and duties. This covers both the duties of the
project manager and those of the other team members.
4. Plan of communication: To make sure that all stakeholders are kept
updated on the project's progress, a communication strategy should be
created. The methods of communication, the timing of
communications, and the individuals in charge of corresponding with
each stakeholder must all be specified.
5. Risk management strategy: To identify possible risks and create
mitigation or management methods, a risk management strategy
should be devised.
Overall, these components are essential to the project's success. They assist in
making sure the project is well defined, has a well-defined plan and timeframe,
and has the materials and assistance required to be finished effectively.
Page 28 of 153
Defining Project Scope
The project planning phase includes a crucial stage called defining project
scope. It helps in ensuring that the task can be accomplished effectively and
efficiently and that the project is clearly defined. The following steps can be
used to specify a project's scope during the planning stage:
Determine the aims and objectives of the project: Finding the project's
goals and objectives is the first step in establishing the scope of the
project. This will make it easier to make sure that the scope fits with the
project's ultimate goal.
Specify the outputs: The exact goods or services that will be created as
a result of the project are known as the deliverables. To ensure that the
project team is aware of what has to be done, these should be precisely
outlined in the scope statement.
Prioritize project requirements: A method for ranking project
requirements according to importance is called MoSCoW prioritising.
The most crucial needs can be incorporated in the project scope and
any non-essential requirements can be excluded by using MoSCoW
prioritising. This keeps the project on schedule and focused and ensures
that the most crucial objectives are met. Here's how to use it in project
scope:
o Listing potential requirements: Start by listing all of the potential
requirements for your project scope.
o Categorize: Categorize each requirement into one of four
categories: Must have, Should have, Could have, and Won't
have.
Must have: These are requirements that are essential to the
success of the project. If they are not included, the project
cannot proceed.
Should have: These are requirements that are important but
not critical. They can be left out if necessary, but it would be
preferable to include them if possible.
Could have: These are requirements that would be nice to
have but are not necessary. They can be included if time
and resources permit.
Won't have: These are requirements that will not be included
in the project scope, either because they are not relevant
or because there is not enough time or resources to include
them.
Determine the limitations and exclusions: It is crucial to specify any
exclusions or restrictions that will not fall inside the project's scope. This
will make it possible for the project team to concentrate on the work that
needs to be done because they will know exactly what is outside of
scope.
Page 29 of 153
Review the scope with the relevant parties: In order to make sure that
the project's scope matches the needs and expectations of the main
stakeholders, it should be evaluated with them.
Document the scope: The project's scope statement should contain a
description of the project's scope. This will act as a point of reference for
the duration of the project and help to keep it on course.
In general, determining a project's scope is a crucial step in the project
planning stage. It helps in ensuring that the task can be accomplished
effectively and efficiently and that the project is clearly defined.
I. Project Overview
Project Name:
Project ID Number:
Client:
Project Sponsor:
Project Manager:
Description of the project and its
objectives:
Target Start Date:
Target End Date:
Page 30 of 153
Could Have: Requirements that would be
nice to have but are not
necessary. They can be
included if time and resources
permit.
Won't Have: Requirements that will not be
included in the project scope,
either because they are not
relevant or because there is
not enough time or resources
to include them.
V. Objectives
VI. Deliverables
VII. Constrains
VIII. Assumptions
Page 31 of 153
X. Stakeholders
XI. Appendices
Appendix Document
Appendix 1:
Appendix 2:
Appendix 3:
Appendix 4:
Appendix 5:
Signature
Date
Page 32 of 153
Project Plan and Schedule
An essential step in the project planning phase is the creation of a project plan
and timetable. It helps in ensuring that the task can be accomplished
effectively and efficiently and that the project is clearly defined. Here are
some procedures for developing a project schedule and plan during the
planning stage:
Identify the tasks: Finding the tasks that must be accomplished as part
of the project is the first step in developing a strategy and timeline for it.
To ensure that all required work is included, this should be done in
coordination with the project team and key stakeholders.
Calculate the necessary time and resources: The time and resources
needed to execute each task should be estimated. This will support
establishing the project's overall schedule and budget.
Identify the dependencies: Some tasks might be dependent on other
tasks getting done first. The project plan and schedule should be
updated to reflect these dependencies.
Create the project schedule: Create the project schedule, which should
include any important milestones as well as the deadline for finishing the
activities. Each task's start and finish dates as well as the materials
needed to do it should be listed.
Assess the project plan and schedule: The project team and important
stakeholders should review the plan and schedule to make sure it is
feasible and attainable.
Use project management tools or software: Project management tools
or software, such as Microsoft Project, should be used to record the
project plan and schedule. This will make it easier to keep the project on
schedule and to track and inform all stakeholders of its progress.
Update the project plan and schedule: As the project moves forward, it
might be important to reflect any modifications or revisions in the plan
and schedule. This can include adding additional duties, modifying the
schedule or spending plan, or reallocating resources. To make sure that
the project stays on course and that all stakeholders are kept up to date
on any changes, it is crucial to routinely review and update the project
plan and schedule.
Overall, the phase of project planning requires the development of a project
plan and timetable. It helps in ensuring that the task can be accomplished
effectively and efficiently and that the project is clearly defined. The project
team can stay on track and ensure the project's success by routinely reviewing
and revising the project plan and timeline.
Page 33 of 153
I. Project Overview
Project Name:
Project ID Number:
Client:
Project Sponsor:
Project Manager:
Description of the
project and its
objectives:
Target Start Date:
Target End Date:
IV. Milestones
Milestone Description Date of
Delivery
Page 34 of 153
Activity Task Sequence Effort (in Resource
days/
weeks)
X. Project Schedule
XI. Dependencies
Page 35 of 153
Task/ Activity Depends on Type of
Dependency
XII. Constrains
XIII. Assumptions
XVII. Appendices
Page 36 of 153
Appendix Document
Appendix 1:
Appendix 2:
Appendix 3:
Appendix 4:
Appendix 5:
Signature
Date
Page 37 of 153
Gantt Chart
The tasks and timetable of a project are visually represented using a Gantt
chart, a common project management tool. It shows a timeline of the project's
activities, together with the start and end dates for each one. The chart is
made up of horizontal bars that represent the length of each task, with arrows
indicating dependencies between them.
Henry Gantt created Gantt charts in the early 1900s, and ever since then,
project managers have relied on them as a vital tool for managing and
tracking complex projects.
Page 38 of 153
Progress: The Gantt chart can be modified to reflect the actual start and
end dates of tasks as the project advances. This enables the project
manager to monitor development in relation to the original timeline and
make necessary adjustments.
Software tools like Microsoft Project, Excel, or specialised project management
software can be used to construct Gantt charts. They are an effective resource
for project managers because they let them plan, monitor, and share project
schedules with stakeholders.
Page 39 of 153
Creating Communication Plan
I. Project Overview
Project Name:
Project ID
Number:
Client:
Project Sponsor:
Project Manager:
Page 40 of 153
Description of the
project and its
objectives:
Target Start Date:
Target End Date:
III. Objectives
Objectives of
Communication:
Communication
Guidelines:
Information
Information
Frequency
Source of
Required
Channel
Delivery
Person
Role
Name
V. Communication Events
Description
Frequency
Objective
Members
(Online/
Offline)
Mode
Date
Brief
Event / Meeting
Page 41 of 153
VII. Assumptions
VIII. Risks
IX. Appendices
Appendix Document
Appendix 1:
Appendix 2:
Appendix 3:
Appendix 4:
Appendix 5:
Signature
Date
Page 42 of 153
Setting a Budget
Budget Template
I. Project Overview
Project
Name:
Project ID
Number:
Client:
Project
Sponsor:
Project
Manager:
Page 43 of 153
Project
Descriptio
n&
Objectives
:
Target
Start Date:
Target End
Date:
II. BUDGET
Cost Cost
Constrain / Constrain /
Person Responsible
Item I Item I
Budgeted Cost
Planned Units
Planned Units
Actual Units
Actual Units
Actual Cost
Difference
Cost/ Unit
Cost/ Unit
Remark
Task
TOTAL:
Signature
Date
Page 44 of 153
Defining Roles and Responsibilities
During the project planning phase, it's crucial to clearly define roles and
responsibilities. It helps to make sure that everyone in the project team is aware
of what is expected of them and that everyone is aware of who is in charge of
what part of the project. The following stages can be used to specify roles and
responsibilities during the project planning stage:
Choose the project's team: Identifying the project team is the first stage
in establishing roles and responsibilities. All parties who will be
participating in the project, including the project manager, team
members, and any contractors or vendors, should be listed here.
Determine each team member's roles and responsibilities: Each team
member's roles and responsibilities should be distinctly stated and
recorded. This could contain the particular duties that each team
member has as well as their overall impact on the project.
Give roles and responsibilities to people: Once each team member's
roles and responsibilities have been established, they should be given to
the right people. Each team member must have the knowledge and
experience necessary to carry out their responsibilities successfully.
Explain the roles and responsibilities: To make sure that everyone in the
project team is aware of their roles and responsibilities, it is important to
review them together.
Document the roles and responsibilities: The project charter or a different
document should contain a list of the roles and responsibilities. The
project team will use this as a point of reference, which will help to ensure
that the project is finished quickly and successfully.
Overall, the project planning phase's step of defining roles and responsibilities
is crucial. It helps to make sure that everyone in the project team is aware of
what is expected of them and that everyone is aware of who is in charge of
what part of the project.
I. Project Overview
Project
Name:
Project ID
Number:
Client:
Project
Sponsor:
Project
Manager:
Page 45 of 153
Description
of the
project
and its
objectives:
Target Start
Date:
Target End
Date:
Reporting to
Timeline
Remark
Targets
Role
IV. Appendices
Appendix Document
Signature
Date
Page 46 of 153
Introduction to the Project Execution Phase
The work indicated in the project plan is finished during the project execution
phase. It includes all of the tasks necessary to create the process or product
indicated in the project plan. Allocating project resources, creating the
product or process, monitoring project progress, establishing key performance
indicators (KPIs), ensureing quality, and forecasting are some examples of
what this could entail.
The success of the project depends on how well it is carried out. To ensure that
the project is finished on schedule, within budget, and to the requisite quality
standards, rigorous planning, coordination, and management are necessary.
The project's longest phase, execution, calls for careful coordination between
the project team and important stakeholders to ensure that the task is carried
out properly and efficiently.
Page 47 of 153
Elements of the Project Execution Phase
Page 48 of 153
Allocating Project Resources
Page 49 of 153
Developing Products or Process
The project execution phase's main goal is to build the product or process. It is
often the longest phase of the project and includes finishing the tasks included
in the project plan. In the execution phase, the following steps can be taken
to develop the product or process:
Review the project plan: Reviewing the project plan is the first stage in
creating the product or process to make sure that all required tasks are
understood and that a clear path to completion exists.
Give the resources a home: During the execution phase, it is important
to identify and assign the resources needed to do the task. This includes
determining the precise knowledge and abilities needed for each work
and assuring the availability of the necessary resources.
Finish the assignments: The project plan's responsibilities should be
carried out in accordance with the timetable and financial constraints
specified in the plan. To ensure that the task is carried out properly and
efficiently, this may include collaborating closely with the project team,
important stakeholders, and any contractors or vendors.
Routinely check its progress: To make sure the project is on track and
under budget, it is important to routinely check its progress. To monitor
progress and spot any possible problems, this may include using project
management software or other tools.
Address any risks or issues that may develop: To make sure they don't
affect the schedule or budget, any risks or difficulties that may arise
during the execution phase should be addressed as soon as possible.
This can include making changes to the project plan or looking for more
resources.
In general, the success of the project depends on developing the product or
process during the execution phase. In order to ensure that the work is finished
on schedule, within budget, and to the specified quality standards, thorough
planning, coordination, and administration are necessary.
Page 50 of 153
Check Status and Track the Project
Monitoring the project's progress and keeping track of it are crucial parts of the
execution phase. It enables the project team to quickly identify and handle
any potential problems or risks, helping to ensure that the project is completed
on time and within budget. Following are some steps for tracking the project's
execution phase status check:
Identify tracking strategies: Establishing the techniques to be used to
track the project's development is the first stage. Using project
management software, producing progress reports, or scheduling
frequent status meetings are a few examples of how to do this.
The key performance indicators (KPIs): The project's key performance
indicators (KPIs) should be identified and established during the
execution phase. Metrics like project cost, schedule, quality, and
customer satisfaction may be among them.
Measure progress: Using the techniques and KPIs established in the
earlier steps, the project's progress should be monitored on a regular
basis. This could include gathering information, producing reports, and
examining the outcomes to spot any potential problems or dangers.
Keep stakeholders in loop: Project team members and important
stakeholders should be kept continuously informed of the project's
progress. This could include sharing updates through project
management software, creating progress reports, or giving updates at
status meetings.
Identify and deal with difficulties or risks: To make sure that they don't
affect the schedule or budget, any issues or risks that are discovered
throughout the tracking process should be dealt with right away. This
can include making changes to the project plan or looking for more
resources.
Overall, monitoring the project's state and progress is a crucial part of the
execution phase. It makes sure the project is moving forward and enables the
project team to quickly identify and handle any potential problems or risks.
Page 51 of 153
Setting KPIs
Page 52 of 153
Ensuring Quality
Page 53 of 153
Forecasting
Forecasting is the practice of making future predictions using facts from the
past and present. It is a crucial component of the project execution phase
since it helps in the identification of potential problems and risks and enables
the project team to take corrective action to keep the project on track. The
following are some forecasting steps for the execution phase:
Data collection: Data collection is the initial step in the forecasting
process. This could include information on the status of the project, the
budget, available resources, and any other pertinent details.
Data analysis: Data analysis is necessary to find trends and patterns that
might be predictive of future results. This could include identifying trends
and making predictions using statistical techniques or other tools.
Create the forecast: The forecast needs to be created using data
analysis. Making projections for the budget, schedule, and other crucial
project variables may be required.
Review and update the forecast: In order to keep the forecast accurate
and timely, it should be reviewed and updated frequently. This can
include adding new information or modifying existing data in response
to project changes.
Communicate the forecast: The project team and other stakeholders
should be informed of the forecast so that everyone is aware of the
potential outcomes and can take the necessary steps to keep the
project on track.
Forecasting is a crucial component of the project execution phase overall. It
assists in identifying potential problems and risks and enables the project team
to take remedial action to keep the project on schedule.
Page 54 of 153
Meetings and Troubleshooting
During the project execution phase, critical tasks like meetings and
troubleshooting are frequently carried out. For meetings and troubleshooting
during the execution phase, keep the following in mind:
Plan routine meetings: Throughout the execution phase, regular
meetings should be planned to go over the project's status, identify any
risks or concerns, and make any necessary changes to the project plan.
These meetings may consist of team meetings, status meetings, and
meetings with important stakeholders.
Clarify the agendas: To ensure that meetings are successful and
effective, agendas should be concise and targeted. The agendas
should list the precise subjects that will be covered in detail as well as the
meeting's objectives.
Take a moment: Meeting minutes should be taken to record significant
decisions, action items, and any other pertinent data. To make sure that
everyone is aware of the meeting's findings, these minutes should be
distributed to the project team and other stakeholders.
Troubleshoot problems: To make sure they don't affect the timetable or
budget, any problems or risks that surface during the execution phase
should be dealt with as quickly as possible. This can include investigating
the issue, identifying a fix, or modifying the project strategy.
Record troubleshooting procedure: The troubleshooting procedure
should be recorded so that there is a record of the procedures that were
done to resolve the problem. You can refer to this material in the future
and use it to spot any potential problems.
Meetings and problem-solving are crucial tasks that are frequently carried out
during the project execution phase. The project team may make sure that the
project stays on track and produces the required results by arranging regular
meetings, making clear agendas, taking minutes, and fixing issues as
necessary.
Page 55 of 153
Introduction to the Project Monitoring and Controlling
Phase
The process of frequently assessing the project's progress and making any
required modifications to keep it on track is known as the project monitoring
and controlling phase. Normally, this phase starts during the execution phase
and lasts until the project is finished. The monitoring and controlling phase's
mission is to make sure the project stays on course and achieves its stated goals
and objectives.
The project team will keep track of the project's advancement throughout this
phase and compare it with the original project plan. The project will be put
back on track if any deviations from the plan are found and corrected. In order
to make sure that resources are being used effectively and efficiently, the
project team will also keep an eye on the budget.
The project team and important stakeholders must actively participate in the
ongoing monitoring and controlling phase. The project team may make sure
that the project stays on track and produces the anticipated results by
periodically monitoring the status of the project and taking corrective action
as necessary.
Page 56 of 153
Elements of the Project Monitoring and Controlling Phase
Page 57 of 153
Tracking Effort and Cost
Page 58 of 153
Monitoring Project Progress
Page 59 of 153
Ensuring Adherence
Page 60 of 153
Preventing any Chance for Disruption
Page 61 of 153
Introduction to the Project Closing Phase
The project management process ends with the project closing phase. It
includes performing all of the last-minute jobs and activities needed to finish
the project. The closing phase's mission is to confirm that all project goals have
been met, deliverables have been given to the right parties, and the project
team has been disbanded.
The project manager should make sure that all project deliverables have been
finished and reviewed during the closing phase, that the project has been
officially closed out with the stakeholders, and that any outstanding problems
or risks have been resolved. The project manager should also keep track of the
project's ultimate outcomes, as well as any lessons learned, and perform a final
evaluation of the project to determine its overall success.
The project closing phase is a significant stage in the project management
process overall. It ensures that the project has been effectively finished and
that all project goals have been met.
Page 62 of 153
Elements of the Project Closing Phase
Page 63 of 153
Handover of Deliverables
The Project closing phase includes a crucial step called the delivery of project
deliverables. It includes giving the right stakeholders ownership of the project
deliverables and ensuring that they are aware of how to use and maintain
them. Following are some procedures for transferring deliverables at the
closing phase:
Who are the recipients: Finding the receivers is the initial stage in
distributing the deliverables. Any stakeholders who will get the
deliverables, such as the product's final consumers, the client or
customer, or another group, may be included in this.
Get the deliverables ready: The products should be ready for transfer.
This can include assembling paperwork, packaging tangible goods, or
carrying out any necessary testing or quality control.
Share information about the handover: The project team needs to share
information about the handover with the beneficiaries. This can include
sending a reminder email or calling a meeting to go over the
deliverables.
Transferring ownership: The project team should give the receivers
ownership of the deliverables. This could include handing over any
required paperwork or granting access to any required resources.
Training or support: To ensure that the receivers are able to use and
maintain the deliverables, the project team should ensure that they
receive any necessary training or support. This can include holding a
training session, offering written materials, or putting in place a support
structure.
In general, transferring the deliverables is a crucial step in the project closing
process. The project team may ensure that the deliverables are used
effectively and that the project objectives are met by creating the
deliverables and offering the required assistance and training to the recipients.
Page 64 of 153
Reviewing Project Deliverables
Page 65 of 153
Getting Project Results Approved
An essential step in the Project closing phase is getting approval for the project
results. It includes informing the stakeholders of the project's final results and
obtaining their consent to close the project. The following measures can be
taken to obtain project results approval at the closing phase:
Determine the parties involved: Finding the stakeholders that must be
involved in the approval process is the first step in getting the project
results authorised. The project team, the client or customer, and any
other important stakeholders may be included in this.
Get ready to present the findings: Prepare the project results for
presentation to the stakeholders. This can include preparing a final
report or presentation that summarises the project's results.
Share the presentation: The project team should share the presentation
of the results with the stakeholders. This can include notifying everyone
through email or calling a meeting to go over the findings.
Results presentation: The project team should inform the stakeholders of
the results. This could be making a presentation, showing the finished
item or method, or offering any required paperwork.
Obtain approval: The project's stakeholders should study the findings and
give their consent before the project can be closed. This can include
giving your approval in writing or orally.
Overall, approving the project results is a crucial step in the closing phase of
the project. The project team can make sure that the project has been finished
effectively and that the project objectives have been met by presenting the
project's final results to the stakeholders and getting their approval.
Page 66 of 153
Documenting Project Learnings
The project closure phase includes a crucial step called documenting the
project learnings. In order to improve the entire project management process,
it includes documenting the insights, best practices, and lessons discovered
throughout the project. Following are some procedures for recording project
learnings during the closing phase:
Find the main lessons learned: Finding the most important insights, best
practices, and lessons learnt throughout the project is the first step in
recording the project learnings. To determine the most important lessons
learned, this can include holding a formal review or debrief with the
project team.
Summarises the main lessons: The project learnings should be arranged
so that they are simple to grasp and easy to find again. This can include
drafting a report or other paper that summarises the main lessons.
Share the lessons learned: The project team needs to share the lessons
learned with the appropriate stakeholders. Sharing the report or
document with the stakeholders or presenting the lessons learned in a
meeting could be part of this.
Keep records: Keep the lessons learned in one place so they are
accessible and can be used as references in the future. The project
learnings should be kept in one central area. This can include keeping
them in a specialised knowledge management system or in a project
management tool.
Overall, a crucial stage in the Project closing phase is documenting the project
learnings. The project team may enhance the overall project management
process and ensure that future projects are more successful by documenting
the main insights and lessons learnt throughout the project.
Page 67 of 153
Project Leadership
Page 68 of 153
Human Resource Management
Page 69 of 153
Public Relations Management
Page 70 of 153
Service Sector Management
Project management success depends on having the right abilities for the
service sector. Here are some pointers for project managers looking to develop
their service sector management abilities:
Recognize client needs: It's crucial for project managers to recognise
client demands and make sure the project satisfies them. To understand
client requirements, this may include gathering feedback or doing
customer research.
Communicate with customers: Customers must be effectively
communicated with in order for service sector management to be
successful. This involves the capacity to pay attention to and understand
the demands and worries of clients as well as the capacity to effectively
communicate updates on the project and its status.
Manage customer expectations: Managing client expectations is a
component of service sector management. Clear expectations for the
project, regular communication with clients about its status and any
potential problems, and openness regarding decision-making
procedures are all ways to achieve this.
Encourage customer relationships: It's critical for project managers to
have a good rapport with clients. This can be accomplished by
consistent communication, prompt problem-solving, and attention to
client demands.
Constantly enhance customer service: Service sector management
includes working to continually enhance the client experience. This
could include putting new procedures or technology into place to boost
productivity, getting consumer input to pinpoint potential improvement
areas, and making adjustments in response to client demands.
Overall, acquiring abilities in service sector management is crucial for project
management success. Project managers can successfully manage the service
components of their projects by understanding client demands, effectively
communicating, controlling customer expectations, cultivating customer
relationships, and consistently improving service.
Page 71 of 153
Cost Management
Page 72 of 153
Procurement Management
Page 73 of 153
Risk Management
Page 74 of 153
Performance Management
Page 75 of 153
Ethical Issues and Professionalism in Project Management
Page 76 of 153
Introduction to Agile
Page 77 of 153
Uses, Pros, and Cons of Agile
Uses:
Although it can be used for various kinds of projects, agile project
management is frequently used in software development projects. It is
best suited for projects that are intricate, fraught with ambiguity, or
necessitate regular communication with the client.
Pros:
Gives room for adaptability and flexibility on providing value to the
customer.
Promotes face-to-face interaction and teamwork
Enables the quick and regular release of functional software
Can result in higher client satisfaction
Cons:
Not necessarily appropriate for all projects.
Requires great teamwork and leadership abilities.
Possibly calls for a change in the organization's culture
It might be challenging to estimate time and resources accurately.
Those who are unfamiliar with agile approaches could have a learning
curve.
Page 78 of 153
Key Agile Principles and Concepts
Page 79 of 153
Agile Terminologies
Page 80 of 153
Getting started with Agile
There are a few crucial steps you can take to get started if you are new to
Agile project management. These consist of:
Learn the fundamentals and guiding principles of Agile: This will assist you
in understanding the core principles of Agile and how they differ from
more conventional project management techniques.
Determine which Agile framework is best for your project: You have a
number of options, including Scrum, Lean, and Kanban.
Create a cross-functional team: Create a cross-functional team with the
knowledge and abilities required to finish the project.
Create a product backlog: Create a product backlog with user stories
and specify the product's vision and goals.
Value cooperation and improvement: Create an atmosphere at work
that values cooperation and improvement over time.
Have regular planning and meetings: To keep the project on track and
continuously enhance the procedure, have regular sprint planning, daily
stand-up, sprint review, and retrospective meetings.
Track progress: Track progress and manage the project using project
management tools like Trello or JIRA.
Continually modify: Continually modify the project strategy in light of
criticism and evolving conditions.
Page 81 of 153
Career in Agile
Page 82 of 153
Professional Agile Leadership (PAL I)
The Agile Leadership Institute offers the Professional Agile Leadership (PAL I)
certification (ALI). Professionals that desire to advance their leadership abilities
and methods in an Agile environment should use it.
The following leadership competencies are the ones that the PAL I certification
focuses on building:
Vision: The capacity to formulate a compelling vision for a project or
organisation and to successfully convey it to others.
Strategy: the capacity to create a strong strategic plan and to match
the project or organisation with the broader goals and vision.
Culture: the capacity to promote an environment that supports Agile
techniques and concepts.
People: the capacity to build and lead a high-performing team and to
promote team members' personal and professional development.
Candidates must finish a three-day training programme and an exam to be
qualified as a PAL I. Agile concepts and principles, leadership styles,
communication, and team development are among the subjects covered in
the programme. The evaluation, which is a multiple-choice test, gauges
candidates' knowledge and comprehension of the PAL I competencies.
Professionals who wish to enhance their careers in Agile leadership and have
a positive impact on their businesses or projects should earn the PAL I
certification.
Page 83 of 153
Professional Agile Leadership - Evidence Based
Management (PAL-EBM)
Page 84 of 153
Introduction to Scrum
Page 85 of 153
Uses, Pros, and Cons of Scrum
Scrum has a variety of uses, including software development, but it can also
be used for other kinds of projects, including event planning, product
development, and marketing campaigns. It is ideally suited for projects that
are complicated, unclear, or have requirements that change quickly.
Pros of Scrum:
Increases accountability and transparency
Enhances cooperation and communication
Improves client satisfaction
Quickly delivers value
Increases team spirit
Cons of Scrum:
Requires the team to be extremely dedicated and disciplined.
In a conventional, hierarchical company, it can be difficult to
implement. It might need more resources and training.
Not necessarily appropriate for all projects.
Page 86 of 153
Key Scrum Principles and Concepts
Page 87 of 153
Scrum Terminologies
Page 88 of 153
Getting started with Scrum
Page 89 of 153
Career in Scrum
Scrum offers a variety of career paths, including those for the Scrum master,
product owner, and development team member. Software development is
where Scrum experts often work, however Scrum can be used on any kind of
project in any sector.
Certified Scrum Master (CSM): For Scrum practitioners, the Certified
Scrum Master (CSM) certification is a widely recognised credential.
People must finish a training programme and pass an exam to become
CSMs.
Professional Scrum Master (PSM): Scrum offers a higher level of Scrum
certification called Professional Scrum Master (PSM). People must pass a
series of examinations to prove they understand Scrum in order to
become a PSM.
Scrum Master Professional Certificate (SMPC): The Scrum Alliance offers
the Scrum Master Professional Certificate (SMPC) as a qualification. It is
intended for seasoned Scrum masters who wish to showcase their
superior knowledge and abilities.
Professional Scrum with User Experience (PSU): Professionals who wish to
show that they can apply Scrum concepts to user experience design
can get the Professional Scrum with User Experience (PSU) certification
from.
Professional Scrum with Kanban (PSK): Scrum offers the Professional
Scrum with Kanban (PSK) certification to professionals who want to
demonstrate their proficiency in combining Scrum and Kanban.
Disciplined Agile Scrum Master (DASM): The Disciplined Agile Consortium
offers the Disciplined Agile Scrum Master (DASM) certification to
professionals who want to prove their proficiency in integrating Scrum
with disciplined agile concepts.
Scaled Professional Scrum (SPS): Scrum organization offers the Scaled
Professional Scrum (SPS) certification to professionals who want to prove
their proficiency in using Scrum at scale.
Professional Scrum Developer (PSD): Professionals who want to show that
they can apply Scrum principles to software development can earn the
Professional Scrum Developer (PSD) certification from Scrum
Product Owner for Scrum (PSPO): For professionals that want to prove
their competence as a Scrum product owner, Scrum organization offers
the Scrum Product Owner (PSPO) certification.
Page 90 of 153
Certified Scrum Master (CSM)
Page 91 of 153
Professional Scrum Master (PSM)
Page 92 of 153
Scrum Master Professional Certificate (SMPC)
For people who have a thorough understanding of the Scrum framework and
who wish to demonstrate their capacity to use Scrum in a professional setting,
the Scrum Master Professional Certificate (SMPC) is a professional credential.
Individuals must demonstrate their knowledge and understanding of Scrum
through a combination of classroom study and practical experience in order
to acquire the SMPC. They can take an online exam to obtain the SMPC after
completing the appropriate education and gaining the necessary
experience. The Scrum Alliance, a specialised group that promotes the use
and use of Scrum in businesses all around the world, has acknowledged the
SMPC.
Page 93 of 153
Professional Scrum with User Experience (PSU)
Page 94 of 153
Professional Scrum with Kanban (PSK)
Page 95 of 153
Disciplined Agile Scrum Master (DASM)
Page 96 of 153
Scaled Professional Scrum (SPS)
Page 97 of 153
Professional Scrum Developer (PSD)
Page 98 of 153
Scrum Product Owner (PSPO)
The Scrum organization organisation offers the Scrum Product Owner (PSPO)
certification as a professional credential. It is intended for people who are
primarily in charge of overseeing the product backlog and making sure the
final product provides value to the client. People who want to become
certified as product owners (PSPOs) must pass an exam and show that they
have a solid grasp of the Scrum framework's tenets, processes, and roles. The
certification is valid for two years after which time persons must go through the
renewal process in order to keep their certification.
Page 99 of 153
Introduction to Kanban
Uses of Kanban:
Kanban is a project management technique that is frequently used in
manufacturing and software development. It is built on the just-in-time (JIT)
production tenets and intended to assist teams in providing goods or services
more successfully and efficiently.
Pros of using Kanban:
Kanban assists teams in locating and removing bottlenecks in their
workflow, which can increase productivity and decrease waste.
Teams may monitor the status of their work in real-time, which can speed
up the identification and resolution of problems.
Kanban is adaptable and simple to tailor to the requirements of various
teams and projects.
It is easy for teams to get started with because it is straightforward to
learn and apply.
Cons of using Kanban:
Not all project types can benefit from kanban, and it might not be the
best option for projects with stringent deadlines or those that demand a
high degree of predictability.
Team members must be extremely dedicated and disciplined in order
for it to be successful.
For teams who are not accustomed to working in an Agile setting,
Kanban might not be the best option.
Kanban project management techniques may make it more
challenging to evaluate a team's performance than other project
management techniques.
In order to scale Agile methods and provide value more effectively and
efficiently, businesses might use the Scaled Agile Framework (SAFe), a project
management framework. SAFe's fundamental ideas and tenets include the
following:
Lean-Agile principles: Based on Lean-Agile concepts, SAFe emphasises
speedy value delivery, ongoing process improvement, and giving teams
decision-making authority.
Value streams: Work is divided into value streams by SAFe, which are
end-to-end value flows from conception to delivery. This facilitates
coordinating activities with organisational objectives and client
demands.
Agile release trains: SAFe uses Agile release trains (ARTs) to manage
collaboration across many teams. ARTs are self-managing, self-
organizing teams that collaborate to provide value.
Lean-Agile leaders: SAFe places a strong emphasis on the value of Lean-
Agile leaders who can forge a climate of constant improvement and
enable teams to produce results.
Lean-Agile portfolio management: Lean-Agile portfolio management is
a component of SAFe that helps organisations in setting priorities and
selecting investments wisely.
Lean-Agile governance: SAFe incorporates a Lean-Agile governance
mechanism that helps organisations in coordinating strategy with
execution and selecting investments and risks with knowledge.
Scaled Agile, Inc. offers the Certified SAFe Practitioner (SP) credential. The
Scaled Agile Framework (SAFe) implementation course is intended for
professionals who wish to understand how to do so in their company. People
must finish a two-day training and pass an exam to become Certified SAFe
Practitioners. Lean-Agile leadership, Agile development approaches, and
other SAFe principles and practices are covered in the course. Multiple-choice
questions are asked during the online exam. Individuals who pass the exam
receive the Certified SAFe Practitioner (SP) credential. The renewal of this
certification, which has a two-year expiration date, requires meeting
continuing education criteria.
The Scaled Agile Framework's developers, Scaled Agile, Inc., provide the
Certified SAFe Scrum Master (SSM) certification (SAFe). It is intended for
professionals who wish to understand how to assist the growth of high-
performing Agile teams by applying the SAFe concepts and practices.
Individuals must successfully complete a two-day training session and exam to
become a Certified SAFe Scrum Master. Lean-Agile principles and practices,
SAFe Scrum Master roles, and methods for assisting Agile teams are all covered
in the programme. With the help of the SAFe framework, it is intended to equip
participants with the knowledge and abilities they need to successfully lead
and facilitate Agile teams.
Professionals who have earned the SAFe Agilist certification are known as SAFe
Agilists (SA). This certification is intended for individuals who are in charge of
overseeing enterprise-level Lean-Agile development initiatives. SAFe Agilists
are highly knowledgeable about the SAFe framework and how to use it to
support businesses in achieving their goals. They are adept at directing Lean-
Agile transformations, mentoring teams and leaders in Lean-Agile techniques,
and directing agile ceremonies and events. SAFe Agilists are also capable of
assisting organisations in building Lean-Agile ideals, concepts, and practices in
order to enable Lean-Agile development. They are often seasoned
professionals with training in software development, project management, or
similar disciplines.
The Certified SAFe DevOps Practitioner (SDP) credential honours people who
have proven their expertise in implementing DevOps practices and concepts
in a SAFe context. Individuals must finish a training programme and pass an
exam to become SDP certified. The training programme covers subjects like:
Recognizing the DevOps tenets and practices and how they relate to a
SAFe environment
putting continuous integration, delivery, and deployment into practice
Collaboration and communication between the development and
operations teams should be improved.
Agile quality practices implementation
Measuring and enhancing the value stream's flow
Professionals that are in charge of establishing and keeping a DevOps culture
inside their firm should consider earning the SDP certification. This could involve
positions like:
Those on the development team
operatives on the team
engineers for test automation and testers
product supervisors
Architects
Project directors
Alternate agents
Many firms use Jira, a well-liked project management and problem tracking
platform, to schedule, monitor, and release software. Here are some Jira uses,
benefits, and drawbacks:
Uses: Jira is used for many different things, such as agile project management,
bug tracking, and customer support. It may be used to manage projects of
any scale and across a range of sectors, including marketing, finance, and
software development.
Pros: Jira can be highly customised to meet the demands of various teams and
projects. It offers several capabilities, including as reporting, integrations with
other applications, and agile tools. Jira is simple to use and has an intuitive UI.
Cons: Jira can be pricey, particularly for bigger enterprises. Additionally, it has
a challenging learning curve and would need assistance getting up and
running. Jira has a lot of functionality and can be challenging to use, which
some users may find overwhelming.
Agile teams frequently use Jira, a project and problem tracking tool. Here are
a few terms used frequently in Jira:
Project: In Jira, a project is a group of tasks that are tracked, such as a
software development initiative or a marketing campaign.
Issue: A specific task that must be finished as part of a project is referred
to in Jira as an issue. Bugs, tasks, and user stories are examples of issues.
Board: The work being done on a project is visually represented on a
board in Jira. It can display how problems develop during various
workflow phases.
Sprint: In Jira, a sprint is a predetermined time frame (often two to four
weeks) within which a certain collection of tasks is finished. Agile
software development frequently uses sprints to produce functional
product increments.
Epic: In Jira, an epic is a substantial piece of work that is divided into
smaller problems. Epics are used to chart the development of significant
pieces of work and to put related topics together.
Story point: Jira uses story points as a unit of measurement to gauge the
scope or complexity of an issue. They are frequently used in agile
software development to assist teams in estimating how much work can
be finished in a sprint.
For those that are knowledgeable about Jira, there are numerous options
available. Several instances include:
Jira administrator: A Jira administrator is in charge of overseeing the
organization's Jira instance. This covers creating projects, setting up
workflows, and controlling users.
Jira developer: To satisfy the unique requirements of an organisation, a
Jira developer is in charge of developing bespoke plugins and
integrations for Jira.
Jira consultant: A Jira consultant assists businesses with the
implementation and optimum use of Jira. Users may need to be trained,
workflows may need to be set up, and Jira may need to be integrated
with other systems.
Jira trainer: A Jira trainer helps users of the tool become more adept at
using it by offering training and support.
Jira support specialist: A Jira support specialist assists users with any
inquiries or issues they might have with Jira as well as with troubleshooting
any issues they might have.
Uses:
Project planning and scheduling: You can use Oracle Primavera to
construct a thorough project schedule that lists all the tasks,
dependencies, and resources needed to finish the project. It also has
resources for monitoring development and predicting project
completion.
Resource management: Oracle Primavera has capabilities for allocating
resources among several projects and managing them. This includes the
capacity to monitor resource usage, spot bottlenecks, and improve
resource distribution.
Project control: Oracle Primavera offers tools for tracking and managing
the progress of projects. This includes the capability to monitor actual
progress in comparison to the project plan, spot deviations, and make
necessary corrections.
Pros:
Comprehensive project management capabilities: Oracle Primavera
has a wide range of tools and functions for planning, scheduling, and
controlling projects. It has comprehensive project management
capabilities. Because of this, it's a terrific option for businesses who
require a single, integrated solution to manage all facet of their projects.
Scalability: From small projects to large, complicated programmes,
Oracle Primavera can be used to manage projects of any size. This
makes it a fantastic option for businesses that need to manage several
projects at once.
Customization: Oracle Primavera offers several customization options,
including the capacity to design unique fields, workflows, and reports.
As a result, businesses can modify the software to suit their own
requirements.
Cons:
Complexity: Oracle Primavera is a comprehensive product, yet using it
can be challenging. For new users, there can be a big learning curve,
and it might need more help and assistance.
Cost: Since Oracle Primavera is a piece of commercial software, its price
may be higher than that of some alternative project management
solutions. Because of this, groups with low funds can find it less desirable.
Compatibility: Oracle Primavera is compatible with a particular range of
platforms and technologies. Its compatibility with other products and
systems that a company already uses could be constrained as a result.
In order to begin using Oracle Primavera, you must do the following actions:
Oracle Primavera installation: Installing Oracle Primavera on your
computer is the first step. A current licence is required to use the
software.
Create a new project: It is as simple as clicking the "New Project" button
after Oracle Primavera has been installed. The project needs to have a
name, a description, a start date, and an end date entered.
Add tasks to your project: The next step is to add tasks to your project.
You can accomplish this by selecting "Add Task" and inputting the task's
information, including its name, duration, and dependencies.
Assign resources: Assigning resources to tasks is necessary after you've
added them. To accomplish this, select the "Resources" tab and add the
necessary resources to each task.
Set dependencies: You can set dependencies between activities by
selecting the tasks that must be finished before one activity can begin
on the "Predecessors" page.
Track progress: Update the status of each job and keep an eye on the
project timeline to track progress as you work on your project.
Report and analyze: Reporting and analysis tools include Gantt charts,
resource usage, and cost analysis in Oracle Primavera. These tools are
all available for reporting and evaluating project data. These resources
can help you understand the state of your project and spot any
problems or areas for development.
Teams can organise and prioritise their work using the project management
application Trello. It represents tasks and their progression visually using a board
in the Kanban manner. Here are some uses, benefits, and drawbacks of Trello:
Uses: Teams use Trello to keep track of and manage their workload, work
together on projects, and communicate with one another. It can be
used in a range of sectors and is appropriate for teams of all sizes.
Pros: Trello's simplicity and usability, visual user interface, and
connectivity with other programmes like Google Drive and Slack are
some of its benefits. Teams can access and update their work easily
while on the go thanks to Trello's mobile compatibility.
Cons: Trello's limited capabilities in comparison to more sophisticated
project management systems and the possibility that it may not be
appropriate for large and complex projects are some potential
downsides. Trello is also less customisable than some other project
management systems, making it potentially less ideal for organisations
who must strictly adhere to security and compliance regulations.
Teams can track and manage their work using the visual board structure in
Trello, a project management and organising application. Here are some of
the fundamental ideas behind Trello:
Cards: Trello represents distinct projects or pieces of work using cards.
These cards, which can also have extra details like attachments,
comments, and checklists, can be moved between lists to demonstrate
progress.
Lists: Trello groups related cards together by using lists. These lists may
indicate several work phases, including "To Do," "In Progress," and "Done."
Boards: Trello organises lists and cards using boards. Each board, which
may contain many lists, represents a particular undertaking or area of
works.
Labels: Trello gives users the option to label cards in order to add more
context or categorization. These labels may be used to denote the
importance or kind of work that the card represents.
Members: Trello users can invite team members to work together on a
board. Members can be allocated to particular cards to indicate who is
in charge of each task.
Power-Ups: To improve a board's usefulness, Trello provides a variety of
"power-ups" that can be applied. Integrations with other programmes,
extra features like the calendar view, or personalization choices like
background graphics are some examples of these power-ups.
A project management tool called TILOS (TIme, LOcation System) assists users
in organising, scheduling, and coordinating challenging tasks. It is frequently
used in the building and infrastructure sectors as well as other industries where
managing large, complex projects is necessary. Users using TILOS can construct
thorough project timetables, monitor development, and spot potential
problems in advance. Additionally, it provides resources for cost tracking, risk
analysis, and resource management. Because TILOS is flexible and adaptable,
customers can customise it to meet their unique project management
requirements.
The terms and expressions used within the TILOS project management software
are referred to as TILOS terminologies. Typical TILOS jargon includes the
following:
Activity: An activity is a specific task or piece of work that must be
finished as part of a project.
Resource: A resource is something that is needed to finish a job, such as
a person, piece of machinery, or piece of material.
Work package: A work package is a certain scope of work that has
been divided up into smaller, more manageable tasks.
Time axis: The time axis is a graphic representation of the project timeline
that displays the beginning and ending dates of every activity as well as
their connections.
Gantt chart: A Gantt chart is a kind of bar graph that displays each task's
start and end dates as well as the dependencies between them.
Network diagram: A network diagram is a graphic representation of a
project's tasks and their interdependencies that demonstrates the flow
of work.
Critical path: Because they take the longest to complete and have an
impact on the project's overall timing, the critical path is a set of tasks
that must be finished in a specified order.
Resource histogram: A resource histogram displays the workload of each
resource within the project and provides a visual depiction of resource
use over time.
You must set up your project and install the necessary software before you can
begin using TILOS. Here are some actions to take:
Installing the programme: From the official website, you may download
and set up TILOS on your PC.
Create your project: After installing TILOS, you may begin creating your
project. This includes making a new project file, entering the information
for your project, and adding any resources or activities you plan to use.
Establish a schedule: By adding your tasks and resources, establishing
dependencies, and imposing limits, you may use TILOS to construct a
schedule for your project.
Track progress: Use TILOS to keep track of progress while you work on
your project and adjust the timetable as appropriate.
Communicate with stakeholders: TILOS offers a variety of tools and
capabilities, including project reports and Gantt charts, that you may
use to communicate with your team and stakeholders.
Review and analysis: After your project is finished, you may use TILOS to
assess the management of your project and the effectiveness of your
findings. This can assist you in determining any future improvement areas.
The Project Management Institute (PMI) created a manual called The Project
Management Body of Knowledge (PMBOK) that lists principles and best
practices for managing projects. The PMBOK is widely regarded as a standard
in the project management industry and is built on the pooled experiences
and expertise of PMI members.
There are nine knowledge areas in the PMBOK:
Project integration management: This subject area deals with the
procedures necessary to make sure that all of the project's components
are correctly coordinated.
Project scope management: This subject area deals with the procedures
required to specify and regulate the project's scope.
Project time management: Planning, scheduling, and controlling the
project timetable are all covered in this knowledge area on project time
management.
Project cost management: The procedures required to plan, estimate,
budget for, and control project costs are covered in this knowledge
area.
Project quality management: This subject area includes the procedures
required to ensure that the project satisfies the necessary standard of
quality.
Project resource management: The procedures required to recruit, train,
and oversee the project team are covered in this knowledge area.
Project communication management: This knowledge area addresses
the procedures required to ensure successful communication among
project team members and with stakeholders.
Project risk management: This subject area deals with the procedures
required to recognise, evaluate, and deal with project risks.
Project procurement management: The procedures required to get
goods and services from outside providers are covered in this
knowledge area.
Periodically, the PMBOK is updated to reflect the most recent best practices in
project management. It is frequently a necessary resource for the professional
certifications offered by PMI and is commonly used as a reference by project
management experts.