Since any project is a singular task, we know that it has a beginning, a middle and an end. This is important, since it means that you can always work out where you are. If Sisyphus only had to push the rock up the hill once, he would be undertaking a project ("... not far to go now"). Unfortunately for him, however, he was involved in line management - his was perhaps the ultimate ongoing activity. Every project also has: Objectives are vital. Not only do you need to know what you are trying to do, but you also need to know when you have got there - i.e. when the task is completed. An objective "to calculate the value of [pi]" is not a useful objective, because you will never achieve it. Better would be "to calculate the value of [pi] to 200 decimal places" or "to calculate the value of [pi] as accurately as we can in the time scale of one week". Since a project is a singular task, it did not exist before a decision was made to proceed. Hence resources (capital, people, etc.) dedicated to the achievement of the project's objectives almost certainly will not exist prior to a decision to proceed. Hence the team will need to be assembled at the outset. Matching the team to the objectives involves rather obvious issues which I shall skip here. Two key questions do arise, however, both of which are largely cultural: In a good project team the individual's first allegiance will be to the project. The individual's sense of belonging to the organisation which employs them will be subsidiary to that.
Projects usually involve different types of skill coming together to work. Cultural differences are inevitable. Architects and drainage engineers may work together on a construction project; University Arts professors and software programmers may work together to develop computer based learning materials. In both cases, interpretation of the objectives will be influenced by the skill background and culture of the various parties. Misunderstandings embedded at an early stage may only become apparent well into the project - by which time easy resolution of differences may be very expensive.
Sabtu, 19 Februari 2011
Features Common to Every Project
Diposting oleh Irika Widiasanti di 09.39
Langganan:
Posting Komentar (Atom)
0 komentar:
Posting Komentar