目标与实施

软件开发是一件关乎人与目标的事情，怎样在人和目标中达到平衡是我们做梦都在想的事。

工作中常常会遇到这样的情境：我们的目标是提供无bug的应用，因为这样我们的成本会非常低，效率会非常高，皆大欢喜。我们的目标是提供最简单易用的应用，因为这样我们就可以省去培训的麻烦；或者我们在培训阶段就要解决用户所有的问题，因为这样我们就不必花费更多时间和精力来应付用户的电话和邮件。

我们当然想提供想应用没有任何bug，这有什么不好呢？我们也当然想达到所有设定的目标，确实是皆大欢喜。但是，这当中就涉及到一个关键问题，这个目标是否可以达到？如果给开发人员确立的目标是无法完成的，最后的结果通常还不如不设立目标。对多数人来讲，没有意义的目标就等于没有目标，对所有人来讲，如果每次的目标都是无法完成的，那么这个目标没有任何意义。

还有一些目标是无法形成一致描述的，“我想要一个非常稳定的版本！”非常稳定是什么概念？一百个人大概有一百种描述。既然目标不清晰，到最后可能大家都不满意，收货的说我想要的是一台笔记本，送货的却送来一台服务器，结果可想而知。

那么我们有什么更好的办法来实施目标管理呢？
首先，定义清晰合理的目标。这个目标是可以验证的，所以也要统一验证的标准。比如上面的例子，“非常稳定的版本”。如何定义这个目标呢？可能的定义包含：
1>通过所有的单元测试。
2>通过现有的验收测试和性能测试。
3>核心功能不会抛出任何异常。
当然，这些定义要依赖一些因素，如整体的开发和测试实力，现有的运行环境，及当前版本的特性等。这些定义仍然是比较粗糙的定义，但已经可以为开发组所接受，项目经理需要定义地更为详细。如这些单元测试应该达到什么程度，相应的验收测试和性能测试应该达到什么标准，核心功能有哪些，都要有非常细致的描述，这样大家就形成了统一的认识，知道最终的结果应该是怎么样的才算合格。这里要提到一个非常重要的原则，就是目标必须是现实的，可以达到的，而不是因为管理层想要什么目标就提什么目标。在定义和细化目标时始终遵循此原则。合理的目标可以有效地激励员工完成工作，反之则会打击员工的积极性。
其次，合理地分工。让擅长的人做擅长的事。这一点是比较困难，可能有这样那样的原因令人无法做到这一点，尤其是开发组织的结构不合理。现实中我们一定要尽力这么做，最大化开发效率。
第三，定义一些里程碑，在每个里程碑完成时就开始做review，让意外来得更早一些吧。Review做完之后要总结，经验和教训能不断提高工作效率。
最后一点，仍然是总结，这一周期完成之后对整个过程做总结，从更高层面上对这个周期的各项活动进行必要的review，然后为下一周期的工作提供必要的数据和经验等。

出来工作总是要写代码的！ :arrow: