一个软件项目的自主参与式团队建设实验.docVIP

一个软件项目的自主参与式团队建设实验.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
一个软件项目的自主参与式团队建设实验   1.0团队建设所面临的挑战   团队建设是项目的人力资源管理的一个重要组成部分。其主要目的在于培养团队成员的能力,以及提高成员间的交互作用,从而提高软件项目的业绩水平[1]。   在我所在的实际软件开发项目中(用A项目做为代号来表示),团队建设所面临的挑战主要来自于四个方面:   1)项目产品开发团队内部结构较为复杂。整个团队分布在美国,印度,中国三个国家。而我所在的中国团队加入时已经是产品发布前的6个月左右,软件架构已经基本定型,但是还有很多工程方面的软件兼容性问题需要解决,否则会影响到诸多OEM客户的产品发布。   2)小组成员的相关领域软件开发技能存在一定的差距,此前并没有相关领域的开发测试经验,从而给项目的执行增加了风险。   3)项目的时间进度安排的很紧,由于OEM客户需要在圣诞节销售旺季前发布产品,因此所有的注意力都被放在软件产品的开发测试上面,本来计划中的内部培训课程,也被取消,而代之以直接边干边学的工作方式。   4)团队成员的士气不高。由于上面的几个因素的存在,项目团队成员表现出来一定的畏难心理和信心不足,制定计划和获得工作承诺的时候,普遍反映心里没底。   做为项目经理,面临此时的现实情况,首先考虑的是项目管理模型,即应用以质量为核心的“范围—时间—成本”三角形模型来分析此项目的内外部需求,进行任务的优先级排序,并且安排资源的使用,使得我们能够不仅在短期能尽快取得实际的进展,而且在中长期能够逐渐掌握主动,加快项目的进度。   在这里,我采用了头脑风暴和SWOT分析工具进行评估分析,以便较为全面的识别自身的长处和短处,机会和威胁,确定合理的短期和中长期目标任务。   其评估的具体的步骤如下:   第1步:拿一只笔一张纸,项目经理写下自己团队所有的长处(Strength)。接着,写下来所有的短处(Weakness).要如实的去记录。   例如:   长处:   1.团队年轻,对于技术有热情;   2.愿意对相关领域进行深入研究;   3.这个团队此前有较好的项目开发历史,能承受较大压力和挑战,学习能力强,在美国团队里有较好的声誉;   4.团队成员与美国资深工程师有较好的沟通渠道,彼此较为熟悉;   短处:   1.在新的领域缺乏相关领域经验;   2.对于测试用例本身和测试覆盖缺乏了解;   3.对于新的软件开发调试工具不了解;   4.在本地缺乏资深软件工程师;   5.时差问题,和美国不在同一个时区,如果出现问题,不能实时得到反馈;   6.缺乏清晰的短期和中长期工作目标,并且任务的ownership也没有明确;   第2步:写下未来的机会(Opportunity)和威胁(Threat)。这些都是潜在的,将来时的。注意要有数据支持。避免凭空想象。   例如:   机会:   1.对于团队项目经理,是一个很好的案例来锻炼项目管理经验,并且能够加深产品开发周期的管理经验,应对各种挑战;   2.对于工程师,有机会深入接触到相关领域的最新技术,并且深入了解产品开发的技术细节;   威胁:   1.时间非常紧张,而我们并没有完成项目的Rampup,如果不能建立起有效的学习型组织,则就无法完成赋予的任务。   2.团队成员对于任务的紧迫性没有充分达成共识,彼此的配合也不够默契。   3.由于问题重现的困难性,有些软件调试任务可能会在不知不觉中花掉很多的时间,很难预测和控制这类任务的时间安排。   4.某些问题,需要协调公司外部的其它软件公司的配合才能够解决,而这些任务的时间协调也是较难预测和控制的。   第3步:召集一次会议,就分析的结果与大家进行讨论,在核心成员间达成共识,并制定接下来的行动计划,把评估结果转化成实际的行动。   分析完毕后,我们与美国和印度的团队进行了协调,并且就任务的范围,时间和每周工作任务量达成了一致。其要点包括:   此时,当任务的范围和时间目标基本明确后,项目经理的主要功能就转化为领导团队成员一起执行和调整。   1.2学习型团队建设   学习型团队建设是当今各个软件开发项目都会注意到的主题,对于团队建设的结果——提高软件项目的业绩水平,各个团队主体基本上没有异议,但是对于采用什么样的手段来发展,不同环境条件下的团队,却难以取得共识。在本文所提到的A软件开发项目中,我们也面临到学习型团队建设的问题,并得到出一些经验和体会。   经过上个阶段的SWOT分析后,项目经理发现此时团队成员的最主要瓶颈在于相关领域开发知识和经验欠缺,导致分析和解决实际软件产品问题的时候思路不多,方法单一,这方面的能力提高,是一个较为长期的过程,因此建设学习型团队是要从第一天就抓起的。   但是这个领域需要多个学科的经验和技能,做为项目经理,我并不是很了解那些知识和技能是最

文档评论(0)

某某先生 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档