|
软件项目本来就复杂，而复杂的软件项目若无细心的规划就不可能成功。一个良好策划过的项目会被有效控制着，其进度操控自如，且会照顾到参与项目进行者的福利。软件项目本质上也是危险的，缺乏风险管理就不可能获得成效。从头保持跟项目的使用者联系，努力将产品维持在满足客户的要求之上，并尽全力把焦点放在找出项目关键问题的解决方法上。项目管理者联盟
小项目可以只靠着毅力与运气而完成，中型和大型项目则需要更多系统化的做法。本文将概述一些让中型项目达到成效的技巧。项目管理者联盟
规划项目管理者联盟
许多技术工作者宁可直接做自己的工作而不想花时间规划一下工作方向。许多技术主管缺乏足够的技术训练并且不相信自己可以规划出改善项目的方式。由于两边都没人对项目好好规划，结果就是项目常常窘况百出。项目管理者联盟
没有一套规划方式是项目中最严重的错误之一。由于上一篇中描述的上下游效应，想在修正成本较低的上下游阶段将问题解决掉，一套有效的规划方式是必要的。一般项目约80%的时间花费在未经规划的重复工作上。项目管理者联盟
软件开发的成功归功于让所有错误变成一堆细心规划过后的小错误，避免出现未经规划的大错误。研究四种设计方式后，放弃其中三种，最多也不过是造成三个小错误而已。可是没做好设计工作而必须把程序重写三遍的结果，却严重到可能造成三个大错误。由于在下游阶段修正上游造成的错误比在上游阶段就修正好问题要多花费50～200倍的代价，细心协调过的项目就有机会以1/200～1/50的代价将许多错误修正好。项目管理者联盟
项目中哪里找得出时间来进行规划？很简单，把大部分项目花在未经规划的重复动作上的时间中的一小段拿来用在项目初期的规划上，避免之后将时间花费在高代价的重复动作上。尽管并非所有上游阶段用去的时间都会确实省去下游阶段该处理的麻烦，但是省下的麻烦还是很多。在上游阶段质量保证的经验法则是：用在进行技术检阅等早期规划工作上的一小时可以省下下游阶段3～10小时的工作时数。从不同的观点来看，一名开发人员每天花在项目要求规格或架构上检查的时间一般会省下后一阶段中3～10天的工作时数。项目管理者联盟
软件规划的例子项目经理博客
一个项目团队该如何规划项目，以在一定预算内完成软件？底下是一些项目规划的具体工作项目：项目管理者联盟
◆一个软件开发的规划反映项目进行的方式。把规划方式记录下来可以让项目的资助者透过这份规划来了解项目。项目管理者联盟
◆项目评估提供了项目规划的基础。一份仔细的评估可以确切地定出项目的规模，从而确切地定出预算上限、人员需求与时间需要。差劲的评估会低估项目在各方面的需要成本，使项目难以顺利而有效地完成。talent.mypm.net
◆在每个主要阶段末尾作个修正评估，可以中途修正项目成本，并让项目的进行以稳健的步伐前进。项目管理培训
◆一份包含技术审查与测试的质量保证规划，可确保项目不会被代价高昂而找不出错误的测试、除错和修正周期压垮。项目管理者联盟
◆一份详细规划出软件构建的方式，可确保软件解决方案有效地在各阶段以提高对客户价值和降低风险的方式进行。项目经理圈子
除了以上这些明确的规划方式，软件项目的几个主要活动也可以被规划处理。service.mypm.net
◆详细订出项目团队试着要解决的问题，确定正确解决问题的方式。项目管理者联盟
◆构架设计出解决问题方式的大体规格，建立正确的解决方案。pmp.mypm.net
◆细节设计是关于如何建立项目软件的综合规划，以正确的方式建立正确的解决方案。项目管理者联盟
规划审查service.mypm.net
规划方式对项目的成功是如此的重要，一些专家说项目的成败完全决定于项目初期10%的时间内。不管确实比例是10%还是多少，在项目的最早期，项目团队应该已经订出使用者接口雏形、细部要求跟包含成本与时间预估的细部项目规划，而这些信息可以用来决定要不要让项目进行下去。talent.mypm.net
两阶段出资方式项目管理者联盟
一些组织中对软件项目经费的问题在于项目主管在完成一些探索性的工作前就得要求上头支出必要经费。这样的请款要求必然失准，因为对软件了解不足。软件业界的经验是，在项目初始阶段的估计或多或少，可能会跟实际的要求差距达四倍。项目管理者联盟
一个较好的办法是让项目主管把经费要求分作两个阶段。项目主管先在项目完成初期10%到20%的探索阶段要求第一次经费。到了阶段结尾，项目团队进行一次规划审查，同时资深管理阶层或是客户决定要不要继续推动项目，然后再拨项目剩下的部分经费。这时项目成本仍有可能变动，不过先前已经完成的部分会让整个成本变动范围从四倍缩小到50%左右。项目管理者联盟
准备规划审查项目管理者联盟
在进行规划审查之前，得先要有下面的准备：项目管理者联盟
|
