我个人认为项目管理理论知识的学习是让我们对如何管理项目有个较清晰的概念，真正如何管好项目是需要花点心思的，因为书本上的知识都是在理想状态下完成的，现实中几乎没有这样的环境。
LZ说的小项目、二次开发、维护这些其实都是可以用项目管理的思路去管的。
先说一下小项目。
我们一般认为的小型的软件项目指的是合同额在30人月以下的项目。这样的项目的特点一般都是时间周期短，进度的压力很大。很多PM在做这样的项目的时候，为了保证进度，一般都会牺牲成本和质量。这是我在做PMO的时候看到的普片现象。
纵观分析，这样的项目一般都是客户有了需求文档（哪怕是很粗糙的），大概知道自己要做什，但是很多时候变更还是会对项目有很大的冲击。往往让PM很棘手的就是这样的风险演变成危机后让整体进度滞后，最后就会让测试的时间一减再减；同时为了应付变更，人力往往也会失控；很多项目又有上线时间的压力，最后的结果就是赶着交，交了以后才是噩梦的开始。
简单的说，这样的小项目，需要从以下几个方面去做：
1. PM有很强的风险意识，特别是在做计划的时候，需要考虑每个阶段可能发生的风险，将风险应对的缓冲放到计划中去，并且需要制定有效的风险应对措施。
2. PM对范围控制要严格，很多小项目做到最后与开始签订合同时的需求有很大的不同。一方面项目组在做本不属于项目组需要完成的工作，这样势必会带来超支和延期；另一封面，客户又不领情，还在责备项目组做的不好。PM需要紧盯项目的范围变化并做详细的记录，当变更达到一定的比例的时候，可以将这些东东拿出来跟客户沟通，这样，就算不加钱，至少客户会对工期有适当的放宽，PM会有更大的主动性。
3. PM做计划的时候最好要有这类项目的模型参考，我做PMO的时候都会跟PM提供计划模型供他们参考。这样计划的效率和准确率会高很多。通过计划可以合理的安排各种人员的搭配和进退场的时间，从而可以有效的控制成本。
今天先谈到这里，下次再接着谈谈其它的情况。
