程序员刘杨

一般在项目启动或下个版本迭代时，都会编写开发计划。开发计划的好坏，直接导致了项目是否能够按时交付，项目延期对客户、对公司、对员工来说都会带了不好的影响。下面我来谈谈SMART原则在制定开发计划时的应用，怎样通过SMART原则提高开发计划的质量。

首先我们看看百度百科对SMART原则的定义：

SMART原则（S=Specific、M=Measurable、A=Attainable、R=Relevant、T=Time-bound）是为了利于员工更加明确高效地工作，更是为了管理者将来对员工实施绩效考核提供了考核目标和考核标准，使考核更加科学化、规范化，更能保证考核的公正、公开与公平。

我们看到很多公司SMART原则是应用在绩效考核上，其实SMART原则也叫目标管理原则，只要有目标的事务都可以应用SMART原则，开发计划也不例外。

根据SMART原则的五条原则我整理出了开发计划的五条原则：

1、开发任务必须是具体的（Specific）

开发任务必须是具体的，不是笼统的、抽象的，比如可以通过原型设计或接口说明文档明确需要实现的功能，这个也就是在正式开发之前为什么需求整理工作必须要做的原因。

2、开发任务必须是可以衡量的（Measurable）

开发任务原则上是可以按功能点拆解的，然后主管根据自己的经验来算出开发需要多少个工作日，这也被称为“专家估算法”，而不是拍脑袋决策。

3、开发任务必须是可以实现的（Attainable）

开发任务被安排到具体的开发人员后，开发人员必须具备完成此项任务的能力。比如一个需要高级开发做的设计工作交给一个初级开发来做显然是不可以实现的。

4、开发任务是要与本职工作有相关性的（Relevant）

开发任务需要安排给最合适的人来做，这里包括开发人员对前后端技术的熟悉情况、对项目模块功能的熟悉情况等等。如果实在找不到合适的相关人员，则在算工作量时需要考虑进去。

5、开发任务必须具有明确的截止期限（Time-bound）

开发任务必须有明确的开发完成日期，如果开发周期较长则可以继续将任务拆分成几个小任务分别设置完成日期。任务到期时需要检查完成情况，如果没有完成需要分析原因并给出解决方案。

根据SMART原则制定好开发计划后，在开发计划得到贯彻执行之前，我们还需要进行开发计划的沟通工作，即让执行开发计划的人员根据SMART原则的五点原则来理解开发任务，如果有疑问的地方及时调整，只有双方在对任务的理解达成一致后计划才能正常被执行，这样的开发计划才是高质量的。

你不能拿着一份模棱两可的开发计划朝桌子上一扔，就让开发去自行处理。也不可能提出一项根本不可能完成的开发任务，或者没有期限的一个功能去让他做。不满足SMART原则的开发计划在执行时都将成为空中楼阁。