提示75-80 需求之坑

今天学习有关需求的内容，先看提示：

提示75 无人确切知道自己想要什么。

提示76 程序员帮助人们理解他们想要什么。

提示77 需求是从反馈循环中学到的。

提示78 和用户一起工作以便从用户角度思考。

提示79 策略即元数据。

提示80 使用项目术语表。

作者在这一章开头就提出“需求很少停留在表面。通常情况下，它们被埋在层层的假设、误解和政治之下。更糟糕的是，需求通常根本不存在。”作者认为现实世界混乱矛盾未知，所以很难明确地描述出自己的需求到底是什么。但作者话锋一转，认为这恰恰是我们程序员的用武之地，通过编程的过程，可以帮助人们更好地认清自己的需求，而这正式通过反馈循环来完成的。后面的从用户角度思考则说明了需要了解用户的真实使用场景，我们有很多TT就是我们认为的用法和用户真实的用法不一致导致的。在策略即元数据里，作者用一个例子生动地展示了，有时候换个说法就可能导致我们换一个解决问题的思路，会给我们的实现带来天翻地覆的改变。最后一点则和昨天的取名一致性有异曲同工之妙。

关于需求，能说的有好多，我们task做不完经常是因为需求有改变。但是我在这里不是想批评BA不够专业，而是恰恰想说明很多需求都是在写代码的过程中才能更好地明白，光是在脑袋中空想，一些边界条件乃至异常flow很难考虑清楚，但正是一步步写代码的过程中，我们会对这些流程烂熟于心，所以关于一个特定流程最清楚的还应该是开发。所以开发更应该去关注需求，在brief的时候就要站在BA和客户的角度考虑，只有把需求真正的搞清楚，才能开发出好的代码。