原则是工作的准则，代表了许多人从经验中总结出来的集体智慧
源自《软件开发的201个原则》

需求

需要明确

• 需求是什么？
• 需求有具体文档记录吗？
• 需求经过多方评审了吗？
• 需求合理吗？
• 需求投入产出比如何？

原则46:避免再需求分析时进行系统设计

• 需求分析：定义系统/软件的黑盒行为。它是从外部看到的，在说明“是什么”
• 系统设计：设计系统/软件的白盒行为。它是从内部看到的，要说明“怎么做”和“为什么”。
• 在需求分析时，避免进行系统设计

原则39:先确定问题，再写需求

• 定义问题：确认问题的本质，避免只解决表面需求
  • 了解这个问题是谁的
  • 确定问题的来源，是真的来自于用户，还是PM的脑洞
  • 确定问题的价值，值得去做吗？
  • 比如：用户说希望可以增加一个统计结果，其实他真正想要的是一个报表功能
• 解决问题
  • 确定谁来解决。比如：某个存储功能是由业务团队实现，还是应该反馈给对应的中间件团队
  • 解决方案有哪些弊端

原则41:立即修复需求规则说明中的错误

• 当需求变更时，首先修改需求文档
  • 项目文档是知识传递的基础，是团队高效协作的保障
  • 重要性：