This document provides an introduction to project management concepts. It begins with introductions from the presenter and the audience. It then defines key project management terms like project, project management, stakeholders, roles, scope, requirements, deliverables, change, risk and lessons learned. It discusses the triple constraints of scope, time and cost. It also outlines the typical project lifecycle phases of initiating, planning, executing, monitoring/controlling and closing. The document concludes with discussing next steps like certifications and tools to use in project management.
2. Who Am I?
Mena Mostafa
ī¨ Freelance consultant
ī¨ 15 years experience (software development field)
ī¨ Project Manager/Business Analyst/Developer
ī¨ Wrote my first app in â88
ī¨ Graduated from faculty of Engineering â99
ī¨ Worked in ASSET, ITWorx, etisalatâĻ
ī¨ Managed over 150 projects (simple websites, portals,
ERP, eCommerce, gamesâĻ)
ī¨ Led teams (co-located, remote, vendors)
3. Who Are You?
ī¨ Who heard about project management?
ī¨ Have you managed projects?
ī¨ What would you like to know?
5. ī¨ I need your ears, eyes and minds
ī¨ I need your participation
ī¨ The envelope
ī¨ Microphones
ī¨ If you are not interested, please feel free to
leave at any time
The Deal
7. What is a Project?
ī¨ Unique endeavor
ī¨ To achieve a specific
goal/objective
ī¨ Having a defined beginning
and end date
ī¨ Governed by a budget
14. d
âĸ Shouldnât run for ever
âĸ Goal is crucial to identify when the project is done
Beginning and end
Jan
22
GOAL
15. d
âĸ Not only money
âĸ Other constraints: people, tools and time
Budget
16. Projects are not Operations
Always has
start & end date
Produces a
unique product,
service or result
Projects
Is an ongoing
process of
functions
Always
produces the
same product,
service or result
Operations
17. What is Project Management?
The art and science of
planning, organizing, and
managing resources
to bring about the
successful completion of
specific project goals and
objectives
18. Who is the Project Manager?
Project managers bear ultimate responsibility for
making things happen. A PM must have a range
of skills:
19. Who is the Project Manager?
Project managers bear ultimate responsibility for
making things happen. A PM must have a range
of skills:
ī¨ Leadership
ī¨ People management
(customers, suppliers,
functional managers and
project team)
ī¨ Effective communication
(verbal and written)
ī¨ Influencing
ī¨ Negotiation
ī¨ Conflict management
ī¨ Planning
ī¨ Contract management
ī¨ Estimating
ī¨ Problem solving
ī¨ Creative thinking
ī¨ Time management
20. What Do Project Managers Do?
ī¨ Define the project, reduce it to a set of
manageable tasks, obtain appropriate
resources and build a team to perform the
work
ī¨ Set the final goal for the project and motivate his
or her team to complete the project on time
ī¨ Inform all stakeholders of progress on a regular
basis
ī¨ Assess and monitor risks to the project and
mitigate them
ī¨ No project ever goes exactly as planned, so
project managers must learn to adapt to and
21. Who is the Project Team?
A group of professionals committed to achieving
common objectives, who work well together and
who relate directly and openly with one another
to get things done.
ī¨ Project team membership
Project manager (chosen before Initiation)
Core team (chosen before Planning)
Supporting team (chosen before Launching)
22. Why Projects Fail?
Many things can go wrong in project
management:
ī¨ Poor
communication
ī¨ Disagreement
ī¨ Misunderstandings
ī¨ Bad weather
ī¨ Union strikes
ī¨ Personality
conflicts
ī¨ Poor management
ī¨ Poorly defined
goals and
objectives
24. Stakeholder
ī¨ Any person or organization that is actively
involved in a project
ī¨ Or whose interests may be positively or
negatively affected by execution or
completion of the project
ī¨ It can be the client
end-user, top management,
teamâĻ
25. Role
ī¨ Although projects are different, there are
commonly occurring roles that exist in most
projects
ī¨ Sometimes individuals occupy more than one
role
ī¨ Common roles
Business owner
26. Role
ī¨ Although projects are different, there are
commonly occurring roles that exist in most
projects
ī¨ Sometimes individuals occupy more than one
role
ī¨ Common roles
Business owner
Project manager
27. Role
ī¨ Although projects are different, there are
commonly occurring roles that exist in most
projects
ī¨ Sometimes individuals occupy more than one
role
ī¨ Common roles
Business owner
Project manager
Quality team
28. Communication
ī¨ An essential component for good project
management
ī¨ Ensures all stakeholders are equally informed of:
How
When
Why
communication will happen
ī¨ Communication is a very effective way to:
Solve problems
Deal with risks
Ensure that tasks are completed on time
29. Scope
ī¨ Description of the work that will be done
ī¨ What will not be done (useful to avoid
confusion)
ī¨ Be very specific when writing it
31. Deliverable
ī¨ List of deliverables produced by the project
ī¨ Describe deliverables in an unambiguous manner
ī¨ Examples:
Project Plan
Requirements Document
Design Document
Source Code
Test Plan
Test Cases
Release Notes
User Guides
32. Baseline
ī¨ Baseline is the value or condition against which
all future measurements will be compared
ī¨ Baseline is a point of reference
ī¨ Three baselines
scope baseline
schedule baseline
cost baseline
ī¨ The combination of all three baselines is
referred to as the performance measurement
baseline
33. Change
ī¨ The nature of projects makes change inevitable
ī¨ Changes impact projectâs budget & schedule
(sometimes outcome)
ī¨ To cope with changes use a formal change
control procedure
34. Re-work
ī¨ A rework can arise due to:
Change in scope
Quality of the deliverables not up to the mark
Change in requirements that is essentially a
change in scope
ī¨ Impact on time and budget depends on change
request time
35. Risk
ī¨ A risk is any factor that may
potentially interfere with successful
completion of the project
ī¨ A risk is not a problem. A problem
has already occurred, a risk is the
recognition that the problem will
occur
ī¨ By recognizing potential problems,
the PM can attempt to avoid a
problem through proper actions
36. Assumption
ī¨ Assumptions are
circumstances and events
that need to occur for the
project to be successful, but
are outside the total control
of the project team
ī¨ Assumptions are accepted
as true and are often without
proof or demonstration
â
37. Constraint
ī¨ Constraints are things that
might restrict, limit, or
regulate the project
ī¨ Generally constraints are
outside the total control of
the project team
38. Work Breakdown Structure
(WBS)
ī¨ 1st step in project planning
ī¨ An effective tool to list all project tasks
ī¨ Allows to group all tasks under main activities
ī¨ Ensures a clear overview of what to execute
Project
Task
Work
Work
Task
Work
Work
Task
Work
Work
39. Estimate
ī¨ Before proceeding in planning, estimate
projectâs activities & tasks
ī¨ Based on the WBS, estimate effort each
task/activity will take regardless of resources
ī¨ Time and cost estimates are important for the
success of the project
40. Schedule
ī¨ The project schedule is the tool that
communicates:
What work needs to be performed
Which resources of the organization will perform the
work
The timeframes in which that work needs to be
performed
Week 1 Week 2 Week 3 Week 4 Week 5
Design
Build
Test
41. Earned Value
ī¨ Approach to monitor:
Project plan
Actual work
Work-completed value
to see if a project is on track
ī¨ EV indicates how much budget & time should
have been spent, with regards to the amount of
work done to date
ī¨ EV answers the âWhat did we get for the money
we spent?â
42. Forecasting
ī¨ How the future will turn out based on:
Progress
Earned value
Risks
Assumptions
44. Acceptance/Signoff
ī¨ Acceptance criteria represents specific and
defined list of conditions that must be met
before a project has been considered completed
and the project deliverables can and will be
accepted by the assigning party
45. Lessons Learned
ī¨ The purpose of
lessons learned is
to bring together
any insights gained
during a project
that can be usefully
applied on future
projects
Unintended
but
successful
Planned
and
successf
ul
Planned
but
failed
Failed
and not
planned
Success
Failure
Unplanned
Planned
47. Project Management
Project Management involves understanding the
fundamentals of a project:
ī¨ What business situation is being addressed?
ī¨ What do you need to do?
ī¨ What will you do?
ī¨ How will you do it?
ī¨ How will you know you did it?
ī¨ How well did you do?
50. Project Success
ī¨ Projects must be within cost
ī¨ Projects must be delivered
on time
ī¨ Projects must be within
scope
ī¨ Projects must meet customer
quality requirements
57. Project Lifecycle
Initiatin
g
Plannin
g
Closing
Monitorin
g &
Controllin
g
Executin
g
Initiating
Everything that is needed
to set-up the project
before work can start
Planning
Detailed plans of how the
work will be carried out
including time, cost and
resource estimates
Executing
Doing the work to deliver
the product, service or
desired outcome
Monitoring &
Controlling
Ensuring that a project
stays on track and taking
corrective action to
ensure it does
Closing
Formal acceptance of the
deliverables and
disbanding of all the
elements that were
required to run the
project
58. Initiating
Develop and gain approval of a general
statement of the goal and business value of the
project:
ī¨ Eliciting the needs
ī¨ Documenting the needs
ī¨ Writing a one-page description of the project
ī¨ Gaining approval to plan the project
59. Planning
Identify work to be done and estimate time, cost and resource
requirements and gain approval to do the project:
ī¨ Defining all of the work
ī¨ Estimating how long it will take to complete this work
ī¨ Estimating the resources required to complete the work
ī¨ Estimating the total cost of the work
ī¨ Sequencing the work
ī¨ Building the initial project schedule
ī¨ Analyzing & adjusting the project schedule
ī¨ Writing a risk management plan
ī¨ Documenting the project plan
ī¨ Gaining approval to launch the project
60. Executing
Recruit/assign the team and establish team
operating rules:
ī¨ Recruiting the project team
ī¨ Establishing team operating rules
ī¨ Establishing the scope change management
process
ī¨ Managing team communications
ī¨ Finalizing the project schedule
ī¨ Writing work packages
61. Monitoring & Controlling
Respond to change requests and resolve problem
situations to maintain project progress:
ī¨ Monitoring project performance
ī¨ Establishing the project performance and
reporting system
ī¨ Monitoring risk
ī¨ Reporting project status
ī¨ Processing scope change requests
ī¨ Discovering and solving problems
ī¨ Forecasting issues impact
62. Closing
Assure attainment of requirements and issue
deliverables:
ī¨ Gaining approval of having met project
requirements
ī¨ Planning and issuing deliverables
ī¨ Writing the final project report
ī¨ Conducting the post-implementation
audit/review
65. Step #0: Project Definition
Activities
ī¨ Agree on project
name
ī¨ Allocate high level
budget
ī¨ Set high level
timeframe
Output
ī¨ Set meeting with
vendor
66. Step #1: Project Initiation
Activities
ī¨ Meet with client to
understand project
ī¨ Define stakeholders
ī¨ Define scope
Output
ī¨ Project signoff
Scope
High level budget
High level timeframe
71. Project Management Tools
ī¨ Depends on the nature, size and complexity of the project
ī¨ There are different tools to manage:
Requirements
Resources
Time
Tasks
Documents
Issues
Defects
Billing
Reports
Calendars
Meetings
âĻ
Varying from paper and pen to complex software