• Home
• Module overview
• 1. Introduction to planning
  • 1.1 Types of plans
    • 1.1.1 Some definitions
    • 1.1.2 Domains of planning
    • 1.1.3 Users and levels of planning
  • 1.2 Completing a planning cycle
    • 1.2.1 A planning process
    • 1.2.2 Tactical and operational planning
    • 1.2.3 A participative planning process
    • 1.2.4 When to complete business planning
  • 1.3 Implementing an operational plan
    • 1.3.1 Define the plan's purpose
    • 1.3.2 Setting the planning period and scope
    • 1.3.3 Why plans fail - The strategic level
    • 1.3.4 Why plans fail - The operational or project level
  • 1.4 SMART goals
    • 1.4.1 S.M.A.R.T. Goal statements
  • 1.5 Contingency plans
    • 1.5.1 Why contingency plan?
    • 1.5.2 Contingency plans and risk
    • 1.5.3 Contingency planning actions

• 2. Plan and manage resources

  • 2.1 Plan and manage human resources
    • 2.1.1 Recruitment
    • 2.1.2 Selection
    • 2.1.3 Induction
  • 2.2 Enterprise Resource Planning (ERP)
  • 2.3 Purchasing resources
    • 2.3.1 Tangible and intangible assets
    • 2.3.2 Acquisition costs
    • 2.3.3 Depreciation costs
    • 2.3.4 Planning resource acquisition and utilisation
    • 2.3.5 Estimating resource needs
  • 2.4 Manage Capacity
    • 2.4.1. Planning capacity
    • 2.4.2. Measuring capacity
    • 2.4.3. Matching operations plans with capacity
    • 2.4.4. Capacity analysis and economies of scale
    • 2.4.5. Capacity and performance effectiveness
    • 2.4.6. Determinants of capacity
  • 2.5 Aggregate and Master Planning
    • 2.5.1 Master Schedule
    • 2.5.2 Operational control and resource planning
    • 2.5.3 Demand and scheduling control

• 3. Risk Management

  • 3.1 Risk Management
    • 3.1.1 Potential benefits from an effective risk management
    • 3.1.2 Classifying risk
    • 3.1.3 Risk and ANZS4360:2004
    • 3.1.4 Risk analysis
  • 3.2 Estimate the risk attached to a corrective action
    • 3.2.1 Risk analysis categories
    • 3.2.2 Prioritising risks

• 4. Planning projects

  • 4.1 Planning the project
    • 4.1.1 Setting the project plan
    • 4.1.2 Setting achievable outcomes
  • 4.2 Controlling Projects
    • 4.2.1 Personnel resources
    • 4.2.2 Managing project costs
    • 4.2.3 Value of managing project costs
    • 4.2.4 Estimates
    • 4.2.5 Cost Coding
    • 4.2.6 The time factor
  • 4.3 Scheduling project tasks and activities
    • 4.3.1 Project timelines and deliverables
    • 4.3.2 Critical Path Analysis (CPA)
    • 4.3.3 PERT
    • 4.3.4 Seven steps to project scheduling
    • 4.3.5 Completing project schedule activities

• 5. Problem solving and decision making

  • 5.1 Problem solving
    • 5.1.1 The problem solving process
    • 5.1.2 Solutions search
    • 5.1.3 Removing root causes
    • 5.1.4 Solutions implementation through inclusive communication processes
  • 5.2 Decision making
    • 5.2.1 Decision making model and leadership styles
  • 5.3 Decision making approaches
    • 5.3.1 The logical systems
    • 5.3.2 Contingency approach
    • 5.3.3 Quantitative - schematic and mathematical approaches
    • 5.3.4 Critical Path Analysis
    • 5.3.5 PERT
    • 5.3.6 Group quantitative approaches
    • 5.3.7 A qualitative approach
  • 5.4 Context and the influence on the decision processes
    • 5.4.1 Factors in decision making
    • 5.4.2 Rational decision making
    • 5.4.3 Creative decision making
  • 5.5 Scenarios for team decision making and problem solving
    • Problem scenario number 1 - Lost in the bush
    • Problem scenario number 2 - Toothpaste blues
    • Analysis of personal behaviour in groups

4.3.4 Seven steps to project scheduling

Although CPA and PERT are favoured for most project time analysis, many organisations reject them because they often do not indicate the resource analysis (people and equipment) required for the tasks. Therefore, you need to be aware of Precedence Networks and why they may sometimes be preferred. The major difference between Precedence Networks and CPA is that tasks or activities become the focus, rather than milestones.

Table 1 Seven Steps for Project Scheduling (Graham, 1995)

Define the objectives	Technical Solution, concept and feasibility of the project with a specification Financial Cost estimates of the proposed solution, itemised and developed into cost budgets Program Displayed on a simple chart, with time frame derived from past project experience
Divide the project into manageable parts	Prepare work breakdown lists that define the major areas of work and those departments or people primarily responsible. These areas are sometimes called "work packages"
Decide in detail what has to be done and in what sequence	Bar charts for simple projects, CPA network diagrams for more complex programs
Estimate the duration of each separate activity	Consider the time that will probably elapse between the start of the activity and its completion. Do not take resources into account at this stage
Use activity duration estimates to calculate the estimated project duration, and the relative significance of each activity to timescale objectives	Use a bar chart for very simple projects. Use CPA for everything else. If the results are unacceptable, change the network, the estimates or the time frame
Reconcile the program with the resources that can be mustered	Use a bar chart for very simple projects. Table resources otherwise on the CPA. Look closely at the network analysis to ensure there is no overlap of resource allocation.
Assign jobs to individuals by name	This demands knowledge of the capability of individuals including their technical competence, speed of working, accuracy and special attributes

 

The above table indicates how any project manager can undertake basic steps to keep a project on schedule. At the centre of all project management are resources. Resources are not independent of the performance, cost, and time but rather each of these factors depends on the resources available. The most common resource is people and the second most common resource is equipment. In large information technology, construction and engineering projects the scheduling of resources is very complex. In smaller projects where people and equipment are standardised, scheduling resources is part of the entire project schedule.

Previous Page - Next Page