最后第3.6节，作者又补充了一些点，并且总结了前面讲到的内容。

---

“老板项目”

作者首先介绍了一些特殊的项目，第一个说到的就是“老板项目”。老板项目，就是指老板突然跟你说，我们要做个什么什么，然后你只有执行份儿的项目。其中，这是很正常的事情，很多公司甚至所有的项目都是老板项目，而且很多老板项目都是重要的项目。那么老板项目相对于其他项目的特殊之处在哪里呢？作者从T（时间要求）Q（项目范围）R（人财物花费）三方面谈起。

T是给死的。通常，每一级任务的下放，老板都会给自己留一小段时间做缓冲，但是我们千万不要在定项目计划的时候算上老板留给自己的这段时间，反过来，我们订计划的时候应该再给自己留一段，这些都是最后救命用的。Q是可变的。一般越大的老板给出的指示越具战略性，越不具体，所以具化出来的Q就可大可小了，这是我们可以发挥的地方。开始的时候，尽量施展自己的聪明才智，天马行空的爽一把，把Q搞大，尽量搞大，并合理地算出一个巨大的R，然后，你就可以欣赏到老板因为无法付给你这么多R而自己砍Q的表演了……当然，我们应该尽职地帮老板排出各种功能的建议优先级和所耗的资源，好让老板知道刀该往哪里挥。R是丰富的。老板项目优先级很高，因此R是充足的，其他项目统统让路，让多少路，这个问题应该抛回给老板决定，我们只提供专家意见，狮子大开口：让得越多越好！记住，千万不用在这个时候就帮老板着想，应该怎么节省R，那样反而不讨好，老板会觉得你思路不开阔。

本章小结

下面这种图是本章的一个总结，将之前各讲的框架整合在一张图里。

项目的坎坷一生详图

经过了第二章的需求筛选，我们就可以设立项目去完成它。

第一步，项目立项。正式做项目之前要组建团队、确定计划（工作量、工期、沟通计划等），然后kick off誓师大会。

第二步，需求文档。要撰写BRD、MRD、PRD和FSD等文档，然后还要进行评审。

第三步，是项目的具体操作层面，包括开发、测试和发布，其中涉及开发团队、设计团队、测试团队等。

最后，项目上线之后要进行项目总结，并且根据用户反馈不断改进迭代。