Professional Documents
Culture Documents
CC5001 Teams 1 2012
CC5001 Teams 1 2012
Team structures
Functional structure Project structure Matrix structure
Organisation Hierarchy
Chief
Functional structure
Senior
Senior
Senior
Middle
Middle
Middle
Middle
Junior
Junior
Junior
Junior
Junior
Traditional vertical reporting structure within an organisation Reporting lines based on function (e.g. departments) Useful for minor projects or highly specialist (not multidiscipline) projects Pool of specialist resources Low management set-up cost
Organisation Hierarchy
Chief
Functional structure
Senior
Senior
Senior
Middle
Middle
Middle
Middle
Junior
Junior
Junior
Junior
Junior
Project structure
Useful for large projects Project manager has authority as well as responsibility Single (and clear) reporting line Single point of responsibility
Improved communication with client Quicker decision making
Project structure
Different skills required at different stages
Difficult to schedule all staff efficiently Knowledge management difficult as staff leave and new staff employed
Project manager has more administration Project can take on a life of its own Lack of job security
Director of IS Courses
Matrix structure
Dr Anvil
Ms Box
Dr Elder Mr Hall
Mr Fry Dr Ivan
Director of IS Courses
Matrix structure
Dr Anvil
Ms Box
Dr Elder Mr Hall
Mr Fry Dr Ivan
Two bosses problem for staff Reporting can be difficult Who has final say? Potential for conflict between project manager and departmental managers Staff appraisal can be difficult
10
Why teams?
Teams win! Volume of work Range of skills Support Motivation Generation of ideas Risk sharing (safety in numbers) The whole is greater than the sum of the parts (synergy)
11
The strengths & allowable weaknesses are identified for each role type
12
There are also non-allowable weaknesses, where a weakness becomes too extreme
13
14
15
16
17
19
21
22
Administrator
gets things organised and done
Driver
will push the task through
Expert
has knowledge and ideas
23
Administrator
relates to Implementer, Completer, Teamworker
Driver
relates to Co-ordinator, Shaper, Resource Investigator
Expert
relates to Innovator, Specialist
24
Driver Belbin:
Expert
Handy:
Captain
Administrator
25
Chair Shaper Monitor Evaluator Resource investigator Innovator Implementer Completer Finisher Teamworker Specialist
Team life-cycle
Project teams tend to go through various stages of development The productivity of the team will depend on the stage the team is in
26
Team life-cycle
Forming (Collection)
Individuals come together to achieve project goals Enthusiasm Rely on the leader Finding out what is expected
(Lake, 1996 & Maylor, 1999)
27
Team life-cycle
Storming (Entrenchment)
Find out where each other stand on issues Unwilling to be persuaded Competition for power Sub-groups formed Disillusionment with goals Unproductive
(Lake, 1996 & Maylor, 1999)
28
Team life-cycle
Norming (Resolution/accommodation)
Disagreements resolved Constructive environment Confidence and trust grows Team norms agreed Productivity starts to improve
(Lake, 1996 & Maylor, 1999)
29
Team life-cycle
Performing (Synergy)
Whole is greater than the sum of the parts Team at its most productive Motivation is high Leadership and responsibility shared
(Lake, 1996 & Maylor, 1999)
30
Team life-cycle
Storming (Decline)
Productivity starts to reduce Team members not contributing as much Want new challenges
(Lake, 1996 & Maylor, 1999)
31
Team life-cycle
Mourning (Break-up)
Team starts to break-up Team members leave Can occur once the work has been completed May occur earlier in the project
(Lake, 1996 & Maylor, 1999)
32
Control Techniques, Wiley (or more recent editions) Handy, CB (1979) Understanding Organisations, Penguin Machiavelli N (1986) The Prince (translated by George Bull), Penguin Maylor H (1999). Project Management (2nd Edition), Pitman Publishing Pugh DS (editor) (1981) Organisation Theory, Penguin Cadle J & Yeates (2001) Project Management for Information Systems, Pitman Publishing
33
34