三思而行

记得以前曾经发过一则笑话，山丘上的公牛。一头年轻的牛，一头年老的，面对山丘下的母牛，前者首先想到要奔下去抢一个再说，后者要慢慢跺下去，思考着如何抢更多，甚至还会考虑如果抢了两头母牛，如何让她们以后和睦相处的问题。

我已经非常像这头老公牛了，经常挂在口头上的一个词就是"分析"。确实，太多的事情如果缺乏分析盲目去做，将会导致重复工作、工作成果质量无法保证。一个系统需要分析，一项小任务也需要分析，这在团队工作中更加重要，因为你的分析产物是要让别人更轻松地工作。

通过分析，能够形成一些文字甚至是一些元数据，后者更加结构化，因而更加严谨。例如如何工作任务描述得清晰。以往有一项任务，领导说"完成这些程序"，至于哪些，你自己挑出来，至于接口规格，自己看着办。而通过分析，形成一份严谨的规格，因此可以将任务描述成"完成这个列表里的程序"，程序的接口、功能描述、质量检验标准都在其中。
其实在软件工程中，通常说的"需求分析"就是这个步骤，大家都明白这个步骤的重要性，可有多少公司或是多少客户愿意在这个步骤上投入资金和人力呢？几乎都是口头的重视吧，这结果也就导致需求不清。

当然会有反对者轻视这种行为，认为空想不如实际动手，说"多想无益，反正最后的结果是那样就行了呗"。

这里需要辩解一下，如果能够预料到一些潜在的风险、困难和变化却不顾，岂非掩耳盗铃。
确实如果没有经验基础、数据基础的分析，就是空想。因此，我还认同经验主义。经验到什么程度，就分析到什么程度，也就决定了最终分析结果的明确性和准确性。超出经验的分析是过度分析。

上面都是在强调分析过程的重要性，有没有具体的方法呢？有机会再总结一下。对于软件需求分析来说，是有很多理论的，不过也太多太杂，让人目不暇接。而且理论总归是理论，还需要自己去实践中体会。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友