原则是工作的准则,代表了许多人从经验中总结出来的集体智慧
源自《软件开发的201个原则》
需求
需要明确
- 需求是什么?
- 需求有具体文档记录吗?
- 需求经过多方评审了吗?
- 需求合理吗?
- 需求投入产出比如何?
原则46:避免再需求分析时进行系统设计
- 需求分析:定义系统/软件的黑盒行为。它是从外部看到的,在说明“是什么”
- 系统设计:设计系统/软件的白盒行为。它是从内部看到的,要说明“怎么做”和“为什么”。
- 在需求分析时,避免进行系统设计
原则39:先确定问题,再写需求
- 定义问题:确认问题的本质,避免只解决表面需求
- 了解这个问题是谁的
- 确定问题的来源,是真的来自于用户,还是PM的脑洞
- 确定问题的价值,值得去做吗?
- 比如:用户说希望可以增加一个统计结果,其实他真正想要的是一个报表功能
- 解决问题
- 确定谁来解决。比如:某个存储功能是由业务团队实现,还是应该反馈给对应的中间件团队
- 解决方案有哪些弊端
原则41:立即修复需求规则说明中的错误
- 当需求变更时,首先修改需求文档
- 项目文档是知识传递的基础,是团队高效协作的保障
- 重要性: