-
-
Save ZapDos7/d87731fbfe99ba43afe02024910bbda6 to your computer and use it in GitHub Desktop.
- Planning (project timeline based on milestones)
- Organising (how are tasks assigned)
- Controling (time, people/resources)
- Measuring
A project has a start & an end dates, but is quantifiable based on precise time of handoff.
Therefore, we need to understand what the client wants & find what is needed (people, resources, techniques) in order to achieve it.
Defined by: planning, task assignments & measurement.
Timebounds are very important (organising, ETA, cost calculation)
Delays lead to waste, or financial taxation for extra hours.
- Identify project requirements
- Identify tasks
- Divide timeline based on people & tasks
- Find resources (e.g. for items needed)
- Proper task assignment
- Deliver final project
- (depends on project's nature) Support
Project Leader (PM) and smaller PMs with specialization per process (de-centralize)
- Team Mission Statement
- Work Breakdown Structure
- Task Planning & Analysis
- Precedence or Network Diagram (task management)
- Resource Loading Schedule
- Resolve resource conflicts & risk
- Endorsement & Commitment
+-----------------+ +---------------+
| work breakdown | ↔ | Risk Planning |
+-----------------+ +---------------+
| structure (WBS) |
+-----------------+
↖ ↗
↕ ↙ ↘ ↕
+-----------------+ +---------------+
| Task planning | | Budget |
| & scheduling | ↔ | |
+-----------------+ +---------------+
Planned vs Actual (activities, accomplishments, costs) e.g. something goes wrong, plan ahead & fix
Major reasons:
- Unclear Objectives
- Bad Planning
- No PM methodology/no experience
- New technology/not enough knowledge
- Insufficient stuff
- better predictability so we can meet requirements better
- less cost through reduced rework
- better source management
- better planning
- improve quality through proper quality planning & control
- better control through Change Management/monitoring etc
^ formal
| / (large, complex projects)
| /
PM | /
| / (small projects)
+---------------------> formal
informal Dev Methods
Clear distinction based on project scale so different dev methods needed.
Basic objective for member commitment that the project will be completed in time & correctly.
Delivering high quality project & client satisfaction => review final project (cost, value, long term cost etc)
- Project strategy = meeting w/ team
- Can't change project requirements
- Realistic definition of cost, time frame etc
- Work in a team, learn solo
- Plan who does what, when, how, merge people's work, define resources.
- Brainstorming based on cost, timeframe, goals
- QnAs: check with client & team members
- Work smart, not hard.
- Experiment on your own & study case studies.