软件项目本来就复杂，而复杂的软件项目若无细心的规划就不可能成功。一个良好策划过的项目会被有效控制着，其进度操控自如，且会照顾到参与项目进行者的福利。软件项目本质上也是危险的，缺乏风险管理就不可能获得成效。从头保持跟项目的使用者联系，努力将产品维持在满足客户的要求之上，并尽全力把焦点放在找出项目关键问题的解决方法上。
小项目可以只靠着毅力与运气而完成，中型和大型项目则需要更多系统化的做法。本文将概述一些让中型项目达到成效的技巧。
规划
许多技术工作者宁可直接做自己的工作而不想花时间规划一下工作方向。许多技术主管缺乏足够的技术训练并且不相信自己可以规划出改善项目的方式。由于两边都没人对项目好好规划，结果就是项目常常窘况百出。
没有一套规划方式是项目中最严重的错误之一。由于上一篇中描述的上下游效应，想在修正成本较低的上下游阶段将问题解决掉，一套有效的规划方式是必要的。一般项目约80%的时间花费在未经规划的重复工作上。
软件开发的成功归功于让所有错误变成一堆细心规划过后的小错误，避免出现未经规划的大错误。研究四种设计方式后，放弃其中三种，最多也不过是造成三个小错误而已。可是没做好设计工作而必须把程序重写三遍的结果，却严重到可能造成三个大错误。由于在下游阶段修正上游造成的错误比在上游阶段就修正好问题要多花费50～200倍的代价，细心协调过的项目就有机会以1/200～1/50的代价将许多错误修正好。
项目中哪里找得出时间来进行规划？很简单，把大部分项目花在未经规划的重复动作上的时间中的一小段拿来用在项目初期的规划上，避免之后将时间花费在高代价的重复动作上。尽管并非所有上游阶段用去的时间都会确实省去下游阶段该处理的麻烦，但是省下的麻烦还是很多。在上游阶段质量保证的经验法则是：用在进行技术检阅等早期规划工作上的一小时可以省下下游阶段3～10小时的工作时数。从不同的观点来看，一名开发人员每天花在项目要求规格或架构上检查的时间一般会省下后一阶段中3～10天的工作时数。[@more@]
小项目可以只靠着毅力与运气而完成，中型和大型项目则需要更多系统化的做法。本文将概述一些让中型项目达到成效的技巧。
规划
许多技术工作者宁可直接做自己的工作而不想花时间规划一下工作方向。许多技术主管缺乏足够的技术训练并且不相信自己可以规划出改善项目的方式。由于两边都没人对项目好好规划，结果就是项目常常窘况百出。
没有一套规划方式是项目中最严重的错误之一。由于上一篇中描述的上下游效应，想在修正成本较低的上下游阶段将问题解决掉，一套有效的规划方式是必要的。一般项目约80%的时间花费在未经规划的重复工作上。
软件开发的成功归功于让所有错误变成一堆细心规划过后的小错误，避免出现未经规划的大错误。研究四种设计方式后，放弃其中三种，最多也不过是造成三个小错误而已。可是没做好设计工作而必须把程序重写三遍的结果，却严重到可能造成三个大错误。由于在下游阶段修正上游造成的错误比在上游阶段就修正好问题要多花费50～200倍的代价，细心协调过的项目就有机会以1/200～1/50的代价将许多错误修正好。
项目中哪里找得出时间来进行规划？很简单，把大部分项目花在未经规划的重复动作上的时间中的一小段拿来用在项目初期的规划上，避免之后将时间花费在高代价的重复动作上。尽管并非所有上游阶段用去的时间都会确实省去下游阶段该处理的麻烦，但是省下的麻烦还是很多。在上游阶段质量保证的经验法则是：用在进行技术检阅等早期规划工作上的一小时可以省下下游阶段3～10小时的工作时数。从不同的观点来看，一名开发人员每天花在项目要求规格或架构上检查的时间一般会省下后一阶段中3～10天的工作时数。[@more@]
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/7839396/viewspace-944865/ ，如需转载，请注明出处，否则将追究法律责任。
上一篇：
工程项目管理的新挑战—可持续发展（转）
下一篇：
微软项目求生法则之求生技能2（转）
请登录后发表评论
登录
全部评论
