|
|
| (44 intermediate revisions by the same user not shown) |
| Line 1: |
Line 1: |
| ''Planning'' is the definition and implementation of processes.
| | Planning can be defined as the formulation and implementation of processes. The simple model of: |
|
| |
|
| | Input -----> process -----> outcomes |
|
| |
|
| The term ''System planning'', as used here, refers to the management of the processes for implementing the Engineer-it strategies.
| | prompts the observation that deep focus on the quality of the inputs and on the quality of the processes is critical for achieving successful outcomes. When working with complex uncertainty, it is necessary to ensure that the processes used are the most appropriate in the context. In ''system planning'', such focus is applied to the overall process and to the sub-processes. |
|
| |
|
| | | System planning for structural design is discussed [[Structural design processes|here]]. The need for system planning for energy is discussed [[Energy planning|here]]. |
| It is useful to work with a process map e.g. Table 1. The columns are the stages in the ''Top-down Strategy'' and the rows represent sub processes. For example, in a structural design process, main sub-processes are: cost, sustainability and technical assessment. These are also main sub-processes for re-designing an electricity system.
| |
| | |
| | |
| Table 1 Outline of a project process map
| |
| {| class="wikitable"
| |
| |
| |
| |'''1. Inception'''
| |
| | '''2. Conception'''
| |
| |'''Production'''
| |
| |-
| |
| |'''Project programme'''
| |
| |Prepare the project programme
| |
| |Update the programme
| |
| | |
| Stage 2 review
| |
| |Update the programme
| |
| | |
| Final review
| |
| |-
| |
| |'''Input and Briefing'''
| |
| |Gather information
| |
| | |
| Prepare the requirements statement (i.e. the project brief) Requirements statement
| |
| |Continue to gather information
| |
| | |
| Develop the requirements statement
| |
| |Use the requirement statement as a main reference in the proc esses'
| |
| |-
| |
| |'''Concept Design'''
| |
| |
| |
| |Options analysis. Propose a solution
| |
| | |
| Options Analysis Report
| |
| |
| |
| |-
| |
| |'''Sub-process'''
| |
| |
| |
| |
| |
| |Outcomes
| |
| |-
| |
| |'''Sub-process'''
| |
| |
| |
| |
| |
| |Outcomes
| |
| |-
| |
| |'''Sub-process'''
| |
| |
| |
| |
| |
| |Outcomes
| |
| |-
| |
| |'''Project Output'''
| |
| |style="text-align:right;" | 500.00
| |
| | style="color:#C00000;text-align:right;" | 1.00
| |
| |<span style="color:#C00000"; text-align:right;"> Outcomes</span>
| |
| | |
| <span style="color:#C00000"; text-align:right;"> Verification report</span>
| |
| |}
| |
| | |
| | |
| The work of the project is controlled by a programme where tasks are defined and allocated and timelines are established.
| |
| | |
| The processes move down and across the table, ofen with iterations especially in options analysis, Every outcome results from a process that starts from associated requirements requirements.
| |
| | |
| {| class="wikitable" style="margin-left: auto; margin-right: 0px; background-color:#DEF6FE; width:200px; vertical-align:top; text-align:left; float:right; margin-left: 10px;"
| |
| !Other strategies
| |
| |-
| |
| | |
| |Critical thinking
| |
| Top-down strategy
| |
| |}
| |
| | |
| In his [http://info.iesis.org/papers/Journal+V156_web_secure.pdf paper] (p23) about how he developed a retinal scanner, Doulas Anderson wrote that it was necessary to have ‘a very detailed development plan based upon tackling risk first.’
| |
| | |
| Items in such a plan include:
| |
| | |
| *Task descriptions
| |
| *Task schedules.
| |
| *Manpower schedules
| |
| *Reviews
| |
| | |
| Core actions in preparing a project plan include:
| |
| | |
| *Break down the work into tasks.
| |
| *Estimate the time it will take to complete each task.
| |
| *Define the precedence of the tasks, i.e. decide which tasks can be carried out in parallel and which need to be handled consecutively.
| |
| *Identify any lead times needed for starting the tasks - e.g. where one needs to wait for information to be delivered.
| |
| *Identify critical tasks, i.e. those which if not done on time will cause delay in the overall completion
| |
| *Draw up a schedule for the work, typically using a bar chart which shows when each task should start and finish. Leave some slack in the system to allow for unforeseen circumstances.
| |
| *Record progress and update the task times as the work proceeds.
| |
| | |
| '''Task Assignment'''
| |
| | |
| When assigning a task, take account of (a) the competence of the person who is to carry out the task and (b) the need to train people to do the task.
| |
| | |
| '''Reviews'''
| |
| | |
| Regular review meetings should be included in the schedule to address
| |
| *Progress in relation to the plan
| |
| *Progress in relation to meeting the [https://eit.engineers.scot/index.php?title=Top-down_strategy#Requirements requirements]
| |
Planning can be defined as the formulation and implementation of processes. The simple model of:
Input -----> process -----> outcomes
prompts the observation that deep focus on the quality of the inputs and on the quality of the processes is critical for achieving successful outcomes. When working with complex uncertainty, it is necessary to ensure that the processes used are the most appropriate in the context. In system planning, such focus is applied to the overall process and to the sub-processes.
System planning for structural design is discussed here. The need for system planning for energy is discussed here.