软件开发项目的人力资源管理 团队配置问题探讨

摘要:
几天前,我应邀做了一份关于项目人力资源管理的报告,分享了软件开发项目团队中的团队配置问题。我今天刚好有空。我希望我能和更多的朋友交流。选择本课题的原因:1)软件项目以人为本,人力资源是项目中最重要、最根本的因素和决定性的资源;一个项目的成败往往取决于从事该项目的人员类型;2) 软件项目中的大多数问题、挑战和风险归根结底都是人为问题。如果与人相关的问题能够得到更好的解决

   前几天应邀做了个关于项目人力资源管理的报告,分享的是软件开发项目团队中的团队配置问题。刚好今天有空,整理成文,希望能跟更多的朋友进行交流。

    选题理由:

   1)软件项目以人为本,人力资源是最重要、最根本的因素,是项目中的决定性资源;往往一个项目的成败,取决于是什么样的一群人在做这个项目;

   2)软件项目中大多数问题、挑战、风险,归根结底都是人的问题,如果能更好地解决与人相关的问题,会让项目进行得更加顺利,提高成功概率;

   3)说到一群人一起做项目,第一个需要考虑的就是团队如何配置的问题,平常也经常看到因为团队配置失策而导致项目失败的教训;所以这第一步也是至关重要的一步;

   本 文旨在探讨项目的团队配置这一个点上的问题,既不求全面概括和总结所有与团队有关的问题,也不指望解决好了这一个问题就能让项目成功。所求只是把这方面一 些常见的风险拿出来做个提醒,并试图给出一点解决思路,以期避免类似的问题重复发生。当然也总存在着比我所分享的内容更多的风险和对策,也希望读者能帮忙 补充。

   提到项目团队配置上常见的问题,以下分享几点来自真实项目的总结:

   1)项目没有配置某个所需的团队角色,或者某个角色缺乏专职人员配置;这导致与该角色所对应的职责,没有被履行,或者履行的力度未达预期程度;譬如项目组没有专职测试人员;

   2)整个团队在各所需角色上投入的资源不均衡;投入过多的地方出现瓶颈,投入过少的地方暴漏问题;譬如项目管理团队在客户方面投入时间过多,在团队内部提供支持过少;

   3)虽然角色配备齐全,资源分配也均衡,但资源的能力未达预期,实际执行效果不能满足需要,导致风险发生;譬如项目团队某关键角色由一个新手承担;

   上述都是在一些项目中发现的问题,或者说是现象。而相对于现象,我们更关心的是现象背后的原因,以及如何避免类似的问题,所以要问:团队配置的问题是如何出现的?如何才能尽早发现并避免?这就不得不用到“角色识别”这个实践了。

   角 色识别是识别成功完成一个项目所需要的所有角色,明确他们的职责和关系,并分析为正确履行各职责所需的技能和能力,对结果进行记录的过程。显然我们要做三 件事情:1)识别出项目成功所需要的所有角色;2)明确这些角色的职责;3)明确这些承担这些角色的人员,所应具备的技能和能力;

   就个人经验而言,有以下几个常见的原因导致团队配置方面出问题。虽然在很多场景下,部分原因比较受限于外部因素,但考虑到项目经理对项目的成败负责,我认为还是应该把解决这些问题的责任放到项目经理身上:

    1) 项目经理没有进行角色识别,所以没有理清项目团队到底需要哪些角色?因而就没有去积极地争取这些资源,或者说被动地接受任何现有资源或被分配过来的资源, 未考虑过调整资源的可行性;这导致资源配置随机发生,而不是精心设计,所以存在角色残缺或者角色投入不足,不均衡等问题;(这个问题上我个人的观念是尽人 事,听天命-PM应该尽量去争取所需资源,即便实在没有权限,实在难以得到最终结果,争取跟不争取还是有区别的,至少认真分析和思考下这个问题,或跟相关 人员交流下这个问题可能造成的影响,也是好的);

   2) 混淆了角色和成员的概念,或项目经理没有考虑一个成员可以承担多种角色的可行性;而实际一兼多职的可行性,在很多地方还是具备的。只要能想办法让成员身兼 多种角色,那么即使团队再小,需要的角色再多,也是可以让角色得到一一配置的。(显然,配置了该角色的效果要好于没有配置该角色,配置专职人员的效果要好 于配置兼职人员,但很多时候限于现有条件,可能更多的反而是使用兼职这种折中配置。)

   3)角色职责定义不明确,这往往是没有PM认真定义各角色以及描述角色职责的结果;导致一些职责没有明确责任人,往往这些没有明确责任人的职责都得不到妥善的履行。

   4) 有些角色让同一个成员兼任的效果并不好;有不少PM也考虑到了让成员一兼多职的尝试,但通常都是简单尝试就放弃了。并未仔细思考哪些角色适合合并,哪些角 色并不适合兼任。其实这里面也有很多问题和对策,譬如就软件开发而言,开发和测试这两种角色兼任的话,会有以子之矛攻子之盾的矛盾,但如果改为交叉测试就 能适当规避。

    5)未能动态校正团队配置;随着项目的进展,譬如阶段变化了,成员变化了,或者工作内容的变更,往往导致角色配置需要进行与之对应的调整,如果此时PM没有重新思考下团队配置的问题,往往就容易保留以前的团队,而这个配置却与实际需要发生了差距。

    综上所述,如何才能尽早发现并避免团队配置的问题?这个答案就很简单了,就是PM要尽早并阶段性地进行团队角色识 别的工作,并且将识别的结果与项目团队的现状进行对比,对误差进行及时调整,并且积极发挥自己的影响力去改善团队,去获得所需要的资源,实在不行则退而求 其次,考虑兼职方案。另外当天交流时,有个朋友提到了培训,这是非常好的一个补充,尤其是对于资源的能力、技能跟项目需要不匹配这种情况下,是个很不错的 选择。

    总感觉言不及义,可能还有很多考虑不周全之处,多多包含。只要我的简单分享能够带来一点点启发或思考,能起到抛砖引玉的作用,那就心满意足了。

PS:团队配置的问题主要对应于PMBOK中的第九章人力资源管理的第一节-制定人力资源管理计划。

免责声明:文章转载自《软件开发项目的人力资源管理 团队配置问题探讨》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇Ajax跨域CORSubuntu系统下解压与压缩文件命令(大全)下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

软件开发项目计划的制订

一、项目计划的要素根据PMBOK2000,项目计划可以包含如下要素:1、 项目范围说明项目范围说明阐述进行这个项目的原因或意义,形成项目的基本框架,使项目所有者或项目管理者能够系统地、逻辑地分析项目关键问题及项目形成中的相互作用要素,使项目干系人在项目开始实施前或项目相关文档编写以前,能够就项目的基本内容和结构达成一致;项目范围说明应当形成项目成果核对清单...

信息系统项目管理师10大管理47个过程域输入输出工具(项目人力资源管理)

本系列文章是对信息系统项目管理师10大管理47个过程域的输入输出及工具的汇总,供广大考生复习参考。 更多复习参考资料,请关注微信小程序“信息系统项目管理师高频考点”。 项目人力资源管理 项目人力资源管理包含4个过程域 一、规划人力资源管理 输入: 1、项目管理计划 2、活动资源需求 3、事业环境因素 4、组织过程资产 输出: 1、人力资源管理计划(角色和...

研发项目风险因素差异性

      随着市场竞争的日益加剧,产品更新速度不断加快,越来越多的企业意识到研发是获得竞争优势的重要手段,从而投入大量的精力在研发项目的开发和应用上。然而,许多研发项目最终都以失败告终。据斯坦福国际研究所S·P-布莱克的统计,约有40%的R&D项目在技术上未能最终完成.技术上获得成功的项目中约有45%没能开发出产品,而在已经商品化的项目中,约有6...