功能设计与应用场景结合

    软件开发的一般流程是：需求调研，需求分析，功能设计，实现测试，最后是上线验收，后期维护了。在后来的敏捷开发中，将大的流程分解为若干的小流程，能够实现快速响应，一方面提高了反馈速度，另一方面，也更灵活。其他的好处就不多说了。

    实际上，回过头来，仔细想想，为什么有这个过程。需求调研，实际上就是用户在特定的场景下，描述了自己的工作；需求分析阶段，就是将这些描述成了合理的计算机术语；功能设计，就是不这些术语描述成为了具体的界面等，后面功能实现就是翻译成为了代码。在这一步步实现的过程中，实际上慢慢把用户的场景丢弃了。如果在过程中没有很好的质量监管，最后实现的东西，往往距离用户的需求场景差别很大。

    在实践中，很忽略的一步就是，把功能还原到需求场景中，在场景中验证功能实现的合理性。尤其是功能设计的很多技术人员，都不是实际的需求调研人员，缺少与客户的直接交流沟通过程，设计的功能往往缺少场景应用的思想，基本局限在：我怎么解决这个问题或者实现某个东西的思路上。最终，实现的效果与客户的预期产生了很大的偏离。

    在功能设计的时候，一定要考虑到应用场景。功能设计要根据应用场景进行调整、优化，而不是反过来，根据功能让客户去适应新的场景。当然，有些突破性的东西导致原应用场景革新的不算。

    功能设计考虑了应用场景，在客户实际使用的时候才能顺利的接受、使用，减少培训等隐形的时间、投入成本。

    未完待续