项目管理资源网

您的位置:项目管理资源网 >> 研发制造项目管理

如何建立团队

2009/5/27 10:51:19 |  7268次阅读 |  来源:网友转载   【已有0条评论】发表评论

  团队,并不仅仅是一组人恰巧在一起工作就可以构成一个团队。团队应该如何定义,Smith给出如下的定义:能相互负责的、具有共同的目标的、共同的执行目标和共同方法的有互补技能的一些人。
  在以下的软件项目中一定需要注意的团队合作:
  1. 开发和审查项目需求
  2. 开发将整个项目中使用的项目构架和设计指导方针。
  3. 定义将在项目中应用的技术环境的各个方面(包括程序设计语言、编译程序、源代码库、代码生成程序、编辑程序和版本控制程序)。
  4. 开发在整个项目的相关的代码标准
  5. 协调一个项目的相关方面的工作(包括子系统、模块和类定义界面)。
  6. 设计程序的困难部分。
  7. 检验独立小组或开发者的程序设计和代码。
  8. 调试程序中的困难部分。
  9. 测试需求、设计和代码。
  10. 审计项目的进展情况。
  11. 软件维护。
  这些部分如果整个小组合作来解决的话比一个或两个人解决更加完善,当小组的整体的合作起来比不合作起来好的情况下,团队才有必要生存。因为也不是所有的项目都需要团队的,相反有些情况,合作的效果并不如一个人。
  建设什么样的团队?根据有关统计数字(美国资料)表明:
  开发时间在6~14月的4~8人的团队最佳。
  项目经理应以团队的合作为主要的目标,而不应看重某个人的能力。
  要有共同的目标、可提升的意愿(主要是指技术上)。
  团队成员的相互认同感、相互信任。
  有自主意识并追求相同的结果。
  需要高层次的享受(根本性的需求)。
  有效的沟通和适当的授权意识。
  具有以下性质的团队为最佳团队。
  如下看一个事例再对最佳团队进行分析:
  Error.cao 所在L公司是一个有7个人的团队,虽然大家的能力等相差很大,但从来相互合作,没有任何人受到歧视和不被尊重。大家在开小组会议时畅所欲言,对问题的披露没有任何阻力,大家会后也相互合作。
  但有一个奇怪的问题,每次有经理在的那些会议,大家(基本上每个人)都不想说任何话,基本等经理把事情布置完毕后,大家散会,在会后也基本上不提这次开会的任何事情,就好象这个会议没有开过。
  为什么会有如此大的差别?
  原因有两个:经理在每次开会前,都在批评每个人一番,基本上是按照顺序来,在这样的会议上大家就好象"牛鬼蛇神"一样。批评完后,经理再按照顺序来询问这些成员有没有什么问题,每个人都想早点出来,固然什么问题也没有了。
  就是因为大家什么都没听进去,所以什么也不太记得,会后讨论什么?即使有人提及此次开会的话题,对方马上说,没听清楚或说忘了。如此的什么会议也是无效的。
  如何把这样一个团队改造成一个优秀的团队呢?
  方法是:有效的沟通和适当的授权意识(经理和小组成员)。给小组某成员适当授权,来改变经理负责制的不良情况,在给小组授权的同时,可能在开始小组成员可能还不能够接受,但一段时间后便基本改善了。
  对于优秀团队其他特征又如何?在上面我们已经简单地描述优秀团队的特征了,下面我们再详细描述这些特征:
1. 团队规模:开发时间在6~14月的4~8人的团队最佳。
  一些专家认为团队的规模一般要少于8~10人,若这个项目需要多于此些人来完成,可将小组分为多个团队。但有些小组若有较高的凝聚力,也可以适当超过这个数字,当然这个也在适当情况生效。
2. 注重合作:项目经理应以团队的合作为主要的目标,而不应看重某个人的能力。
  注重合作是团队的核心,建立团队的目点就是合作,在一个基本的"认同点"上寻找属于自己的一方面。就好象我国的社会主义的现代化建设一样,一定要强

    项目经理胜任力免费测评PMQ上线啦!快来测测你排多少名吧~

    http://www.leadge.com/pmqhd/index.html

“项目管理生根计划”
企业项目经理能力培养和落地发展方案下载>>

分享道


网站文章版权归原作者所有,如有认为侵权请联系我们,将于1个工作日内作出处理!
网友评论【 发表评论 0条 】
网友评论(共0 条评论)..
验证码: 点击刷新

请您注意护互联网安全的决定》及中华人民共和国其他各项有关法律法规或间接导致的民事或刑事法律责任
·您在项目管理资源网新闻评论发表的作品,项目管理资源网有权在网站内保留、转载、引用或者删除
·参与本评论即表明您已经阅读并接受上述条款