软件项目管理应该遵循的十个原则

软件开发告诉我们没有计划的软件开发只能是无法预料的结果,大多数项目管理人员在其个人简历中写道:多年丰富的软件项目管理经验,但:不知道历史的人必然会重蹈覆辙,在实际的开发过程中,一次次的失败经历,表明所谓的软件项目管理经验只不过是一次次的游戏于“无间地狱”,如目前程序员生存状况所言,往往以开发人员时间的牺牲为代价,来换取项目的结束。因此没有一个良好的软件管理机制,我们无法想象开发出来的软件是什么样子。

那么如何改善我们的软件开发管理,一条便捷之道便是“尊重常识,尊重历史教训”,在软件项目管理中,有很多原则和经验值得我们去学习和借鉴。

计划原则

没有计划,你将不知道该如何下手,计划能够告诉你什么时候该做什么事情,没有计划,你就不知道你自己需要什么。很多软件管理者告诉员工应该做什么就扬长而去,丝毫没有一个计划的说明,由于没有计划或是计划太粗糙,不切实际,很多项目1/3或者1/2的时间花在了返工上面,因为计划中遗漏了某一项关键人物,项目就有可能宣告失败,制定一个详尽的计划,以详细到开发人员可以理解的程度为宜。

比外对于开发人员,制定一个目标导向是充分调动其工作积极性的最佳方法,每一个任务阶段的成果能够将员工的工作效率维持在一个较高的水平,因为近期目标总是比远期目标来说更容易看到和达到。为此,制定一个计划,并让他符合目标导向(通过各个具体任务计划促使项目总计划的达成)

brooks原则

向一个已经滞后的项目添加人员,可能会使得项目更加滞后,因为作为新加入的员工来讲,相关培训,环境熟悉和人员之间沟通通路的增加,迫使项目的工作效率急剧下降,沟通不畅以及工作效率的下降需要很多加班来弥补,而加班造成的疲劳会再使工作效率下降,同时成本却不断攀升。不少项目管理人员抱怨时间的紧迫性,须知很多项目时间内的紧迫性是来自于管理人员不假思索和不基于常理的邀功表现,没有充分考虑到开发人员能力的多样性。

验收标准原则

我们进行某种任务,往往会以何种结果为宜而感到困惑。不求质量的开发人员往往凭经验草草了事,而追求完美的开发人员则在该项任务上耗费了太多的精力,因而常常吃力不讨好,这是由于没有验收标准而导致的情景,没有验收标准,你无法知道你要进行的任务需要一个什么样的结果,需要达到一个什么样的质量标准。在很多情况下你沉醉于你的辛勤耕耘确于目标结果背道而驰。对项目经理来说制定好每一个任务的验收标准,才能严格的把好每一个质量关,同时了解项目进度情况。

默认无效原则

你的项目成员理解和赞成项目的范围、目标和你所指定的项目策略吗? 不要项目管理人员认为沉默就是同意,不见得。很多情况下是沉默在很多情况下是说明项目开发人员还尚未弄清楚项目的范围、任务和目标。为此软件项目管理人员还需要同开发者进行充分沟通。了解开发人员的想法。在对一个还没有共同理解一致的前提下,一个团队是不可能成功的。

80-20原则

80-20原则在软件开发和项目管理方面有很多的实例,其一便是我们在20%的项目要求上耗费了80%的时间,仔细分析一下,这些要求分为必须的和非必须的,因为我们建议将非必须的压缩或者放在一边不必太重视,软件开发事实告诉我们,开发人员在非必须的项目要求上耗费了太多的精力,用户的需求变更大部分出现在了最好有这一部分,实际上用户并不看中这些要求。而我们所作的,往往舍本求末。

帕金森原则

帕金森原则用户反映政府部门机构臃肿,效率低下的代名词。不过在软件开发过程中也同样适用,没有时间限制,工作可能无限延期,在软件开发过程中如果没有严格的时间限制,开发人员往往会比较懈怠。因为作为软件管理者而言,此时应该合理的考虑开发人员的工作效率和项目变更带来的负面影响,制定合理的项目工期并鼓动开发人员尽快完成。

时间分配原则

在项目计划编制过程过,我们经常将人设备的效率设置为100%,殊不知人还要喝水,吃饭,开会,休息等。8小时工作制不过是徒有虚名,而且还不考虑开发人员的效率是否一直恒定在同一水平上,由于项目管理人员的无知,导致开发人员被迫拼命加班,结果依旧出现brooks原则的问题,在实际中开发人员效率能达到80%就很不错了,我们一般倾向于60%。

变化原则

项目中唯一不变的就是变化,项目不考虑可能发生的变化是不可思议的,不过在面对项目变化带来的风险的时候,我们项目管理人员常常怀有逃避的态度。软件软件管理人员及早做好风险管理,虽然风险储备不能解决所有问题,但预防胜于治疗,可惜我们大部分人没有这方面意识。

作业标准原则

一个团队要完成项目开发需要一定的章法。很可惜国内很多开发仍然是以作坊式为主,我们曾惊叹印度高中生都能编程,而国内却非本科和硕士不收眼帘,究其原因,在于没有开发章法,或者章法粗糙。一个好的代码模板和代码规范能解决很多编写程序随心所欲的问题。 业务软件开发需要高超的开发技巧吗,不需要,软件开发的美在于简洁性和规范性,不在于奇淫技巧,因为缺乏作业标准,我们付出的代价是客户的抱怨和无休止的返工。

复用和组织变革原则

如何解决日益突出的项目工期,成本,质量问题,这是项目管理者最关心的问题。从实践上来看加强复用的力度,建立项目复用体系和实施组织变革是效果最好的途径之一。复用能够提高项目生产率,降低项目风险,软件项目管理可以快速的进入项目问题定义之中,减少项目开发量,从而尽可能的解决项目在时间,资源方面的过载问题。 另一条途径就是实施项目团队的组织变革,精简软件项目管理机构,重新定义工作职责,制定柔性的项目工作流程,精简项目管理机构,重新定义工作职责,制定柔性的项目工作流程,改善项目人员的开发效率,努力营造一个良好项目开发环境,这样才能从根本上解决项目开发中的种种棘手问题。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值