第七章:撰写优质的规范说明书
做到以下三件事:确保对的事被构建,提供总结项目的规划阶段的进度里程碑以及在项目的做法上能让不同的个人可以做深度查看和反馈。
种类:需求、功能、技术规范、工作项目列表(WBS)、测试标准以及里程碑退出标准
查看规范说明书时,可参考问题列表:
1. 程序员的工作项目列表和规范说明书相符吗?设计过程中的哪个地方最有可能找到漏掉的工作项目?
2. 这样的设计最可能以什么方式出错?最弱的组件或者界面是什么?为何无法改善?
3. 我们的力量和信心是否以最重要组件为中心?
4. 我们有适当级别的质量吗?这样可以做到项目远景所需的可靠性、效能以及可用性吗?测试的估算实际吗?
5. 为何简单的设计不会更好?我们需要这么多复杂的功能吗?
6. 这样的设计和什么有相依关系?有应急方案吗?
7. 设计中的什么元素最可能改变?
8. PM,程序猿以及测试员最关心说明书里的什么?
9. 是否有机会共享功能模块代码?
10. 是否满足UI所需的可达性和区域化需求?
11. 安全防护风险?
Part 8 如何做出优质决策
经验、直觉、训练、彼此!
了解有哪些紧急事项:
”元决策“(决定对决策投注多少时间和精力的决策)
决策的核心问题?
对项目的冲击?
如果错了,成本/冲击为何?
机会之窗出现在什么时候?(界定合理的决策速度)
我们以前做过这种决策吗?(承认无知并不可怕)
谁具有专家观点?(真的要我来做决策吗?)
我们需要谁的核准?(做决策前,需要/想要谁的反馈?)
寻找并权衡选项:
单项评估、比较评估(无关紧要之事真的无关紧要,无异地带)
情绪和思路清晰
作比较简单的方式(pros and cons砍掉功能、让顾客决定、什么也不做)
排除法(如果你把不可能的部分删掉,无论剩下的是什么,无论多不可能,必定就是真相。)
奥卡姆剃刀原理:试着砍掉当在路上的所有不必要细节,回归到问题核心。
信息是闪光灯(信任数字,看清细节和界限,但是数据是无法作决策的,曲解数据很容易,精确并非准确)
专注和回顾:
这项决策解决了核心问题吗?
是否有更好的逻辑或信息可用来更快速过滤出选项?
远景、规范说明书或需求有助于决策吗?
这项决策有助于项目进展吗?
是否有重要人士参与过程,却无法参与决策?
这项决策是否防止或引发其他问题?
事后来看,当你想把决策做对时,有哪些事是你应该担忧的?
你是否有足够权限做正确的事?
作此决策所学到的事如何应用到项目的其他地方?
勇气
正确使用信息