软件项目管理原则.ppt

《软件项目管理原则.ppt》由会员分享，可在线阅读，更多相关《软件项目管理原则.ppt（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件项目管理原则 计划原则 计划的重要性对软件企业非常重要，但在具体软件项目开发过程中，却经常不受重视。许多人对计划编制工作抱有消极态度，因为编制的计划常常没有用于促进实际行动。软件项目计划是为软件项目管理工作提供合理的基础和可行的工作计划，从而保证软件项目工作的顺利完成。为了做出具有现实性和实用性的计划，需要对项目计划过程的工作量估算、工作结构分解、制定计划常用技术等进行分析，并遵循以下原则:（1）定量化原则。即确定项目任务时，尽可能定量化描述，使得每项任务的范围、时间、成本、质量、完成标准都是明确的，可以控制和度量的。（2）个人化原则。每个具体任务应当落实到项日组的每个成员，使得疾砂个人都

2、明确自己的工作和职责。（3）简单化原则。任务和目标的描述应当简单而直接使得每个参与人都能明确而无二义性。（4）现实性原则。确定的每个任务或日标都可以实现，而不追求理想化的结果。Brooks原则向一个已经滞后的项目添加人员，可能会使项目更加滞后。因为如果向开发团队中加人新成员，要进行相关培训、熟悉环境、人员之间的沟通路径增加，迫使项目的工作效率急剧下降。工作效率下降需要加班来进行弥补，加班造成的疲劳会使工作效率再次降低，但工作成本不断地向上攀升。很多项目管理者并没有注意到这一点，认为“人多力量大”，当项日工作完不成时就增加人员，最终造成恶性循环。80-20原则 80-20原则在软件开发和项目管理

3、方面有许多“实例”。实例之一，是在20%的工作上耗费了80%的时间。仔细分析，这些工作分为必需的和非必需的，因此应当压缩非必需部分的投人，或是暂时将其放在一边不必太重视。软件项目管理的事实表明，开发人员在非必需的工作上耗费了太多的精力，实际上用户并不看重这些，所以应在用户所关心的工作上下工夫。实例之二，是20%的人员担当了80%的项目工作。考虑到开发人员能力的多样性，不要采取任务均分的愚蠢做法，因为就系统论的观点来看，互补结构比对等结构更稳定。此外，作为项目管理人员，了解员工的能力特点，将其放在合适的位置上，更有利于项目工作的进行。很多管理人员常常抱怨下属能力问题，究其实质，往往是管理人员未能

4、发现下属潜能。不能以“经验”这样的思维定式撇决定，而要发现人的长处，运用人的长处。默认无效原则 项目成员理解和赞成项目的范围、目标和策略吗?不少项目管理者认为沉默意味着同意”。项目开发人员的沉默并非完全赞成管理人员的意见，但实际上人们或多或少都会陷入这样的思维误区。项目管理者切不可认为沉默就是同意，沉默在很大程度上说明项目开发人员还尚未弄清楚项目的范围、任务和目标口为此项目管理者还需要同开发人员进行充分的沟通，了解开发人员的想法。在对项目没有共同一致的理解前提下，团队不可能取得成功。帕金森原则 英国著名历史学家诺斯古德，帕金森在他的帕金森定律一书里阐述了组织机构臃肿，人员膨胀的原因及后果，后来

5、成为反映政府部门机构臃肿、人浮于事、效率低下的代名词，这在软件项目管理中同样适用。没有时间限制，工作可能会无限延期。在软件开发中，如果没有严格的时间限制，开发人员往往会比较懈怠二这是由人的天性决定的，千万不要指望奇迹的发生一“所有员工的思想觉悟异常崇高”。作为项目管理者，应充分考虑到员工的工作效率和计划变更带来的负面影响，制定合理的项目工期，并鼓励相关人员尽快完成。项目机构臃肿也可能是因为管理幅度过宽而引起，一个人的管理幅宽有限，如果一个项目需要过多人员参与，就要分成若于个组，项目经理管理若干个组长，同时重视管理团队建设，进行适当分权与分责，以此来提高效率。时间分配原则 在项目管理计划编制过程

6、中，有些项目经理将资源可用率(人、设备)等设置为100%,但是开发人员也要有休息、吃饭、并会等时间，根本不可能把所有时间放在开发工作上，而且还要考虑到工作效率是否保持在一个恒定水平上。由于计划不合理，通常开发人员被迫拼命加班.在实际工作中，开发人员的时间利用率能够达到80%就非常高了，通常是50%60%。如果开发工作组织合理，完成开发工作需要的时间通常为原计划时间的1.2-1.5倍，如果组织不合理，又是新软件项目，所需要的时间通常为原计划的23倍。由于项目工期的紧迫性，很多开发人员都是加班加点，实在完不成时，就只材降低标准。开发人员可能同时承担几个项目，也可能正在做某项工作时突然要求出差从事其

7、他项目，以致使开发人员忙于应付、身心疲惫。管理人员在制定计划、分配工作时，要考虑到这些因素。验收标准原则 完成某项工作时，常常会为以何种结果为宜而感到困惑。不求质量则往往凭经验草草了事，追求完美则要耗费太多的精力，但此番耗费未必针对该项任务，这是由于没有完成标准而导致的结果。软件项目开发常常以验收标准为原则，只有达到验收标准软件项日才能成功交付。作为软件项目经理，只有制定好每个任务的验收标准，才能够严格把好质量关，同时了解项目工作的进度情况。变化原则 项目管理中唯一不变的是什么?答案是，唯一不变的就是“变化”。软件技术发展迅速，只有变化、创新才能开发出适合市场需求的软件，软件开发企业才有活力、

8、有发展。但变化可能带来风险，项目管理人员不能像经济学里“风险规避原则”描述的那样怀有逃避态度，而是应该及早预测可能出现的风险，做好风险准备。软件工程标准原则 随着人们对计算机软件认识的逐渐深人，软件工作的范围也从简单的程序设计扩展到整个生命周期。软件计划制定、需求分析、畏计、程序编写、测试、维护及其相应的组织管理工作都需要按一定的规范进行，因而提出了软件工程标准化的原则。软件开发项目需要多个层次、不同分工的人员相互配合，在项目的各个部分以及各开发阶段之间，也都存在着许多联系和衔接问题。如何把这些错综复杂的关系协调好，需要有一系列统一的约束和规定。在软件开发项目取得阶段成果或最后完成时，需要进行

9、阶段评审和验收测试。投人运行的软件，维护工作中遇到的问题又与开发.:C作有着密切的关系。管理工作渗透到软件生命周期的每个环节。所有这些都要求提供统一的行动规范和衡量准则，使得各项工作都有章可循。软件工程标准化会给软件工作带来许多好处口比如。提高软件的可靠性、可维护性和可移植性，提高软件生产率，提高软件人员的技术态平，提高软件人员之间的通信效率，减少差错和误解，有利于软件管理、有利于降低软件产品的开发成本和运行维护成本、有利于缩短软件开发周期。复用和组织变革原则解决项目问题的未来之路 解决日益突出的项目工期、成本、质量等，是大多数项目管理者最为关心的问题。从实践来看，加强复用力度、建立项目复用体系和实施组织变革是有效途径口复用能够提高项目的生产率，降低项目风险。通过复用，项日管理者能够快速地进人项目问题定义，减少项目开发人员的工作量，从而尽可能地解决项目在时间、资源等方面的过载间题。另外一条途径是实施项目团队的组织变革，精简项目管理机构、重新定义工作职责，制定柔性的项目工作计划。谢谢 专业软件开发