Chinaunix首页 | 论坛 | 博客
  • 博客访问: 1932487
  • 博文数量: 699
  • 博客积分: 6000
  • 博客等级: 准将
  • 技术积分: 4970
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-15 13:45
文章分类

全部博文(699)

文章存档

2011年(1)

2008年(698)

我的朋友

分类:

2008-10-15 13:49:14

  一个系统不仅需要优秀的分析和设计,更需要一个良好的过程将其从蓝图转化为实现。这个过程中最重要的是对团队的管理,也就是人的管理。
 
  一个优秀的团队和一个糟糕的团队的效能是天壤之别,她们之间的比例不是1:100或1:1000这样量化的数字能够表示的。就像一个团队建造了一幢摩天大楼屹立于云霄,而另一个团队的建筑物还没有10米高便开始摇摇欲坠!这是质的差别,也是团队灵魂的差别。
 
  而团队的领头人就是项目经理,他的能力/素质直接影响着项目的成败!我们不需要一个团队的所有成员个个都是优秀的,但是为了确保你的项目成功,请雇佣一个优秀的项目经理!
 
  以前,自己通常都是单干,最多时也是两三个人合作,项目进展良好。现在负责一个较大项目开发,需要协调整个团队成员,保证项目的进展。原以为,这是一件很简单的事情,和以前一样嘛。结果随着项目的进展,问题越来越多,而其中的绝大多数问题都不是技术上的,而是对组员管理协调的问题。想使一个团队高效并保持高效,我们需要花不少的气力。以下几点是从我前段时间的实践中总结出来的,只是自己的经验小结,也并没有打算写成一篇完整的关于团队管理的论文,毕竟在这方面自己的功力还浅薄的很。希望和大家多多交流这方面的心得。对团队的管理需要重视以下几个方面:
 
  (1)让合适的人做合适的事。了解每一个组员的知识结构和背景,知道他们各自擅长什么,把任务安排给能最有效最迅速解决它的人。
 
  (2)把项目的主要功能/任务以列表的形式形成文档、把每个组员的阶段任务以列表的形式形成文档。这是重要的,否则,你自己和你的组员将会常常忘记目标是什么、自己要做什么。
 
  (3)不要给组员我们的项目不着急的感觉。让每个组员都有紧迫感。一个安逸/懒散的团体不可能按时按质提交项目,即使这个项目本质上并不紧迫。
 
  (4)在组员的上一阶段任务提交之前,就应当安排好该组员的下一阶段任务。不要让任何一个组员闲散着。因为无论在什么时候,系统的任何一个模块都有改进/重构/整理的需要,我们的设计/实现永远都不够优秀。
 
  (5)对某一特定的环节,清晰明确地告诉你的组员你想要的是什么,否则,你就准备把同样的事情告诉他第二遍第三遍。让另外一个人完整地了解你的意图不是一件简单的事情。
 
  (6)充分地交流。就这个项目而言,你和你的组员之间的交流可能还远远不够!
 
  (7)锻炼/指导你的组员、相信你的组员。如果作为项目经理的你是个优秀的程序员,那么千万不要相信自己能完成所有的主要/核心功能。你也许可以完成某一模块,但是更多的模块是由你的组员完成的。
 
  (8)千万不要惟我独尊。也许你很坚信自己的方案是优秀的,但是如果你的组员提出了新的方案,那么请你重视这个新方案,并一视同仁的从这两个方案中抉择更适用于当前项目的那个。我就从组员那里吸收了很多精彩的想法,并将它们运用到项目中。
 
  (9)坚决的执行力!前提是你必须有足够的判断力和决断力。当有些议题没有结论的时候,你需要来拍板。
 
  (10)公平公正的对待每个组员。千万不要偏袒任何一个!
 
  (11)请记住,项目经理不是“官”。
【责编:huangchunmei】

--------------------next---------------------

阅读(309) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~