Chapter 5 - Planning and Scheduling Flashcards
What must a project plan be able to do?
- define the tasks that need to be carried out as part of the processes that are being followed; 2. the duration and dependencies for each task;
- the people and physical resources required by each task
- the milestones or goals of each task.
What are some things that can go wrong when making a project plan?
- Unrealistic deadlines typically established by someone outside of the project team and forcing the schedule on the project team.
- Changing requirements that are not reflected in the project plan.
- Honest underestimates of effort and the amount of resources required to complete the project.
- Risks that were either predictable or unpredictable at the start of the project but not accounted for in the project plan.
- Technical difficulties that could not have been foreseen at the start of the project.
- Human difficulties that could not have been foreseen at the start of the project.
- Failure to see slippage and for the project management to see that the project is falling behind schedule.
- Miscommunication between project staff causing delays.
What are the basic principles of project planning?
- Compartmentalise
- Interdependency
- Time Allocation
- Effort Validation
- Defined Responsibilities
- Defined Outcomes
- Defined Milestones
Explain the compartmentalise principle of project planning.
The aim here is to decompose the project until the activities, actions and tasks are manageable. The basis for accomplishing this decomposition is typically to decompose both the product and the process.
Explain the Interdependency principle of project planning.
The interdependencies between activities, tasks and actions need to be determined. De- pendencies can take a number of forms. Tasks may be sequentially dependent on each other, for example, when one task must use the work product produced by another task, or when the purpose of one task is to establish some ground conditions for another task. One the other hand, if there are no dependencies between tasks then they may occur in parallel.
Explain the Time Allocation principle of project planning.
This is one of the harder tasks in project planning. An estimate of the number of resources or effort — for example, person days — must be included for each task in the plan. Then, the start date and completion date, based on the interdependencies, and whether or not the work will be completed on a part-time or full-time basis needs to be estimated.
Explain the Effort Validation principle of project planning.
The number of people and resources on a project are typically finite. Validation is the management activity of going through the project plan to ensure that only the available
Explain the Defined Responsibilities principle of project planning.
Every scheduled task should be assigned to a specific team member.
Explain the Defined Outcomes principle of project planning.
Every scheduled task should have a well defined outcome. The outcomes for software
engineering tasks are typically work products or parts of work products.
Explain the Defined Milestones principle of project planning.
Every task or group of tasks is associated with a defined milestone. Milestones are accomplished in the project plan when a work-product or group of work-products are accepted for further development.
When can the project schedule be shortened by adding more resources?
When there is no communication between the workers (e.g. picking cotton)
Define man-months
the number of months it would take a person to complete a task
What is a pitfall of using man-months to estimate project duration?
can be misleading. A task that takes ten months for a single person is unlikely to take one month for ten people.
How can adding more people to a project that is already behind schedule go wrong?
- can cause delays due to unfamiliarity with the system
- noobs must learn the system - h takes people off the project to help the new people, and the project falls even further behind.
- as new people are added the number of communication channels increases and so may slow the work down even more.
What is the work breakdown structure?
The principle of compartmentalisation requires that we break this high-level set of tasks down into more manageable tasks. The task breakdown can be done using a diagram and this results in a tree-like structure called the work breakdown structure.
Define the 100% rule regarding the work breakdown structure.
The 100% rule states that the work breakdown structure includes 100% of the work defined by the project scope
and captures all deliverables — internal, external, and interim — in terms of the work to be completed, including all project management.
as new work-packages are identified then they must all be built into the existing work breakdown structure and into the project plan.
Why might dependencies exist between tasks?
- A task relies on a work product produced by another task; for example, the design task needs a requirements specification produced by the requirements task.
- A task relies on a work product (developed by another task) to be in a specific state before it can commence; for example, requirements and design may be done in parallel but the design task relies on the shared specification to be at a baseline.
- A task needs the resources used by another task.
What is a task network?
The result of analysing all of the dependencies.