《软件项目管理-CH04-团队与人力资源.ppt》由会员分享，可在线阅读，更多相关《软件项目管理-CH04-团队与人力资源.ppt（112页珍藏版）》请在三一办公上搜索。
1、软件项目管理Software Project Management（SPM）,郭建东,CH04 软件项目团队与人力资源,04.1 人力资源相关理论04.2 团队组织04.3 小组软件开发过程04.4 个体软件开发过程,2,软件项目管理 CH04 团队与人力资源 郭建东,3,04.1 人力资源相关理论,人力资源的重要性权力理论冲突理论激励理论领导理论,软件项目管理 CH04 团队与人力资源 郭建东,4,人力资源相关理论,人力资源的重要性人力资源是企业最重要的资产人力供给不足和人力结构不良制约的IT的发展人力成本是IT项目成本的重要方面“拥有人就拥有一切”,软件项目管理 CH04 团队与人力资源
2、郭建东,5,人力资源相关理论,权力理论权力的定义：影响他人的能力权力的来源正式权力：如，职位赋予奖励权力惩罚权力：很有力，但会对团队气氛造成破坏专家权力：由于具有专门知识或者技能而拥有较高的声望个人魅力,软件项目管理 CH04 团队与人力资源 郭建东,6,人力资源相关理论,冲突理论冲突来源进度计划、项目优先级、资源、技术意见、执行情况的权衡、行政程序上的冲突、成本、个性冲突的正面作用有限冲突对项目是有利的不打不相识,软件项目管理 CH04 团队与人力资源 郭建东,7,人力资源相关理论,冲突理论解决冲突的五种方法解决问题：是最好的方法妥协：双方各让一步，第二好方法调和：强调共性，弱化分歧撤退：一
3、方撤出强制：利用权力解决问题，一方得利，一方失败,软件项目管理 CH04 团队与人力资源 郭建东,8,人力资源相关理论,冲突理论,软件项目管理 CH04 团队与人力资源 郭建东,9,人力资源相关理论,激励理论马斯洛的需求层次理论海兹伯格的激励理论迈克格勒格尔的X-理论和Y-理论,软件项目管理 CH04 团队与人力资源 郭建东,10,马斯洛的需求层次理论,软件项目管理 CH04 团队与人力资源 郭建东,11,海兹伯格的激励理论,激励-保健理论,激励因素,保健因素,满意,中性,不满意,成就认可工作本身责任晋升,监督公司政策工作条件工资同事关系上下级关系,软件项目管理 CH04 团队与人力资源 郭建
4、东,12,迈克格勒格尔X理论,该理论假定人们不喜欢他们的工作，尽力逃避工作缺乏进取心，没有创造力喜欢得到指导，不愿意承担责任，缺乏主动性，只能用低层次需求进行激励自我为中心，对组织需求反应冷淡，反对变革,软件项目管理 CH04 团队与人力资源 郭建东,13,迈克格勒格尔Y理论,该理论认为大多数人如果给予适当的激励与支持性的工作氛围，会达到很好的绩效预期具有创造力、想象力、雄心与信心来实现组织目标能够自我约束、自我控制、渴望承担责任受高层次需求的激励,软件项目管理 CH04 团队与人力资源 郭建东,14,人力资源相关理论,领导理论四分图理论领导的生命周期理论,软件项目管理 CH04 团队与人力资
5、源 郭建东,15,人力资源相关理论,四分图理论又称“俄亥俄理论”，由俄亥俄大学提出。它是管理方格理论的基础,关心人,关心事,软件项目管理 CH04 团队与人力资源 郭建东,16,人力资源相关理论,领导的生命周期理论,任务行为,关系行为,M1,M2,M3,M4,参与,授权,命令,说服,成熟,比较不成熟,比较成熟,不成熟,软件项目管理 CH04 团队与人力资源 郭建东,17,人力资源相关理论,领导的生命周期理论命令式对下属进行分工，包括做事方式以及细节要求等说服式领导同时提供指导和支持行为参与式领导和下属共同决策，重点在于提供支持授权式领导很少指点，由下属独立完成工作,软件项目管理 CH04 团队
6、与人力资源 郭建东,18,人力资源管理的三个过程组织计划人员获取团队建设,软件项目管理 CH04 团队与人力资源 郭建东,19,组织计划,软件项目管理 CH04 团队与人力资源 郭建东,20,组织计划,项目界面组织界面不同组织之间正式或非正式的报告关系技术界面不同技术领域之间正式或非正式的报告关系人员面项目中人员间正式或非正式的报告关系,软件项目管理 CH04 团队与人力资源 郭建东,21,组织计划,人员需求分解工作范围，并为工作分配资源与时间成本预算的一个必要步骤“两头凑”需要的资源类型与可用的资源类型,软件项目管理 CH04 团队与人力资源 郭建东,22,组织计划,角色分派矩阵,项目干系人
7、,事项 A B C D E,单元测试 S P A I R,整体测试 S P A I R,系统测试 S P A I R,用户认可测试 S P I A R,A：负责的 P：参与者 R：要求审查 I：要求输入 S：要求签字,软件项目管理 CH04 团队与人力资源 郭建东,23,组织计划,软件项目管理 CH04 团队与人力资源 郭建东,24,组织计划,组织结构图,软件项目管理 CH04 团队与人力资源 郭建东,25,组织计划,组织结构图,软件项目管理 CH04 团队与人力资源 郭建东,26,人员获取,软件项目管理 CH04 团队与人力资源 郭建东,27,人员获取,资源负荷,软件项目管理 CH04 团队
8、与人力资源 郭建东,28,人员获取,资源平衡资源平衡举例,项目网络图中标出了活动A、B、C及其历时，活动A有3天时差，活动C有2天时差。假设活动A有2个员工，活动B有4个员工，活动C有2个员工。,软件项目管理 CH04 团队与人力资源 郭建东,29,人员获取,软件项目管理 CH04 团队与人力资源 郭建东,30,04.2 团队建设,软件项目管理 CH04 团队与人力资源 郭建东,31,团队建设,有效的团队喜欢一起工作通过完成自己所承担的任务，对完成目标作出承诺具有各种不同的专业知识和实际技能对项目高度忠诚形成一种团队精神和高的团队士气,软件项目管理 CH04 团队与人力资源 郭建东,32,团队
9、建设,无效的团队挫折、冲突和不良竞争没有效率的会议对项目经理缺乏信心和信任,软件项目管理 CH04 团队与人力资源 郭建东,33,团队建设,团队建设的措施奖励和表扬体系：项目绩效和奖励紧密结合集中办公指挥部培训和活动,软件项目管理 CH04 团队与人力资源 郭建东,34,团队建设,团队建设的最佳实践我们的团队是最好的解决问题而不是责备人有效的会议小型团队组织活动，增进了解建设团队的同一性互相帮助，凝成一体认可每个人的成绩,软件项目管理 CH04 团队与人力资源 郭建东,第二节 团队组织,第一节 团队组织,面对不同的项目和项目实施中的不同的任务，需要有各种特质的组织，需要彼此合作和协力，才容易发
10、挥功效。,组织的任务越来越多元化，越来越广泛，因此，组织的发展也必须配合它。组织感和人力资源的开发，是项目成功与否的重大因素。,项目管理中的团队组织形态，可以是比较固定的，也可以是具有弹性的，但必须与项目实施中的任务有关。分析如下的组织形态：,一、团队的组织形态,1）稳固 vs.弹性,2）多层次 vs.扁平化,3）集权制 vs.授权制,4）层次型 vs.网络型,5）强权型 vs.民主型,6）法治 vs.人治,1）稳固 vs.弹性,对比较固定的组织任务，事情重复多，需要纪律约束，组织形态趋于固定。,当组织任务随市场竞争而需要很多创新，需要开拓新的机会，任务不断地在变化，此时，组织形态趋于弹性。,
11、层次越多的组织，弹性越低；规章越多的组织，弹性也越低；企业文化不能普及，弹性越低；不愿学习、不接受新事物的组织，弹性越低。,传统的多层次组织，本身是比较固定的，从上到下，服从命令，行动统一，以纪律约束个人行为，保证实施效率。,当外部环境不断变化时，变化的情况和状态要及时传递到各任务组，需要沟通快，反馈快，形成共识快，避免层次多而产生信息失真，此时，扁平架构就有其优越性。,2）多层次 vs.扁平化,传统集权制在工业大批量生产过程中是有效的，随着项目方向和任务的多元、变化，转化为充分授权。,3）集权制 vs.授权制,4）层次型 vs.网络型,当项目的授权制推行后，项目的实施架构就形成了一种网络层次
12、。,充分发挥项目组效率和授权制，可以使项目开发在共识的基础上得以有效的实施。,5）强权型 vs.民主型,6）法治 vs.人治,没有谁好谁坏的比较，混合模式也许是项目推进的一种方式。,43,Chief Programmer team,软件项目管理 CH04 团队与人力资源 郭建东,44,Egoless Approach,holds everyone equally responsible.Criticism is made of the product or the result,not the peopleall team members vote on a decision.,软件项目管理
13、CH04 团队与人力资源 郭建东,45,Comparison of Organizational Structures,Highly Structured High certainty RepetitionLarge projectsLoosely StructuredUncertaintyNew Techniques or technologySmall projectsCreative,软件项目管理 CH04 团队与人力资源 郭建东,二、团队的组织策略,2）组织应变之道 使组织能够变化 使人员能够独挡一面,1）人力如何成长？如何聘才、募才、用才？如何育才、留才、荐才？,团队组织应当不断成长
14、，吐故纳新。领导者要有意愿组织好团队。,3）保持组织成长性,建立有效的新陈代谢制度 人才成长的导向（学习性）不断再造性（创业和创新）,形成网络型组织 建立开放式沟通 安排共同利益 内部创业 vs.为自己创业,4）建立组织再造性环境,客观文化环境,5）接力工程 问题1：不少软件企业和项目，因为关键人员的 跳槽而陷于困境、甚至走下坡路。e.g.“新兴”软件“新潮”企业,问题2：人员流失，有能力的员工离职，不能接力实施项目工程。不信任员工（提防之心大于信任之心）不培养员工（掠夺性使用）不鼓励员工（责难多于支持）,51,三、团队人员的角色和特征,ability to perform the worki
15、nterest in the workexperience with similar applications,tools,languages,techniques,and development environmenttrainingability to communicate and to share responsibility with othersmanagement skills,软件项目管理 CH04 团队与人力资源 郭建东,52,Work Styles,软件项目管理 CH04 团队与人力资源 郭建东,53,Communications,软件项目管理 CH04 团队与人力资源 郭
16、建东,54,四、项目经理的团队领导能力和风格,领导能力通常是指在团队内部影响别人并以特殊方法实现团队目标的能力；领导者对权利和成就的要求比别人高，而且有较强的自我约束和自信心。领导能力是以权威和权力为基础；,软件项目管理 CH04 团队与人力资源 郭建东,55,1.权威的来源,职位权力强制权联络权合法权奖励权,个人权力专家权信息权示范权,软件项目管理 CH04 团队与人力资源 郭建东,56,2.领导风格,命令型专制 directive autocrat 独自决策，密切监控许可型专制 permissive autocrat独自决策，下属实现时有一定的自由度命令型民主 directive demo
17、crat大家参与决策，密切监控许可型民主 permissive democrat参与决策，下属实现时有一定的自由度,软件项目管理 CH04 团队与人力资源 郭建东,57,另外一种度量：面向任务 task-oriented 强调任务的执行和实现。E.G.相对缺乏经验的人员面向人员 people-oriented 强调对周围的人的关心程度。,软件项目管理 CH04 团队与人力资源 郭建东,第三节 小组软件开发过程(TSP),一、小组软件开发过程 TSP,1.概念（Team Software Process-TSP）一个软件开发小组（人数约几十人）开发大型软件系统的工业化过程。一个多人团队的工程小组
18、（项目组）,2.项目（小）组 一项工作（任务）交给一群工程师，是否自动产生一个小组？,项目小组不是偶然产生的 出众的小组工作效率也不是偶然的 新建的项目组中的最大问题：协同工作,No!,3.项目组架构,两人以上，为一个共同的目标和任务而工作，每个人都被分配（赋予）了一定的角色或职责，完成任务需要小组成员彼此间的配合。,项目组,项目小组,项目小组,项目小组,组员,组员,组员,组员,组员,组员,4.协同工作 项目经理必须明确 个人如何作为一个小组成员在一起工作？个人角色如何分派？如何制定工作策略？每一件事有已知的方法可遵循能干的组员+计划好的过程=项目组的效率,5.软件工程师的从业标准,1）交流能
19、力：与他人与外界的交流，口头与书面2）角色能力：作为开发小组中的一员进行工作的能力3）项目准备能力：能够胜任软件开发的前期工作，软件需求与设计4）敬业精神：热爱工作,软件工程师的从业标准（续）,5）应用能力：适应应用领域的知识与技能6）知识结构：计算基础与知识面，7）学习能力：学习新技术的能力,二、小组软件开发过程原则 1.基本原则 遵循软件开发规范，学习规范并身体力行 明确协同工作因素，目标、工作环境、指示和领导（项目组长、导师）解决实际问题，获得实际经验 讨论与交流，相互启发、沟通、促进,2.小组软件开发过程的设计原则 1）提供一个框架：规划好的、经过 评测的、可重复的框架 2）划分产品（
20、任务）开发周期 3）建立标准的质量、效率评测机制 4）提供对小组和组员的评价（角色 与小组评估）5）建立开发纪律 6）提供协同工作的问题指导（咨询）,3.软件工程计划的失败 为什么工程会失败？协同工作的问题80%，技术等其他问题20%人的问题是最重要的，是项目组无法妥协、处理压力问题的主要原因,4.人际关系的问题关系：人际之间协同和理解支持本事：个人能否抓住机遇施展才能小组凝聚力：领导者个人魅力与能力，目标与希望用户关系：与用户关系有矛盾无决定：在无意义的方法论上争论不休,5.项目组面临的问题领导 合作 参与 拖延 质量 变化 评价 1）领导：没有天生的领导，领导不力，学习领导技巧，获取领导经
21、验 2）合作：组员间个人矛盾（私人、业务水平），地位，重视，小团体 3）参与：角色参与，参与程度和差别，努力与贡献，团队精神，“蚂蚁精神”与“品质牺牲”,4）拖延：没有任务期限、目标和里程碑，无法跟踪进度，作出决定，缺乏自信 5）质量：软件（程序）开发质量低劣，不能自成模块，无法调试，不能集成联调,6）变化：随意增加功能，“好意恶果”，沟通与交流，认可原则 7）评价：有效与无效，互评（无价值、引发无效竞争、降低工作效率，影响合作）,三、高效项目组的建立 团体不是小组，小组是一个可以有效运作的集体。条件：要完成的任务必须清楚，人人知道，达成共识 共同工作的框架，小组规模与架构必须确定，角色明朗，
22、相互了解 任务必须控制。What,Who,How,When,Done,Sequence,Workflow,Responsibility,高效项目组的建立（续）1.凝聚力：小组成员之间的紧密联系，使单独成员结合成一个整体工作，在整体（身体）和情感上如同一人，分享共有的物质条件。提倡：自由交流、亲密工作、相互尊重、相互支持 反对：各自保守、各行其实、唯己独尊、互不谦让,高效项目组的建立（续）2.目标：具有挑战性，确定并可以度量。并得到每个成员的认可（游戏规则）如：详细的计划、质量指标、阶段目标、表现评价等 目标必须代表一种严肃的挑战 目标必须被跟踪 目标必须被明显展示,高效项目组的建立（续）3.反
23、馈：计划跟踪与反馈，时时处于领先地位 对成员表现了如指掌，对任务进度了如指掌.区分个人表现，避免逃避现象 早期发现问题，及时解决处理,高效项目组的建立（续）4.交流：不要到出了问题和遇到麻烦才交流，“失败感觉”会将人推向绝望。成员间交流，了解别人的工作情况是协调的基础。例会与专题讨论、简要报告、简要计划、最终文档的基础。对外交流，与其他项目组和团体的交流，与管理者和导师（指导者）的交流。不了解小组所处的情况，任何人很难帮助他们,四、项目组角色目标（Role Target）每个项目组成员必须被分配（赋予）一个特点角色，必须明确，个人的角色非常重要，但每个角色表现了小组整体行为的一个方面，角色的目
24、标偶尔会发生冲突，因为每一个角色只是从一个角度来考虑小组行为。为达到整体目标，需要把各个角色目标整合成一个平稳有效的整体。,项目组角色目标（续）项目组的整体目标具有最高优先权，整个小组齐心协力的工作来达到个人的角色和目标。,项目组角色目标（续）在项目组的角色目标中，分为小组目标和成员目标，分别指整体（或分项）目标和个人目标。即：1项目组目标 2项目组成员目标,项目组目标：1）开发一个优质的软件产品 2）完成一项高效的、管理良好的工程 3）按时完成,项目组成员目标：每个成员必须有具体的和可评估的目标 1）一个合作的、有效率的项目组成员 2）进行始终如一的、有纪律的个人工作 3）计划跟踪个人工作
25、4）生产出优质产品（软件和程序）,项目组角色目标（续）在项目组的角色中，根据项目开发的大小、复杂度，需要有如下责任人，分别负责不同的角色，并承担相应角色的工作检查。即：1）项目组长 2）开发经理 3）计划经理 4）质量/生产经理 5）技术支持经理,1）项目组长建立并维持一个有效的项目组分配任务，维持开发规范（手册）解决并处理项目成员冲突跟踪并管理小组进度召开协调会议开发产品（软件、程序）制定个人计划并跟踪生产优质产品遵循纪律和准则,2）开发经理领导所有开发工作开发产品（软件、程序）制定个人计划并跟踪生产优质产品遵循纪律和准则,3）计划经理领导项目计划跟踪过程进度开发产品（软件、程序）制定个人计
26、划并跟踪生产优质产品遵循纪律和准则,4）质量/生产经理领导质量计划/跟踪提供小组开发过程支持维护小组开发标准、术语、文档等履行检查权利，处理记录发出质量警告，处理质量问题开发产品（软件、程序）制定个人计划并跟踪生产优质产品遵循纪律和准则,5）技术支持经理获取必需的开发工具和技术支持进行系统配置管理提倡软件复用，建立复用模块库管理问题，跟踪风险维护系统文档（术语、版本、数据字典）开发产品（软件、程序）制定个人计划并跟踪生产优质产品遵循纪律和准则,五、开发计划 1.概念设计 开发计划不是需求计划，需求计划是用户和顾客需要的，不是我能开发的，开发计划是项目组需要的。首先需要概念设计，这是一个计划工具
27、，不一定是步骤和方法。,2.概念设计需要了解 基于自身知识，我应如何开发这个产品（软件）？开发这个产品所需的基本组成部分是什么？这些组成部分应当有什么样的功能？这些组成部分应当多大？估计假想产品的规模和所需时间,3.确定配置管理计划 配置管理：了解哪些（软件）模块是已经被确定、增强或者测试过的?哪些功能已经实现，哪些测试正在进行，哪些缺陷已被确定?否则会浪费开发时间，不得不重复工作或重新工作。甚至到开发完成时才发现的问题，已经没有时间检查、处理和弥补了。,4.配置管理计划的关键：管理每个（产品）元版本复件记录每一基线修改改变的记录：Who,When,What,Why,Affection个体改变
28、记录：注释、评价、调用、参数传递、I/O最后形成数据字典,六、评估方法 1.项目组目标评估：1）开发一个优质的软件产品 编译之前发现缺陷，80%系统测试中发现缺陷，0 已完成的工程（任务）所需求的功能：100%,2）完成一项高效的、管理良好的工程 产品大小（规模）估计误差：20%开发时间估计误差：20%项目文档数据：100%3）按时完成 提前或推迟完成整个开发周期的天数：4天,2.项目组成员目标评估：1）作为一个合作的、有效率的项目组成员 帮助和支持的角色互评的平均值：3 所有贡献角色互评的平均值：32）进行始终如一的、有纪律的个人工作 个人开发数据，放入项目手册：100%完成任务（阶段周期）
29、：100%3）计划跟踪个人工作 项目阶段记录：100%计划与任务记录：100%,项目组成员目标评估：4）生产出优质产品（软件和程序）编译前发现缺陷的平均数：70%编译中发现缺陷的密度：10/Kloc 单元测试中的缺陷密度：5/Kloc 单元测试后的缺陷密度：0,第四节 个体软件开发过程（PSP）,第三节 个体软件开发过程 PSP,（Personal Software Process）个人被要求在规定时间和进度下交付高质量的软件（程序）产品的过程。一个软件工程师的基本要求：制定自己的工作计划按照此计划进行工作尽最大努力生产出高质量的软件产品,一、软件工程师的个人技能 软件工程师如果不明了个人软件
30、开发过程，并经过训练，不得不在工作中逐步掌握软件开发技能，这不仅要付出很大的代价和时间，也会具有越来越大的风险 1）掌握并遵循软件开发规范 2）做高质量的工作,1.掌握并遵循软件开发规范 规范是指为掌握或提高某种技能的活动或训练。通常人们认为规范是繁琐的限制。规范实际上是一个学习与自我提高的框架，是改进个人技能的结构化框架和方法。软件开发不仅在于需要某些个人的技能，而在于掌握这些技能需要的时间，以及是否能够经常使用它们。,2.做高质量的工作软件工程师承担的工作可能是大型系统中的一部分。无论开发的部分在系统中多么小或多么不重要，潜伏在其中的任何软件缺陷都可能毁坏整个系统，任何一个小的程序错误都可
31、能带来破坏性后果。,做高质量的工作（续）软件中的异常情况随时都可能发生，看起来不可能的情况出现的周期仅仅稍长一点高质量的软件产品，必须要求每个软件开发者作高质量的工作，编写高质量的程序,二、个人与产品质量,1.个人对软件质量的承诺 虽然软件测试能够在一定程度上保证软件产品的质量，虽然目前可以利用各种工具和方法来发现软件产品中的缺陷，并及时给予处理。但是，决定软件（程序）最重要的因素是软件工程师个人对产品质量的承诺。,个人对软件质量的承诺（续）,每一个软件开发者必须对他自己编制的软件（程序）的质量负责，也对自己程序与他人程序间的接口质量负责。,个人对软件产品质量的承诺（续）,高质量的工作对软件人
32、员的雇主、客户，以及开发人员本身都是十分重要的。一个软件开发者必须树立软件质量观念，并将它作为个人的最高优先级。,2.制定个人质量承诺,软件“臭虫”（bugs）是从别处爬过来的吗？bugs 就是软件中的缺陷。软件缺陷是由开发工程师自己引入的。一个程序中有一个缺陷，这个程序就是有缺陷（隐患）的程序！编写这个程序的工程师，就生产了一个有缺陷的、不合格的产品。因此，软件工程师必须对质量作出承诺，从而关心缺陷、重视缺陷，最终减少和消除缺陷。,高质量软件的保证：,1）明确软件质量的重要性,2）建立生产无缺陷产品的目标,3）随时检测程序的质量,4）采取相应措施改进质量,3.软件工程师个人的目标：,涉及到人
33、生的追求和人生观问题，有时很难回答。但共同点在于：,1）成功、和成就感：权利、地位是暂时的，终会失去。,2）幸福、快乐感：适合自己的就是最好的。,软件工程师个人的目标（续）,3）得到承认和认可：自己开发的东西得到认可，自己的贡献得到承认，并获得相应的回报。,4）看到希望：希望是前进的动力。,4.建立个人的标准：,1）为自己所做的事感到骄傲。,2）为达到自己的标准而努力奋斗。,3）提高自己的标准并继续努力。,4）挑战自己去完成更优良的工作。,三、个人时间计划,1）为自己拟订一个时间表 有序、预见、提醒、备忘,2）为自己制定工程记事本 备忘、记录、总结、文档,3）有效安排自己的工作时间 灵活、机动、超前、余地,4）“弹性工作制”与软件企业,四、个人阶段总结,1）建立个人阶段计划与阶段检查 检查、记录、心中有数,2）个人阶段成果验收 记录、总结、文档,3）问题发现和处理 提前发现问题，及时处理,4）与其他开发者的交流 接口与集成问题,谢谢,Q&A,
