第十三讲 软件项目中的人员管理.ppt

《第十三讲 软件项目中的人员管理.ppt》由会员分享，可在线阅读，更多相关《第十三讲 软件项目中的人员管理.ppt（69页珍藏版）》请在麦多课文档分享上搜索。

1、2018/10/14,1,第十三讲 软件项目中的人员管理,2018/10/14,2,主要内容,理解人类行为 招聘人员 最佳工作方法 团队工作,1. 理解人类行为,2018/10/14,4,理解人类的行为,人定胜天? 具有实际经验的人是项目中最重要的要素 人类行为的解释“如果A情况出现，B可能是结果”,2018/10/14,5,组织行为学,Organizational Behaviour 组织行为学起源于19世纪末，20世纪初，由泰勒(Frederick Taylor)发起 泰勒研究人类行为的目的有： 为工作选择最合适的人员 让这些人员采取最佳方法 给最好的工人以更高的工资来刺激,2018/10

2、/14,6,组织行为学,Donald McGregor提出X理论和Y理论 X理论： 一般的人对工作有一种内在的不喜欢 因此需要强迫，指导和控制 人们有逃避责任的倾向 Y理论 工作就像休息和玩耍一样自然 外部的控制和强迫并非使大家一起为公司目标努力工作的唯一途径 对目标的承诺是与将成绩与报酬相联系的函数 一般的人都能够学会拥有并扩大责任心 想像和其它创造性能力广泛分布,2018/10/14,7,组织行为学,如何判断目前处于什么状态 判断目前处于理论X和理论Y的方法是观察管理者离开后员工的表现，如果表现没有变化，则处于理论Y环境，如果每个人明显松弛下来，则为理论X环境。,2018/10/14,8,

3、开发人员性格,MBTI测试方法 外向或内向 判断或直觉 理性或感性 推理或主观 4个方面可有16种组合，即16种性格类型 两个广泛的调查表明，计算机专业人士比一般人更加“内向”，MBTI测试中的“内向”只是表示对内心的想法而不是对外部世界的人和事更感兴趣。大约有5065的计算机人士表现为性格内向，而普通人只有2533（Lyons 1985, Thomsett 1990) 这两个调查还发现，80的计算机专业人士更具理性倾向，而普通人只有50。计算机人员更倾向于推理，66的计算机人员属于推理类，而普通人只有50。推理类人喜欢有计划，有条理的生活方式，主观型人更灵活，更容易适应环境。,2018/10

4、/14,9,从事软件行业的人员与其它行业人员相比，不太愿意“社会交往”。 因而选择从事软件开发作为职业并成为专家的人，将来并不一定成为一个好的经理。,2. 人员选择,2018/10/14,11,人员选择,1968年进行的调查发现在对同一任务的编写程序时，时间上可能有1：25的差异，而编译则会有1：28的差异。 最好的软件人员有何特征？是有经验的编程者还是具有很好数学基础的刚毕业的学生？ 研究发现最为关键的是经验，而数学基础相对而言影响很小。,2018/10/14,12,招收人员（Recruitment),尽管这是一项非常重要的工作，但是经常项目经理无法作出自己的选择。 需要避免选择了合格但不合

5、适的人员。,2018/10/14,13,招收人员,刊登招人广告 列出人员要求 获取申请者：注意刊登广告的杂志或报纸要与要求人员的素质匹配。 审查简历 面试 其它过程：如要求推荐信或体检等。,2018/10/14,14,网上的一个例子,职位：windows 编程人员 人数： 2 人 工作地点： 上海 工作性质： 全职 要求学历：大专 性别要求： 不限 要求工作经验： 不限 职位描述：学历：大专或本科 接受简历语言：中文或英文 职位描述： 应用程序架构业务流程编码；设计通用程序接口；负责软件产品的设计、开发和管理；负责软件产品的项目开发。 具体说明：招聘要求： 1.)具备Windows平台的相关开

6、发经验； 2.)精通C/C+、.NET等常用开发工具；熟悉软件开发流程； 3.)熟悉HTTP/TCP IP网络通讯协议，熟悉多线程处理机制. 4.)沟通交流能力强，有良好的团队合作精神，工作主动性强。 5.)懂得面向对象程序开发，具备较强的学习能力和技术攻关能力；,2018/10/14,15,另一个例子,单位名称 温州大展咨询有限公司 岗位信息 温州大展咨询有限公司 公司主要负责银行外包 招聘 编程人员 若干名 2000-4000元 懂数据库 会编程 电话客户联系员 若干名 2000-4000元 会温州话 单位地址:温州市学院路建行大厦3楼 联系人:戴先生 联系电话:88080166,3. 最

7、佳工作方法,2018/10/14,17,最佳工作方法,当一个新成员被聘用后，引入到一个项目组时，要仔细考虑 团队领导需要不断地考虑团队成员的培训需求 提供参加培训班的机会 内部培训,2018/10/14,18,激励机制,泰勒主义模型 在制造行业采用计件工资制，在销售部门采用销售奖金 当新技术引入后，计件工资需要调整，但这是一个敏感的问题。 即使在技术很稳定的场合，也并不见得所有人会最大化地去生产，因为该过程中还受到社会心理的影响 另外，在某些需要协同工作的场合，如软件开发中，很难将他们的工作分开。,2018/10/14,19,激励机制,问题：某一软件开发部门想通过重用软件组件来提高效率。他们准

8、备采用奖金来鼓励采用这种方法。你认为如何去实施，实施过程中会有什么问题？ 问题1：使用组件的编程人员可能减少了代码 问题2：他们需要开发软件组件，但是对当前的项目而言并没有提高生产率 可以采用功能点法去衡量交付系统的规模，可以采用重用代码比例来度量每个人的工作，重用的代码也可按比例算成编程者的工作量 通过记录组件重用的次数并进行奖励来鼓励编程者提供可重用的组件。,2018/10/14,20,激励机制,Maslow的需求层次：不同的人需要不同的激励 在实际生活中，该原理告诉我们，不同的人在生活的不同阶段需要采用不同的激励方法。例如加薪对新来的，工资较低的员工作用很大，而对工资本来就很高的老员工作

9、用就未必那么明显。老员工可能更希望工作有自主性。 问题：报纸报道在许多公司中对核心员工支付了大量薪水，是不是意味着这些人位于需求层次的底层，他们是不是真需要这么多钱才能被激励，这些薪水真正的意义是什么？ 钱不是用来仅仅满足物质需求的。,2018/10/14,21,激励机制,Herzberg的两因素理论 卫生学或保持因素（hygiene or maintenance factors)：如果这些因素出了问题，例如工资或者工作条件将使你不满意 促进因素（motivators）：让你觉得工作是值得的。 问题：请举例说明你学习或工作中使你感到特别高兴的事，并说明使你特别不满意的事，比较一下，是否能够从中

10、发现一些规律？,2018/10/14,22,激励机制,激励的期待理论(expectancy theory of motivation)（Vroom) 影响士气的三种因素： 期待：相信努力工作会有好的成果 手段：相信好的成果会有好的报酬 感觉值：报酬结果 三者都很高的话，将得到高的激励，如果有一者为0，则得不到任何激励 如果你在为一个企业安装调试一个第三方开发的软件包，如果你意识到因为其中有一个Bug所以你无法使其工作，你将放弃 如果你在安装调试该软件包，但是你听到客户正在采用其它办法，不再需要你的工作，你也将放弃 如果用户真的需要该软件，你得到的只是一些感激，但是如果出来问题，他们将向你提出抱

11、怨，你可能想尽量避开这种事情。,2018/10/14,23,激励机制,Oldham-Hackman工作特性模型 技能多样性：工作中需要多种不同的技能提供了练习的机会 任务的独特性：你工作的内容和结果多大程度上与别人相区别 任务的意义：你的工作对别人的影响自治性：控制工作方式的能力 反馈：工作结果的反映 Couger和Zawacki研究发现编程人员对这些因素的分值较低，而系统分析员较高。 Cheney发现反馈和意识到他们的工作对决策的影响能够对编程者产生很好影响。 需要使每个人意识到他的工作对整个产品的进度的贡献。,2018/10/14,24,激励机制,激励的方法 目标设定 提供反馈 工作设计

12、工作范围扩大，例如，编程人员参与维护小组将提高他的责任感，使他在编程时更加仔细。 工作的丰富,2018/10/14,25,不同人员动机比较,2018/10/14,26,不同人员动机比较,与一般人相比，开发人员更容易受发展机遇、个人生活、成为技术主管的机会以及同事间人际关系等因素的影响；而不容易受地位、受尊敬、责任感、与下属关系及受认可程度的影响 与管理员相比，开发人员易受发展机遇，个人生活及成为技术主管的机会等因素影响，而不容易受责任感，受认可程度及与下属关系等因素的影响。 如果一个管理者以对自己有效的方式来激励开发人员，则很可能会遭到挫折。,2018/10/14,27,最重要的激励因素,“踹

13、一脚并不能产生动力，只能产生被动行为”（Herzberg 1987),2018/10/14,28,最重要的激励因素（1）,成就感 自主权 当人们为实现自己设定的目标工作时，会比为别人更加努力地工作。 “开发人员提出的进度表总是雄心勃勃的。”（Cusumano and Selby, 1995） 设定目标 设定明确的发展速度目标是加速软件开发的简单有效的方法。 一个有趣的实验 如果一个小组一下子有了几个目标，对他们来说每一个目标都做好几乎是不可能的。ITT的一项研究发现，当提出多个目标时，生产率会严重下降。（Vosburgh et al, 1984） 为提高项目效率，项目管理人员应该选定一个最为重

14、要的目标。,2018/10/14,29,最重要的激励因素（3）,发展机遇 目前从事的工作中用到的知识有一半在3年内必将过时 一个企业可以从如下方面鼓励职工的职业发展： 提供进修机会 给员工提供参加培训或自学的假期 购买专业书籍 派开发人员进扩展其技能的项目工作 为每个新的开发人员指定导师，同时向他们表明企业致力于其职业发展 避免进度压力过大 企业为此的花费 日产公司在田纳西州的Symrna设厂时，其进厂培训的预算为每人$30000(Peters 1987) 各行业排名前10的企业平均每年为软件开发人员提供2周的培训，为软件经理提供3周的培训（Jones 1994),2018/10/14,30,

15、最重要的激励因素（4）,工作乐趣 个人生活 个人生活因素对开发人员的影响排第四位，而对经理的影响仅排在第15位，责任感对经理影响占据第1位，而对开发人员仅列第10位 差异的一个结果是，有时管理者会将最具有挑战性的工作分配给最好的人员以示奖励。,2018/10/14,31,最重要的激励因素（5）,成为技术主管的机会 开发人员比管理人员更重视技术管理的机会。对于开发人员而言，技术管理的工作代表成功，它意味着这名开发人员已经具备了指导他人的水平。 技术管理并不限于一个项目组的技术负责人,2018/10/14,32,其它激励因素（1）,奖赏和鼓励 现金方式的奖励必须谨慎处理 赞赏和欣赏的态度，有时比物

16、质刺激更有效。 诚恳而直接地赞扬一项特别的成就 小组的T恤衫，运动衫，手表，徽章，标语，奖杯等 幽默或严肃的牌匾、证书、纪念品等 重大成果的特别庆祝活动。 为该小组颁布特殊政策，如为该小组添置一张乒乓球桌 专门的培训方案 单独开的特别例会 特殊津贴 在他们如此优秀一书中，Peters和Waterman指出，一个公司如果想在本行业保持20年以上的领先地位，就必须有卓有成效的非货币形式的激励措施。,2018/10/14,33,其它激励因素（2）,业绩评价 Intel总裁Andrew Grove先生说，业绩评价是“我们作为管理者所能提供的最重要、最贴切的工作反馈”,2018/10/14,34,其它激

17、励因素（3）,向导项目 Elton Mayo和他的助手们曾经做过一个非常著名的关于动机和生产率的试验。 在打算采用新方法或新技术之前，必须确认开发小组了解这个项目是一个向导项目。,2018/10/14,35,士气杀手（1）,优良的环境，这些环境包括： 合适的光线、供暖和空调 足够大的办公桌和相对封闭的工作间 比较安静，可以集中精力工作 方便地使用办公设备 随手可得的办公用品 好用的计算机 通信交流设施 软件工具 参考手册和出版物 参考书和在线帮助工具 自由的工作时间安排，特殊情况下时间的安排 ,2018/10/14,36,士气杀手（2）,管理操控 开发者对如何被管理者操控很敏感。开发者倾向于处

18、理明白无误的事务并希望管理者以直截了当和实事求是的方式来处理 执行计划的压力：把开发人员积极性下降为0的最快的方式是给他一个根本不可能的最后期限。 缺乏对开发而付出努力的表扬 因技术措施不当而受到牵连 开发人员没有参与同自己相关的决策行为 低质量,4. 团队工作,2018/10/14,38,团队工作,两种团队方式： 功能团队：command groups 任务团队: task groups,2018/10/14,39,团队的形成,并非将一群人简单的组合在一起就构成一个团队，它需要经过下列过程： forming：小组成员相互认识并试图建立一些行为规范 Storming:为了领导权而相互冲突，逐步

19、形成小组的运行方法 Norming：冲突被解决，团队的意识被建立起来 Performing:重点被放在任务上 Adjourning: 小组被解散,2018/10/14,40,团队的形成,最佳的团队人员构成（Belbin）： Chair:不用很富才气，但是必须能够擅长于主持会议，冷静，强势但有忍耐力 Plant:擅长于提出各种想法和解决办法 Monitor-evaluator:擅长于对想法和解决办法进行评价 Shaper: 有点像悲观主义者，帮助小组关注重要的内容 Team worker: 擅长于创造一个好的工作环境 Resource investigator: 能够找到各种资源和信息 Comp

20、lete-finisher: 擅长于完成任务 Company worker: 愿意承担不太吸引人的任务 某一人可以承担多种类型,2018/10/14,41,团队的性能,是否团队一定比单个人的工作更有效？,2018/10/14,42,团队的性能,Social loafing现象:小组成员并没有作出他们应有的贡献。 问题：如何鼓励在团队中所有的成员能够作出他们的贡献？ 答案： 使每个人的工作都是独特的 使每个人对团队工作的结果感兴趣 根据每个人对小组的贡献进行奖励,2018/10/14,43,构造高业绩团队（1）,1989年，Larson和LaFasto发表的一项研究发现，高效团队所具有的特性有惊

21、人的一致性。不管是麦当劳炸鸡McNugget团队、挑战号太空飞行器研究小组、心脏病外科小组还是登山队。,2018/10/14,44,构造高业绩团队（2）,共同的、可提升的远景或目标 团队的成员认同感 结果驱动的结构 角色必须明确，每个人必须在任何时候都对自己的工作负责。 团队必须有有效的沟通系统以支持信息在团队成员间的自由流动。 团队必须以某种方式监控个人表现并提供反馈。 任何时候的决策制定都要以事实为根据，而不是以个人主观的意见为依据。,2018/10/14,45,构造高业绩团队（3）,胜任的团队成员：最佳的团队结构和团队成员 团队的承诺 相互信任：诚实、开放、一致和尊敬 团队成员间相互依赖

22、 有效的沟通 自主意识：可以自由去做任何使项目成功所必须要做的工作 授权意识：被授权可以采取任何为获得成功所需要的行动 小的团队规模：810人比较合适 高层次的乐趣：并不是所有愉快的团队都是高产的，但是高产的团队绝大多数是愉快的。,2018/10/14,46,长期的团队建设,长期保留团队的原因： 更高的生产率 低启动费用 较低的个人问题风险 减少人事变动： 现在的计算机工作人员每年的人事变动率大约为35，公司20的平均人力总花费是人员变动成本。 时间空闲问题：虽然团队可能空闲因而消耗了资金，但是组建新团队也需要花费。,2018/10/14,47,团队结构,组建团队应考虑的第一因素：团队目标，从

23、而也决定了三种类型的团队（Larson, LaFasto, 1989） 解决问题：一组为疾病控制中心工作的流行病专家，在努力诊断霍乱爆发的原因 创新：一组麦当劳食品专家尝试发明一种新的麦当劳事物 战术执行：一组突击队员执行一次袭击任务，一个外科医疗团队和一个棒球队,2018/10/14,48,团队类别（1）,业务团队 技术领导带领的团队。 技术领导是一个积极的技术贡献者，被认为是同类人中的佼佼者。技术领导经常在技术专家而不是职业管理中选择。 一般，技术领导负责制定困难技术问题的最终决策，有时技术领导是一名普通的团队成员，仅仅对团队与管理部门的沟通负有特殊的职责。,2018/10/14,49,团

24、队类别（2）,首席程序员团队 思想产生于20世纪60年代末期和70年代初期的IBM。 基本的出发点：某些开发者的效率是其他人的10倍 由首席程序员处理大多数的设计和代码，其他团队成员可进行专门的研究，他们被部署为扮演对首席程序员的支持角色。,2018/10/14,50,团队类别（3）,臭鼬项目团队 一个臭鼬项目小组有一批有才华的、有创造性的产品开发者，将他们放在一个不受组织官僚限制的机构中，使他们能放手开发和创新。 臭鼬项目团队是典型的黑箱管理方式。团队可以按照自己的方式进行自我的管理。 创新性好,可视性差,2018/10/14,51,团队类别（4）,特征团队 在特征团队方式中，开发、质量保证

25、、文档管理、程序管理和市场人员采用传统的等级报告结构。市场人员向市场部经理汇报，开发人员向开发部经理汇报等。 团队位于这个传统组织的最上方，它从每个部门抽取对产品的功能负有责任的一个或多个成员。 特征团队适合问题解决项目，因为他们有必需的授权和责任来权宜地解决问题。他们也适合创新项目，因为多学科的团队结构可以刺激思维。,2018/10/14,52,团队类别（6）,特种武器和战术（SWAT）团队 SWAT团队是以军队或警察SWAT团队为基础的团队模式。 在软件行业，SWAT代表“掌握先进工具（Skilled with advanced tools) SWAT团队的工作不是去创新而是去利用他们熟悉

26、的特定的技术和实践来执行一个解决方案。,2018/10/14,53,团队类别（7）,专业运动员团队 运动员团队的管理者处于幕后决策的地位，管理者的角色是清理障碍，并使开发者可以更有效地工作。 运动员团队具有高度细化的角色。软件团队也一样 这种特定的模式适用于战术执行项目，强调高度细化的个人角色。在这种模式中管理者扮演支持者的角色。,2018/10/14,54,团队类别（8）,戏剧团队 戏剧团队是以强烈的方向性和很多关于项目角色的协商为特点的。 戏剧团队的优势在创新项目中，在强烈的中心目标的范围内，提供一种方式来整合巨大的团队个人的贡献。戏剧团队模式尤其适合于被很强的个性控制的软件团队。 特别适

27、合于现代的多媒体项目。,2018/10/14,55,团队类别（5）,搜索救援团队 软件团队就像一组紧急医疗技师在寻找迷失的登山队员。搜索救援团队重点在解决特定的问题，它将专门的紧急医疗培训培训和登山运动或其它野外生存技能相结合。 搜索和救援团队非常适合重点在于解决问题的项目。它太基础，不能支持创造性；太短期，不能支持战术执行。,2018/10/14,56,团队目标和团队结构,2018/10/14,57,决策,决策可以分成： 结构化：相对简单的，常规的决策，规则可以直接应用 非结构化：更复杂，有一定的创性性 决策中遇到的问题 错误的假设 承诺扩大：一旦作出了决策，很难纠正 信息过载,2018/1

28、0/14,58,群组决策,在项目中经常需要团队一起作出某些决策，当对于某一问题，小组成员的知识是互补性的时候，问题比较容易解决。而在处理结构性很不好的问题时，特别是需要一种创造性解决方法时，效率就不高。头脑风暴技术是一种有效的方法。 群组决策中可能遇到的问题： 耗时 激发冲突 决策可能主要由影响大的成员作出,2018/10/14,59,减少群组决策缺点的方法,Delphi技术 选定需要合作的专家 将问题提给每个专家 专家提出建议 建议被收集并进行整理 建议发回给专家 专家对其它人的建议提出意见并修改自己的建议 如果已经有一致的结果，则结束，否则继续进行。,2018/10/14,60,团队领导,

29、Leadership领导能力指的是在一个小组中影响他人并使他们为了小组目标而工作的能力。 领导力是与权力相联系的： 地位权力 强迫权力 联系权力：与具有权力的人能够联系 报酬权力 个人权力 专家权力：能够作一些特殊任务 信息权力：获取其它人所得不到的信息的权力 指示权力：基于领导者的个人吸引力,2018/10/14,61,领导风格,一种分类 Directive Autocrat(直接独裁):单独决策并对实施进行密切监控 Permissive Autocrat(许可独裁):单独决策但是给下属以实施的自由 Directive Democrat(直接民主):参与性决策但是对实施进行密切监控 Perm

30、issive Democrat(许可民主):参与性决策但是给下属以实施的自由 另一种分类 面向任务 面向人员 对于不确定性的环境，面向任务的更受欢迎 对于没有经验的人员，面向任务更有效,2018/10/14,62,管理风格,问题：什么样的管理风格更合适，是面向任务的还是面向人员的？ 学院工资系统项目中，一个以前当地政府中维护工资系统的人员加入到该项目 一个新的分析员/编程人员加入到一个开发小组 一个年龄在45岁曾经在老的帐务系统上干过系统支持工作的人员加入到对帐务系统进行改造的项目中来 面向人员的风格比较合适 对于该新的人员，面向任务和面向人员的管理都需要 因为新的扩展将影响该人员的工作，在短

31、时间内，需要进行面向任务的管理,2018/10/14,63,组织结构,正式的，非正式的结构 尽管组织结构对项目有很大影响，但是项目经理有时没有什么发言权 一般而言，正式的结构可以表示称人员的递阶结构 非正式的结构成员之间的关系是交叉的。 递阶方法 人员和生产线 直接生产产品的线上人员 支持人员,2018/10/14,64,组织结构,面向功能的分解 人员更有效的使用，例如编程人员可以在需要的时候分配给某项工作，干完后分配给另外的工作 人员的职业发展是面向技术的 技术人员之间可以交流新技术，新思想 可能在不同的部门之间存在交流的问题，特别在编程者缺乏应用知识时 面向任务的分解 用户更愿意看到面向项

32、目的结构，因为资源实现已经给定给这个项目 职业的发展可能使编程人员最后成为系统分析员 面向生命周期的分解 开发和维护由不同的团队完成 矩阵结构 职员有两个经理,2018/10/14,65,组织结构,集中式结构 团队成员之间可以进行自由通信 分布式结构 分成若干部分，每个部分有一个代表 部分之间的通信由代表来进行 非利己主义编程(Egoless programming) Peer review以保证程序是小组的公共财产 主编程团队（Chief Programmer Team) 团队越大，效率越低，因而需要降低团队规模 主编程完成分析，设计，编码，测试和文档编写 为了辅助主编程工作，配备了副手帮助写文档，写程序，测试等 合格的主编程人员难以寻找,2018/10/14,66,项目工作中的冲突（1）,项目中的冲突是不可避免的。 冲突并非一无是处，它让人们有机会获得新的信息，另辟蹊径，制定更好的问题解决方案，加强团队建设，这也是学习的好机会。,2018/10/14,67,项目工作中的冲突（2）,冲突来源 工作内容 资源分配 进度计划 成本 先后次序 组织问题 个体差异,2018/10/14,68,项目工作中的冲突（3）,冲突处理 回避或撤退 竞争或逼迫 调停或消除 妥协 合作、正视和解决问题,2018/10/14,69,小结,理解人类行为 招聘人员 最佳工作方法 团队工作,