《高级软件工程》学习资料(英文版)A Model of Team development

opyright Nancy Leveson, Sept 1999 A Model of Team development Stage 1: Forming Stage 2: Storming Stage 3: norming Stage 4: Performing Frequently an iterative process, phases often overlap
c Copyright Nancy Leveson, Sept. 1999 A Model of Team Development Stage 1: Forming Stage 2: Storming Stage 3: Norming Stage 4: Performing Frequently an iterative process, phases often overlap �

opyright Nancy Leveson, Sept. 1999 Stage 1: Forming Team members begin to discover what behaviors are acceptable Usually highly unstructured environment Attempt to identify tasks, how to accomplish them Decisions on what information is needed Hesitant participation Test behavioral assumptions, how to handle each other Intellectualizing Complaints about organizational issues Suspicions, fear, anxiety about new situation Minimal work accomplished
Copyright Nancy Leveson, Sept. 1999 c Stage 1: Forming Team members begin to discover what behaviors are acceptable. Usually highly unstructured environment Attempt to identify tasks, how to accomplish them Decisions on what information is needed Hesitant participation Test behavioral assumptions, how to handle each other Intellectualizing Complaints about organizational issues Suspicions, fear, anxiety about new situation Minimal work accomplished �

Copyright⊙ Nancy Leveson, Sept 1999 Stage 2: Storming Some members become overzealous or hostile as a way to express individuality, resist group formation Often infighting, defensiveness, competition Often establish unrealistic goals Often disunity, tension, jealousy over others roles Polarization of team members Concerns over excessive work Establish pecking order Recognize the extent of task requirements, often emotional responses from team
Copyright Nancy Leveson, Sept. 1999 c Stage 2: Storming Some members become overzealous or hostile as a way to express individuality, resist group formation. Often infighting, defensiveness, competition Often establish unrealistic goals Often disunity, tension, jealousy over others roles Polarization of team members Concerns over excessive work Establish pecking order Recognize the extent of task requirements, often emotional responses from team. �

Stage 3: Norming Members accept team, team norms, their own roles each others idiosyncracies Attempts to patch up previously conflicting relationships Team leader attempts to take charge Anxieties about task outcome and products Confusion over team priorities, usually temporary · Excessive meetings Stage 3: Norming(2 Distrust and blaming by some; higher level of sharing and confiding by others Jockeying for position · Stress reactions Sense of team spirit and common goals emerge Moderate work accomplished
c Copyright Nancy Leveson, Sept. 1999 Stage 3: Norming Members accept team, team norms, their own roles, each others idiosyncracies. Attempts to patch up previously conflicting relationships. Team leader attempts to take charge. Anxieties about task outcome and products. Confusion over team priorities, usually temporary Excessive meetings Copyright c Nancy Leveson, Sept. 1999 Stage 3: Norming (2) Distrust and blaming by some; higher level of sharing and confiding by others. Jockeying for position Stress reactions. Sense of team spirit and common goals emerge. Moderate work accomplished. �

cy Leveson, Sept. 199 Stage 4: Performing Members experience insight into personal and Interpersonal processes Constructive self-change occurs Great deal of work accomplished Team becomes capable of diagnosing and solving problems
Copyright Nancy Leveson, Sept. 1999 c Stage 4: Performing Members experience insight into personal and interpersonal processes. Constructive self-change occurs. Great deal of work accomplished. Team becomes capable of diagnosing and solving problems. �

Copyright Nancy Leveson, Sept. 1999 Stress and programmers Fuⅰ igaki Found high levels of stress among Japanese programmers Blamed on current tendency to manage programmers with techniques from manufacturing industry The software process is not the manufacturing process The time management system that developed in manufacturing should not be applied to the software process without modifications Suggests that the software process is a learning and communication process. Managements role is to facilitate this learning and communication
Copyright Nancy Leveson, Sept. 1999 c Stress and Programmers Fujigaki: Found high levels of stress among Japanese programmers Blamed on current tendency to manage programmers with techniques from manufacturing industry: "The software process is not the manufacturing process. The time management system that developed in manufacturing should not be applied to the software process without modificaions. Suggests that the software process is a learning and communication process. Management’s role is to facilitate this learning and communication. �

Stress and Programmers(2 Furuyama, Arai, lio Measured effects of stress Programmers working under stress make far more mistakes 37% of mistakes would have been avoided"by appropriate scheduling and placing no stress on the developers Design particularly vulnerable to stress-caused errors Found 42% of all design faults directly attributable to programmer stress
Copyright Nancy Leveson, Sept. 1999 Stress and Programmers (2) Furuyama, Arai, Iio: Measured effects of stress. Programmers working under stress make far more mistakes 37% of mistakes would have been avoided "by appropriate scheduling and placing no stress on the developers." Design particularly vulnerable to stress-caused errors. Found 42% of all design faults directly attributable to programmer stress. � c

opyright Nancy Leveson, Sept. 1999 Stress and programmers Zawacki: conducted studies on programmers 1979-1993 Compared with rest of society, programmers had high need to succeed, low need to socialize with other people Alarming drop in job satisfaction from 1979 to 1993 Need management better prepared to deal with changing needs of programmers in the 90s Find ways to improve motivation of programmers Improve feedback between managers and programmers Add more people to mix with higher social needs(to match more team-oriented, user-focused approaches of the 90s)
Copyright Nancy Leveson, Sept. 1999 Stress and Programmers Zawacki: conducted studies on programmers 1979-1993 Compared with rest of society, programmers had high need to succeed, low need to socialize with other people. Alarming drop in job satisfaction from 1979 to 1993. Need management better prepared to deal with changing needs of programmers in the 90’s: Find ways to improve motivation of programmers. Improve feedback between managers and programmers. Add more people to mix with higher social needs (to match more team-oriented, user-focused approaches of the 90s). � c

EXtroversion(E) and Introversion( E:Other people is source of energy Sociability charges batteries Finds breadth more appealing Multiplicity of relationships Private spaces both mentally and physically Being alone charges batteries Likes to work alone or small group Finds depth more appealing Limited relationships
c Copyright Nancy Leveson, Sept. 1999 Extroversion (E) and Introversion (I) E: Other people is source of energy Sociability charges batteries Finds breadth more appealing Multiplicity of relationships I: Private spaces both mentally and physically Being alone charges batteries Likes to work alone or small group Finds depth more appealing Limited relationships �

Copyright Nancy Leveson, Sept. 1999 Intuition(N)and Sensation(S) (Differences place widest gulf between people) N: Innovative, likes metaphor, futurist Head may seem to be in the clouds, but able to take very complex ideas and see them as a whole Usually entrepreneurial, ingenious S: Wants facts and data believes in experience Usually observant about details Realistic, practical, down-to-earth
c Copyright Nancy Leveson, Sept. 1999 Intuition (N) and Sensation (S) (Differences place widest gulf between people) N: Innovative, likes metaphor, futurist Head may seem to be in the clouds, but able to take very complex ideas and see them as a whole. Usually entrepreneurial, ingenious S: Wants facts and data, believes in experience Usually observant about details Realistic, practical, down-to-earth ���
按次数下载不扣除下载券;
注册用户24小时内重复下载只扣除一次;
顺序:VIP每日次数-->可用次数-->下载券;
- 《高级软件工程》学习资料(英文版)Can programming language influence correctness?.pdf
- 《高级软件工程》学习资料(英文版)metrics1.pdf
- 《高级软件工程》学习资料(英文版)metrics2.pdf
- 《高级软件工程》学习资料(英文版)cots Reuse.pdf
- 《高级软件工程》学习资料(英文版)oct20.pdf
- 《高级软件工程》学习资料(英文版)reviews.pdf
- 《高级软件工程》学习资料(英文版)sept29.pdf
- 《高级软件工程》学习资料(英文版)oct6.pdf
- 《高级软件工程》学习资料(英文版)oct13.pdf
- 《高级软件工程》学习资料(英文版)sept222.pdf
- 《高级软件工程》学习资料(英文版)sept221.pdf
- 《高级软件工程》学习资料(英文版)sept14.pdf
- 《高级软件工程》学习资料(英文版)What about software.pdf
- 《高级软件工程》学习资料(英文版)Is there a problem.pdf
- 《数据库原理》SS2K3AccessMeth.ppt
- 《数据库原理》第10章 数据库管理.doc
- 《数据库原理》第9章 数据库设计.doc
- 《数据库原理》第8章 数据依赖和关系模式规范化.doc
- 《数据库原理》第7章 数据库安全及完整性约束.doc
- 《数据库原理》第6章 事务管理.doc
- 《高级软件工程》学习资料(英文版)types of Characteristics.pdf
- 《高级软件工程》学习资料(英文版)Programming Languages.pdf
- 《高级软件工程》学习资料(英文版)Software System Safety.pdf
- 《Microsoft Project 2002 教学手册》讲义.pdf
- 《计算机软件技术基础》ppt电子课件.ppt
- 陕西国防学院:《电子商务概论》序言.pps
- 陕西国防学院:《电子商务概论》第二章 网络技术基础.pps
- 陕西国防学院:《电子商务概论》第五章 物流管理.pps
- 陕西国防学院:《电子商务概论》第三章 电子商务的应用框架与交易模式.pps
- 陕西国防学院:《电子商务概论》第一章 电子商务概述.pps
- 陕西国防学院:《电子商务概论》第七章 电子商务在其他领域的应用.pps
- 陕西国防学院:《电子商务概论》第四章 电子商务支付系统.pps
- 陕西国防学院:《电子商务概论》第八章 电子商务的法律规范.pps
- 陕西国防学院:《电子商务概论》第九章 电子商务安全.pps
- 陕西国防学院:《电子商务概论》第六章 网络营销.pps
- 陕西国防学院:《电子商务概论》第十章 电子商务系统的建设.pps
- 哈尔滨工业大学:《网络应用开发》英文版 NAD-chapter1.pdf
- 哈尔滨工业大学:《网络应用开发》英文版 NAD-chapter1new-6.pdf
- 哈尔滨工业大学:《网络应用开发》英文版 NAD-chapter1new.pdf
- 哈尔滨工业大学:《网络应用开发》英文版 NAD-chapter2-6.pdf