《软件管理沉思录》第二章读书笔记

最近在看软件管理方面的书，看到此书感觉比较有感觉，特作一些总结性笔记以供以后参考。

第二章 为高质量的项目指定计划

一、最难以制订计划的时候，也是最需要计划的时候。当项目感觉无法完成的时候是需要计划一下的，原因如下：

       1、和管理层博弈一般都是管理层赢，如果没有详实的计划，想要获得更多的时间谁又能同意呢。

       2、没有计划并且完不成项目，开发将会失去管理层的信任。

       3、即使完不成也可以知道为什么没有完成。

       个人感觉：小的工作中也要有相关的执行计划，如果没有计划，会事事处于被动的状态。

二、阶段和产品计划

       1、阶段计划：为完成某个产品需要如何安排时间。

       2、产品计划：为完成某个产品需要多少时间。

       3、工程师的价值在于提供有价值的产品和服务。

       4、工作的稳定在于财务健康，而不是技术。

三、合格的产品计划

       1、将要生产的产品规格和重要的性能指标。

       2、估算工作所需要的时间。

       3、进度预测。

四、与管理者协商计划

       1、管理者恨不得明天就能拿出软件，所以需要可信服的计划说服。

       2、PSP帮助制定计划，TSP协商计划。

五、不当计划损失

       1、计划不当的影响：工作成本、时间进度，解决方案，所需资源、工作状态。

       2、没人愿意为没有计划目标不明朗的项目付钱的。

       3、开发人员的职责：根据雇主的需要，设计出经济的、及时的解决方案。注意是经济和及时的。

六、计划基本要求

       1、五要素：易于理解、清晰明白、详细具体、精确缜密(时间精度是要合适)和准确无误。

       2、准确无误也是要参考无偏估计的。

七、无法准确计划就常作计划

      1、需求变化不是项目延期的变化，项目计划就是要管理需求变化。

      2、评估需求的影响，及时协调资源。

      3、精确计划前期，粗略计划后期。

八、维护计划

      1、减少维护任务。

总结：为了完成项目，我们需要详实的计划，一是向管理者说明，而是保证项目进度，要有阶段计划和产品计划，并且要准确，如果无法准确就要常做计划，并且计划要得到魏华。

大话版：我是程序员，就用程序员，就用程序员的话来大话一下。

                1、任务需求：编写一个队列，要求支持任何类型，跨windows和linux平台，用C++

                2、计划：A、阶段计划：两天完成设计，两天完成编码，两天做测试。

                                  B、产品计划：6天后完成产品。

                3、第四天，任务变化，需要用C语言重写，计划变更，需要两天重构代码，如果按期完成还需要加一个测试人员。领导同意。

                4、测试来的是个新人，啥都不会，还要重新培训，计划又要变更，还要一天来培训。这就变成了计划维护，哈哈。