小议项目计划的制定
软件项目的开发，特别提到项目计划，我相信每一个项目经理提到就很痛苦。但是开发的残酷现实告诉我们：没有计划的软件开发过程带来的只可能是无法预料的结果。一次在与项目同仁沟通中，大家份份提到了项目计划的制定是如何难，项目软件的需求变更对项目的计划所带来的可怕的影响。也许大家看了很多的项目管理书本，对书中的各种WBS的制法了如指掌，可是在实际的情况中，“计划没有变化快”和“程序代替用户需求和分析”，其结果是程序开发人员变成了一个真正的民工，以开发人员在时间的牺牲为代价来换取项目的结束。这是很普遍不过的现象，在此不再妄加评论。
如何改善我们的软件开发管理，方法是“总结失败，简单地利用常识”.
一、目标导向计划
计划的制定，是不是要越详细越好呢？个人的理解是详细到开发人员可以理解和指导项目的开发为宜。计划能够告诉你什么时候应该做什么。没有计划，你无从知道自己需要做什么。不少项目经理告诉组员需要做什么东西后扬长而去，丝毫没有一个相关任务（活动）之间的说明。由于没有计划或是计划太粗糙、不切实际，很多项目1/3甚至1/2的时间花在返工上面。因为计划中遗漏了某一项关键任务，项目就有可能宣告失败。试想一下，制定一个周密合理的计划需要耗费这么多的时间吗？需要付出项目失败的代价吗？还有很多项目管理人员常常错误认为"变化比计划快"，但实际的情况是，由于没有计划，你无法预测和估量变化给你的项目所带来影响，你所面临的将会是比面条还难以理清的混沌"状态。此外，对为此，制定一个计划吧，让它符合目标导向（通过各个小任务完成整个的项目目标应当距离成功不会远）。
二、项目任务不是平均分配
在制定项目计划时，项目管理人员意是下理识的让项目任务基本能平均分配，可是实际的情况是我们项目中的少部分开发人员担当了大部分的项目任务（也可能是通常所讲的2-8原则）。在制定项目计划时要考虑到开发人员能力的大小和多样性，聪明的项目管理人员决不会采取任务均分的愚蠢做法，互补结构比对等结构要更稳定一些。此外作为项目管理人员来说，了解属下员工的能力特点，将其放在合适的位置上，会更有利于项目的顺利进行。很多管理人员常常抱怨属下能力问题，究其实质，往往是这些项目管理人员未能发现开发人员潜能所在之处。她们看待问题往往以"经验"这样的思维定势来做决定。导致的结果如系统论所言：由于"抱怨"的作用和反作用循环，结果是大家都不欢而散。
三、开发人员的效率不是每天都是100%
计划的制定，不管是什么原因，我们都会下意识的将使用效率设置为100％。可是现在情况你有没有想过，由于开发人员不是流水线的工作，毕竟是资力活动，需要休息、吃饭、开会等，根本不可能把所有的时间放在项目开发工作上，而且这还不考虑到开发人员的工作效率是否保持在一恒定水平上。所谓一天8小时工时制就是项目的八小时，那是一个错误的理解。由于项目管理人员的不了解这相基本的规律，不少开发人员被迫拼命加班，加班造成的疲劳会再次使工作效率降低，同时工作成本却不断的向上攀升。如何来算真正有效的工作时间利用率呢，60-80%的利用率，根据你项目团队成员对你所描绘的蓝图的投入程度决定。也许这样项目计划比平常多了20-30%，但是真正能完成也比项目运行的时间快上很多。
四、接受项目发生的各种变化
世界唯一不变的是变化，相仿的格言就是“在项目管理中唯一不变的东西是变化"。在项目中不考虑可能发生的变化是不可思议的。不过在面对项目可能发生变化而带来的项目风险和项目计划时，积极地面对，不是怀有逃避的态度。作为项目管理人员来说，应该及早预测可能出现的风险，做好风险储备和进度应对原则。虽然风险储备不能解决所有的问题，但"预防胜于治疗"。
总结,也许上述的几个不成熟的观点对你制定项目计划并没有实际性的帮助，但是只有不断地总结，“如果我改善那一个方面。项目会做更成功”。相信不断地学习和总结，项目的成功率才越来越成功！我们的职业生涯才会越来越好！
如何改善我们的软件开发管理，方法是“总结失败，简单地利用常识”.
一、目标导向计划
计划的制定，是不是要越详细越好呢？个人的理解是详细到开发人员可以理解和指导项目的开发为宜。计划能够告诉你什么时候应该做什么。没有计划，你无从知道自己需要做什么。不少项目经理告诉组员需要做什么东西后扬长而去，丝毫没有一个相关任务（活动）之间的说明。由于没有计划或是计划太粗糙、不切实际，很多项目1/3甚至1/2的时间花在返工上面。因为计划中遗漏了某一项关键任务，项目就有可能宣告失败。试想一下，制定一个周密合理的计划需要耗费这么多的时间吗？需要付出项目失败的代价吗？还有很多项目管理人员常常错误认为"变化比计划快"，但实际的情况是，由于没有计划，你无法预测和估量变化给你的项目所带来影响，你所面临的将会是比面条还难以理清的混沌"状态。此外，对为此，制定一个计划吧，让它符合目标导向（通过各个小任务完成整个的项目目标应当距离成功不会远）。
二、项目任务不是平均分配
在制定项目计划时，项目管理人员意是下理识的让项目任务基本能平均分配，可是实际的情况是我们项目中的少部分开发人员担当了大部分的项目任务（也可能是通常所讲的2-8原则）。在制定项目计划时要考虑到开发人员能力的大小和多样性，聪明的项目管理人员决不会采取任务均分的愚蠢做法，互补结构比对等结构要更稳定一些。此外作为项目管理人员来说，了解属下员工的能力特点，将其放在合适的位置上，会更有利于项目的顺利进行。很多管理人员常常抱怨属下能力问题，究其实质，往往是这些项目管理人员未能发现开发人员潜能所在之处。她们看待问题往往以"经验"这样的思维定势来做决定。导致的结果如系统论所言：由于"抱怨"的作用和反作用循环，结果是大家都不欢而散。
三、开发人员的效率不是每天都是100%
计划的制定，不管是什么原因，我们都会下意识的将使用效率设置为100％。可是现在情况你有没有想过，由于开发人员不是流水线的工作，毕竟是资力活动，需要休息、吃饭、开会等，根本不可能把所有的时间放在项目开发工作上，而且这还不考虑到开发人员的工作效率是否保持在一恒定水平上。所谓一天8小时工时制就是项目的八小时，那是一个错误的理解。由于项目管理人员的不了解这相基本的规律，不少开发人员被迫拼命加班，加班造成的疲劳会再次使工作效率降低，同时工作成本却不断的向上攀升。如何来算真正有效的工作时间利用率呢，60-80%的利用率，根据你项目团队成员对你所描绘的蓝图的投入程度决定。也许这样项目计划比平常多了20-30%，但是真正能完成也比项目运行的时间快上很多。
四、接受项目发生的各种变化
世界唯一不变的是变化，相仿的格言就是“在项目管理中唯一不变的东西是变化"。在项目中不考虑可能发生的变化是不可思议的。不过在面对项目可能发生变化而带来的项目风险和项目计划时，积极地面对，不是怀有逃避的态度。作为项目管理人员来说，应该及早预测可能出现的风险，做好风险储备和进度应对原则。虽然风险储备不能解决所有的问题，但"预防胜于治疗"。
总结,也许上述的几个不成熟的观点对你制定项目计划并没有实际性的帮助，但是只有不断地总结，“如果我改善那一个方面。项目会做更成功”。相信不断地学习和总结，项目的成功率才越来越成功！我们的职业生涯才会越来越好！