下面是小编为大家整理的软件项目规划管理工具和流程(全文完整),供大家参考。
软件项目规划管理工具和流程
大家应该都看过不少美国大片,是否记得很多片子里,特别是偷窃或者特种部队相关的片子,总是会出现类似下面这种场景:0 10 秒钟内进入屋子,5 15 秒内穿过走廊,第 6 16 秒正好电梯开门,0 30 秒以后解决敌人(或偷到东西),9 19 秒内撤离屋子,一旦超过一秒就随时可能任务失败,5 35 秒后房子爆炸,尾追敌人被炸飞。。。。。。当然这些片子往往都非常精确地完成了任务。
咱们来结合项目规划的定义来分析一下这些大片中的场景:
1. 预测未来。大片里的场景总有精确的时间,比如 0 10 秒,5 15 秒,0 30 秒,每一个都极其精确。这些实际上是对未来的准确预测。如果早一秒,电梯还没到,晚一秒,后面的子弹就扫过来了。
2 2 、确定要达到的目标,击毙拉登并安全撤离
3 3 、估计会碰到的问题,左边走廊会有两个敌人,拉登不在卧室(在上厕所)
4 4 、并提出实现目标、解决问题的有效方案、方针、措施和手段的过程,按照 A A ,B B ,C C 三套方案,在预定时间,用预定路线,准确实现目的并安全撤离。
看到这里,大家就会惊奇地发现,原来项目规划还能用在特种部队执行任务啊,哈哈,Y Y ES !大家不要以为项目规划只是在公司做产品时遇到,其实做任何事情理论上都应该有项目规划,只是有些事情太小了,不值得做罢了,像刷牙,你的项目规划就是在多少时间内,用什么牙膏,什么牙刷,以何
种刷牙方式完成刷牙,并且还要考虑到漱口水是否太凉了。。。。。。
连刷牙都能涉及到项目规划,何况公司做产品做项目了,来N CSDN 的很多都是做软件的,我也是软件公司的,所以接下来我还是以软件公司为例子来简单介绍一下项目规划管理的理论与实践。
当然,本文我还是会结合我们公司实际在用的
TechExcel DevSuite 系统中 的项目规划管理工具 DevPlan 来为大家做相关介绍。
说到项目规划,我们经常会看到一块地的规划,一个小区的规划,然后也会看到所谓的项目规划。这块地有什么建筑,那块地的用途是什么,幼儿园在哪里,草坪在哪里,都写得清清楚楚。当然这是给大家看的项目方案,而施工公司还有其他项目方案,哪块地什么规模,东北和北方的距离是多少,用了多少材料和人力。
而对于一个软件公司而言呢,项目规划也是差不多,也会有一个对外的项目规划和一个对内的项目规划,对外就是宣传这个产品能实现哪些哪些功能,性能多么多么好,性价比多么多 么高;而对内的,也就是人力、物力、时间、风险和成本等因素计划。
看到这里,你是不是觉得项目策划也不过如此?好像也不是很复杂,就是画图,写点规划资料。事实上?其实真的很简单,就是画个图而已。当然我指的是外部的项目策划。呵呵,至于内部项目,完全不一样,天壤之别!
不相信?让我们来分析分析吧。
首先,从项目的目的来说,一般来说,做一个项目公司的最终利益就是赚钱,所以我们也抛开什么对社会有益之类的虚假理由,直白地从赚钱开始。
要赚钱,一般只要考虑两方面:卖得好和成本控制得好,对于卖得好,这个有时候很 难控制,即使产品做得再好也不一定真得大卖,相反,有些大卖的产品并非真正最好的产品,只是广告做得好而已,所以关于这点还是让销售和市场部分去负责吧,我们今天讲的项目规划还是从成本控制上开始讲。
什么是成本?通俗点说就是指你的项目从开始到完成所花的所有钱,当然也包括设备折旧等间接费用。从广义上讲,销售和市场成本也需要包括在内。但是,我们今天说的不包括这个,只包括这个期间项目( ( 产品) ) 的成本。
知道成本是什么,成本能控制吗?可以,当然是少付钱可以控制成本。呵呵,开玩笑的。软件公司都是技术工人。俗话说,你 得到你所付出的。一般工资水平是和级别挂钩的。如果你少付钱,我就辞职。世界上没有我的位置!( ( 老板看到这个大概有点郁闷) ) 。所以降工资不是控制成本的好办法。当然,减少设备投资也不是好办法。
那怎么办?还有什么方法控制成本呢?其实还是有不少方法的,比如减少不必要支出,这个是行政部门的事,不过如果不是大公司的话,减少的量还是不多的,人家东芝还是 Sony据说马桶里放块砖以减少冲厕所的水量,对于他们几千几万个马桶而言的确是有效果的,但是对于一个公司只有几个马桶而言,好像不能省多少钱,不过能省还是省点好了,所以减少不必要支 出是个好办法,表扬!
那还有其他办法吗?答案是有的,而且是最重要的办法,一个叫做提高效率,一个叫做控制风险。
两种方法大家都听说过,也知道是什么意思。它们对成本控制有多重要?
1 1 、提高效率:
对于提高效率来说,一句话总结的目的是让员工在有限的时间内做更有效的工作。
有限的时间,大家肯定明白,一个项目一般都有相对固定的期限,我们做项目规划时也只能加一个有限的缓冲期,但是总得来说总是比较固定的,毕竟客户在那里等。
更多有效果的工作,这个是关键,注意,我这里是用 “ 有效果 ” ,而不是 “ 有效率 ” ,为 什么呢?因为有效率虽然看起来也很好,但是工作做得有效率不一定得到一个好的结果,很多时候,你也做的很辛苦,很有效率,比规定时间还提前完成了,最后一看,做错了,这个就是有效率没效果,对于一个项目而言,一个做错可能导致满盘皆输,所以我们要做“ 有效果 ” 的工作,甚至有时候宁可牺牲一点效率。
再回过头来看看那句概述,如果员工都能在有限的时间内正确的完成工作,也就意味着这个产品能够按正常计划发布,那不也意味着老板投入的资金被正确的使用着吗?对于一个项目的开发过程而言,能用预计的时间和金钱完成就是一个成功,就是很好地对成 本的控制。
当然很多公司是无法按计划完成的,因为有太多不可预计的因素了,所以,下面我要来讲讲 “ 控制风险 ” 。
2 2 、控制风险:
首先要明确,任何事情都有风险,就像没有人是完美的一样。( ( 即使吃了这种无风险的东西,也可能咬到舌头) )
明确了这一点,我们就不必去害怕风险了,要坦然去面对。当然坦然面对不是去安心接受风险,而是得去避免风险。
在软件开发过程中,其实风险可以分为两类,一类是可以预见的风险,一类是很难预见的风险。
1) 对于可预见的风险,比如员工做事太慢,不认真,项目不能按时完成,导致成本增 加。
2) 对于不可预见的风险,如员工突发疾病或辞职、公司突然停电等。,还会导致工期延长,尤其是员工生病或辞职,一旦没有其他人能接下来,可能会对项目造成较大影响。
我可以保证,很多公司,尤其是中小型公司,都会遇到这两种风险,这两种风险或多或少都会影响项目的进度。
如果没法处理好这些风险,我相信老板的心里经常会流血。(咱们做技术的每天只是想着 Code ,做老板的每天都在想花钱太多了,人够不够,会不会超期,能不流血才怪了。)
前面已经介绍了提高效率和控制风险对于成本控制的重要性,
而在本文开始的时 候我也讲到了 “ 对内的项目规划 ” 跟“ 对外的项目规划 ” 完全是天上地上的区别,相信到这里,大家应该也能感悟到了吧。
成本控制是
“ 对内的项目规划 ” 的极其重要的一环,所以本文介绍的项目规划管理主要还是以实现有效的成本控制为目的,至于 “ 卖得好 ” ,这个环节可能更重要,但是要靠一篇文章来教会,起码我还没有这个本领,而且我本身不是搞销售的,所以还是讲讲自己熟悉的环节。
接下来就开始讲如何根据我们公司的经验进行有效的项目规划和管理,当然也会提到如何真正提高效率和控制风险。
在我们公司,对于项目规划管理,跟很多公司一 样,一开始也要进行初步计划,确定一下这个项目要实现的各个大小目标,预计时间、资源和成本,并为可能发生的风险做预估。不过稍微有点跟其他公司不一样的是,我们是用一个工具(l TechExcel 的项目规划管理工具 DevPlan )来管理项目规划的整个过程的,所以我们一般没有项目规划书之类的文档,而是直接打开工具就可以看到这个规划。(见下图)
为什么在实际工作中最难做调整?其实答案很简单,变数太多!再好的计划,你也无法预知未来会发生什么。你能想到哪一天,比如突然停电,地震,员工生病?!既然想象不到,无论何时发生 ,我们都要做出调整,调整资源,调整时间,甚至增减项目。
当然,地震也未必有的,所以大家也放宽心,员工请个假也正常,其他人帮忙顶顶,或者到时周末加个班,这些都是可以解决的,最最最重要很难解决的是什么知道吗?就是我们怎么来判断一个事情对项目的影响程度,也就是我怎么来知道现在要不要加人减人,要不要延期,要不要加钱,如果不需要,那什么时候应该做这些事情。
很多时候,我们都是在项目快要完成的时候才意识到这种问题,不过那个时候已经来不及了,延期是必定了,甚至客户不想买了,损失就可能很大了。
所以我们需要提前意识到这类 问题,从而提前解决掉。这个就是我们当初决定用n TechExcel DevPlan 的一个最最最重要的原因!(大家有没有听说过蝴蝶效应这个理论,一只蝴蝶在西半球震动了一下翅膀,可能导致东半球刮台风,为什么呢,蝴蝶震动了一下翅膀,会导致周围空气发生变化,这块空气的变化可能就会影响旁边地方的空气变化,就这样一块接一块地发生连锁影响,最后就导致了台风的生成。
由此可见,如果一个员工某
一天迟到了或者请假了,都可能导致严重的事情发生,如果能够预见到可能发生的结果,那是多么有意义!)
其实这个问题也是很多公司都有的问题,即 使你的设计再精彩,开发再出色,测试再专业,只要中间出了些问题,且没有来得及解决好,那就什么都没用!
那这个问题能不能解决呢,怎么解决呢?当然,答案还是很清楚,肯定是 YES ,不过有些网友还是想知道细节,所以还是来稍微说明一下吧:
一般出问题的时候,我们可以来分析一下原因是什么,客户临时决定要加几个功能,领导拍板说要做,设计以为很简单,开发也很快做好,测试发现了很多这个功能影响很大,发现了很多问题,所以导致开发需要花很大精力去修 Bug ,最后其他功能也没完成好,再最后,时间到了,产品没出来。
是谁的问题呢?都 有问题是吧,客户你就不该加这几个功能,呵呵(哼,不做不给钱);老板呢,你老是这样拍板(客户要的,我得给);设计人员总是说很简单,不会有影响(的确好像挺简单的啊);开发总是考虑得太少相关功能(也不是我没考虑全,时间就这点,我还得做其他活了);测试人员总是爱找 Bug (我爱 Bug ,我爱Bug )。。。。。。,呵呵,其实谁都没有问题,那问题在哪里呢?
问题在于,我还需要多点时间,或者多点人力。可是谁也没提,如果当初客户要加功能的时候,老板可以争取多点时间,如果开发接到活的时候,多要点时间或者人手,如果测试拿到 Buid ld 以后,根据 g Bug 情况也要求一些额外资源,想必这个项目起码能稍微好一点,即使最后还是延期了,起码是在大家已经早就预料到的情况下了。
我们以前也经常碰到这种事情,在用了 n DevPlan 系统以后,这种事情已经大大减少了,因为在 n DevPlan 中,很多可能会
影响到人力,时间和成本的因素,都会有自动预警机制,使得你可以早做调整,去增加人力或者增加时间,相应的,这个项目规划图就会实时进行更新,领导们也能随时看到这种情况,而且通过关键路径或者基线( Baseline )的比对,管理层可以很清楚得知道这个项目会不会延期,会不 会超支等。
也许有人还不太明白 n DevPlan 如何实现预警功能的,这个我之前也不明白,后来问了 l TechExcel 的何工后才稍微了解了一下,原来由于 n DevPlan 可以与软件开发的其他环节的管理软件(e TechExcel DevSuite 解决方案的其他几个产品,我们公司也买了)无缝集成,共享信息,而那些产品,比如需求管理工具( DevSpec ),开发管理工具( DevTrack ),测试管理( DevTest ),报工管理工具( DevTime ),文档管理工具( KnowledgeWise ),都是管理着最直接的产品开发工作,也就意味着能获得最精确的工作数据,比如这个功能预计要做多少时间,实际用了多少时间;按照当前的工作效率,剩下的功能还需要多少时间完成;加了这个功能,可能会影响多少的时间;测试最近几周发现严重 g Bug 的趋势如何;之前的成本投入情况怎样,按照现在趋势,未来一段时间的成本会有多少。。。。。。所有这些数据都是非常精确的数据(甚至可以精确到个人在项目开始以来花了公司多少成本,做了多少功能,修了多少 Bug ,工作效率是否一直很好还是有所下降),然后这些数据可以在 n DevPlan 被调用到,n DevPlan 再根据这些数据通过一定的算法 就会得出项目调整的预警,比如知道了测试最近提交 g Bug 的数量趋势,就会决定是否安排更多开发去修或者是延长时间;知道了这个新功能加入后预计完成所需时间,就可以提醒老板是否跟客户说一下延长一下交货时间;知道了这个员工同时在做几个功能,工作量已经超负荷了,需要减负或者加人;知道了有人马上要修婚嫁了,就得派其他人接手一下。。。。。。
这样就基本可以解决现在遇到的大部分问题。当然,不同的公司有不同的流程,有些公司不一定能照搬这种方法。不过我对这个系统不是很熟悉,可能还有其他功能,以后慢慢研究。
上面简单的讲了一 下,大家应该稍微了解了我们公司在项目规划管理方面的流程了吧,主要也就是先建立初步规划,然后再根据实际数据来调整规划,说简单也简单,管理人员只要每天看看有没有预警,再分析分析一些报表就可以了;说难么也难,员工每天的工作都得真实地记录在系统中,这样子才能得到真实的数据来供 n DevPlan 分析。
l TechExcel 的项目上马初期(那个时候还没开始用 DevPlan ,只是启用了他们的其他几个工具,c DevSpec 和 和 DevTrack ),大家还有点不适应,因为要记录很多的数据,每天上下班时间啊,请假时间 ,每天干什么活...
推荐访问:软件项目规划管理工具和流程 管理工具 流程 完整