面向交付的软件开发策略 Deliver-Oriented Development Strategy

开发二部 雷文宇
开发过程大体上分为四个阶段：

1、需求阶段
2、开发阶段
3、联调阶段
4、测试阶段

需求阶段
需求阶段包括需求评审与问题反馈。在这个阶段，能够及时反馈需求的设计缺陷、逻辑遗漏与描述分歧，不仅能更好地规避后期可能遇见的由于设计变更而导致的开发返工问题，而且能让设计者改进设计提高产品质量。
在这个阶段往往会被忽略的是，由于设计者自己对需求很熟悉，从而导致描述设计的文档内容不够细致或有针对性阅读人群限制。甚至，有些设计者会认为，文字不能完全表达自己的设计意图，而直接用图形表达自己的设计逻辑。我们都知道，简单的文字描述都有可能会产生歧义，图形就更不用说了，尤其是在细节不够丰富，逻辑不够严禁，设计不加说明的文档里。很多在作者看来理所应当的事情，往往就是开发人员需要耗费大量时间去沟通与确认的事情，非常耗费时间。
假设，开发人员只得到5天的可用时间，由于需求设计考虑不够充分导致开发到⼀半的时候无法继续，或者因为需求设计没有细节描述，开发人员需要反复确认这些问题，可能就已经消耗了70%以上的时间了。这么⼀来，实际留给功能开发的时间就所剩无几了。我们知道，所有的文档也好，设计也罢，都不是面向最终用户，只有最终形态的产品才是用户真正所需要的。然而，产品作为给用户提供生产力的工具，作为需求呈现的载体，实际开发的时间不够充分，就不能保证产品的使用效果，肯定会影响产品力。
另外，换个角度看，设计人员的输出其实是面向开发人员需要参考的设计文档或原型设计，换句话说就是设计人员的用户应该是开发人员。所以，设计应该是向开发人员交付的，以