团队建设的几点体会-----之三



团队建设的几点体会-----之三

四、有效执行

有效执行就要说执行力了。在工作中不管我们的设计有多完美、计划有多周密，进度安排有多合理，如果不能得到有效的执行，那么这一切只是理想状态而已。执行力SMART原则是这样描述执行力形成的基础的：

1. S：目标必须是具体的(Specific)；

2. M：目标必须是可以衡量的(Measurable)；

3. A：目标必须是可以达到的(Attainable)；

4. R：目标必须和其他目标具有相关性(Relevant)；

5. T：目标必须具有明确的截止期限(Time-based)。

为了形成有效执行力，我们团队建设中需要做到以下几点：

1. 形成能动执行力，树立团队的共同愿景；告诉团队成员，我们现在项目的价值和意义，无论是产品还是解决方案，我们这个项目可以给企业带来什么，可以给客户带来什么；

2. 坚强团队领导，明确领导的责任；明确领导的责任主要体现在用人上。从组织上讲，提升执行力的要旨就在于强结构、用对人。强结构，就是健全与优化团队组织、进行人力资源的合理配置、发挥组织效率。用对人，一项具体工作是由甲成员来做、还是由乙成员来做，团队领导就要很好的衡量了。人用对了，事情也就做好了；人用错了，事与愿违甚至带来不良后果。

3. 提升团队成员的基础技能；对于研发团队来说，开发人员的技能是基础，是硬功夫。所以我们需要鼓励每个团队成员对新技术、新构架、新工具等基础信息的关注，加强团队内部技术交流，在团队成员对某个方法过程不清楚，不明白时，及时提供援助和讲解。通过一系列方法，促使团队成员不断提高，同时让团队成员在工作中有成就感。

4. 奖励机制和惩罚机制并存；从我个人来说，我是不太建议使用奖惩机制的，因为好的团队，就像一个齿轮组一样，每一个团队成员就是一颗轮齿，是一个紧密配合的工作过程。所以如果任何一颗轮齿出现问题，这个齿轮组就要停下来，即便能很快排除故障，很快运转起来，但还是需要一个磨合的过程。这就是团队所要付出的代价。奖惩机制并不能很好的解决团队的故障的问题，甚至会延长故障排除过程。

5. 提升团队士气，保持团队活力。

   这个还是人文关怀的范畴。就不多说了。

五、有效验证

有效验证，准确的说是就是我们常常说的RUP迭代模型，之所以说有效验证，是因为迭代模型发布部署前有一个测试验证过程。我亲历一件比较搞笑的事，研发计划功能完成定到11月底，12月初开始功能测试，12月20号发布本版。大家看到了，整个过程中没有制定性能优化和测试的计划，如果我们12月20号发布一个不考虑性能的版本，应该是可以的。但是功能测试完成后，研发主管就要求测试组进行性能测试。然后就发现跑不过去了，版本发布不了，上层领导不停的催促，于是研发主管要求研发组加班搞定。公司上层管理人员以为编码没有完成，于是对研发组工作产生疑虑，研发组开会被批评，整个团队士气全无，关键成员与研发主管产生矛盾。工作无法推进。

那么究竟是什么原因造成这种情形的呢？是因为从上到下的所有人，对于软件过程没有明确的、清晰的认识，大家都认为功能完成，就是软件完成了。

    那么我们是否在发布版本时做完这些工作呢？就要看这个软件过程怎么计划和定义了！个人认为功能完成测试和界面美化与性能优化测试应该是两个过程，两者的工作重点不同，难易度也不同。每个过程都有它应该满足的结束标志，如果不住延伸，就会对团队形成打击。