The document provides an introduction to a workshop on project management basics. It begins with biographies of the instructor, Mena Mostafa, who has 15 years of experience as a project manager, business analyst, and developer. The workshop agenda is then outlined and will cover key definitions, theories of project management, a sample project, and lessons learned. Ground rules for the workshop are also established around participation and learning. Finally, the document provides definitions for many important project management terms like stakeholders, roles, communication, scope, requirements, and work breakdown structure to set the foundation for the topics to be covered.
2. Who Am I?
Mena Mostafa
Instructor, Coach & Advisor
15 years experience (software development field)
Project Manager, Business Analyst & Developer
Worked in the enterprises world (ASSET, ITWorx,
etisalat…)
Managed over 150 projects (simple websites, portals,
ERP, eCommerce, games…)
Led teams (co-located, remote, vendors)
Joined the entrepreneurship & the world of
startups
3. Who Are You?
What have you heard about project
management?
Have you managed projects?
What would you like to know?
5. Switch off/silent your mobile phones
Leave titles at the door
Participate
Ask questions
Share your experience
Make mistakes & learn from them
Request a break when you need to
Have fun!
The Deal
10. • Solve a problem
• Take advantage of an opportunity
Specific goal
11. d
• Shouldn’t run for ever
• Goal is crucial to identify when the project is done
Beginning and end
Jan
22
Aug
25
12. d
• Shouldn’t run for ever
• Goal is crucial to identify when the project is done
Beginning and end
Jan
22
Sep
25
13. d
• Shouldn’t run for ever
• Goal is crucial to identify when the project is done
Beginning and end
Jan
22
Oct
25
14. d
• Shouldn’t run for ever
• Goal is crucial to identify when the project is done
Beginning and end
Jan
22
Nov
25
15. d
• Shouldn’t run for ever
• Goal is crucial to identify when the project is done
Beginning and end
Jan
22 GOAL
16. d
• Not only money
• Other constraints: people, tools and time
Budget
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. Leadership
People management
(customers, suppliers,
functional managers and
project team)
Effective communication
(verbal and written)
Influencing
Negotiation
Conflict management
Estimating
Planning
Time management
Contract management
Problem solving
Creative thinking
Who is the Project Manager?
Project managers bear ultimate responsibility for
making things happen. A PM must have a range
of skills:
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
Ensure that 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 should be
validated
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. Dependency
Tasks in a project are related to each other
The relationships between them drive the
schedule for the project
Types:
Causal/logical
Resources constraint
Discretionary/preferential
Task A
Task B
FS
41. Task A
Task B
FF
Dependency
Tasks in a project are related to each other
The relationships between them drive the
schedule for the project
Types:
Causal/logical
Resources constraint
Discretionary/preferential
42. Dependency
Tasks in a project are related to each other
The relationships between them drive the
schedule for the project
Types:
Causal/logical
Resources constraint
Discretionary/preferential
Task A
Task B
SS
43. Dependency
Tasks in a project are related to each other
The relationships between them drive the
schedule for the project
Types:
Causal/logical
Resources constraint
Discretionary/preferential
Task A
Task B
SF
44. 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
45. Critical Path
Succession of connected tasks that will take the
longest to complete
The Critical Path is the longest path to complete
the project
Crack
eggs
Wait for eggs to poach
Mak
e
meal
Eat
mea
l
Slice
bread
Wait for bread
to toast
Butter
toast
Fill
kettle
Wait for kettle to
boil
Make
tea
Time
46. Earned Value
Approach to monitor:
Project plan
Actual work
Work-completed value
to see if a project is on track (performance &
progress)
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?”
47. Forecasting
How the future will turn out based on:
Progress
Earned value
Risks
Assumptions
49. 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
50. 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
52. 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?
55. Project Success
Projects must be within cost
Projects must be delivered
on time
Projects must be within
scope
Projects must meet customer
quality requirements
62. 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
63. 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
64. 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
65. 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
66. 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
67. 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
Get paid!
70. Step #0: Project Definition
Activities
Agree on project
name
Define project
objectives/goals
Allocate high level
budget
Set high level
timeframe
Output
Set meeting with
vendor
71. Step #1: Project Initiation
Activities
Study resources
Anticipate cost
Meet with client to
understand project
Define stakeholders
Define scope
Output
Project signoff
Scope
High level budget
High level timeframe
Payment terms
76. Project Management Tools
Depends on the nature, size and complexity of the project
There are different tools to manage:
Requirements
Resources
Budget
Time
Tasks
Documents
Issues
Defects
Billing
Reports
Calendars
Meetings
…
Varying from paper and pen to complex software