软件开发无效成本提升常见问题汇集第一期（泥潭效应）

alexander_zhu

                          软件开发成本提升常见问题汇集第一期
作者：alexander_zhu

摘要：从成本角度出发，分析过程问题，发现风险问题，讨论问题，最后解决问题。

关键词： 泥潭效应（第一期）

泥潭效应，开始的时候出现在IT业内。意思就象泥潭这个词一样，你一直往下陷，陷下去就是死。但是人都有逃生欲，拼命的挣扎，结果越挣扎越陷的快。

本文从管理，过程，人员，经济个方面分析：
1。管理泥潭
2。经济泥潭
3。过程泥潭
4。人员泥潭



由于在未弄清楚以上问题以前，而采取不正确的手段。将对项目开发造成毁灭性的后果。而以上问题往往不是一个出现的，都是一个接一个再一个，还可能是一种循环。分析不好问题更会错上加错。即使经验老道的项目经理也会为这种问题伤脑筋。

那现在让我们来帮帮他们吧：（本文将多次引用《人月神话》内观点）

在4种常见的泥潭里，人员泥潭是最常见的，而且是最容易出发其他泥潭的前提条件。

人员泥潭：某公司赶进度，按照以往工业管理方法看，加派人手那会很明显的提升效率。但是软件行业往往带来反向效果。然后主管人数还是不够，继续加人，而进度更慢，甚至重新开始。

为什么会有这种情况？

让我们从这个公司的开发的第一步开始。首先肯定是市场调查吧，然后策划，然后需求分析，然后概要/详细设计，然后开发。假设之前的全没问题。从开发这开始，加入个单位制：人月。（这个单位制来自《人月神话》，意思是一个人一个月的工作量，同理，会有“人天”，“人周”的单位出现）



这个公司出现问题了。先前判断失误，在开发的第2个月发现进度比计划慢了不是一点半点。而项目将在4个月后交付使用了！怎么办？于是项目经理决定招人了，为了赶进度招人。于是加班开始了。


上图中人数增长但是再看看下图。2个月后。。。怎么进度还是停止不前？




而新进的人几乎没有产生增加进度的效果。为什么呢？
我们来分析下：
招的人的素质（假设素质都是一样，应届毕业生，这个应该是最好招的），人的技能。
技能需要培训，而培训这些人加重了原开发人员的负担，培训过后的人，会增加新的项目风险。毕竟是从中间跟项目的。新风险的带入会有更多的问题发生。（请参考《小议开发成本》）
而这些人的工资也是增加了很多的成本。
而得不到效果的项目经理会更加更多的人，从而有更多的培训，更多的风险，更多的工资。如此反复。
最后将项目引到“经济泥潭”中。

经济泥潭：最容易发生在人员泥潭之后。人员泥潭的效果，就是无限的增加员工，从而无限的增加整个项目的开销。
最后。。项目的预算超标。。要么到时候交不出项目。。要么拿个半成品出去。



解决办法：
在接项目的时候有经验的项目经理会把客户要求交付的时间往后推一推，因为实际开发周期绝对比计划的长。如果短了那肯定是偷工减料，测试绝对会花去很多时间的，如果有提前做完的情况请认真多想一些测试用例，进行确认测试吧。
在开发之前，请经验丰富老道的系统分析师，认真评估开发的时间和需要的人数。并且评估自己公司的效率是多少人月。然后指定非常详细的开发计划。每周一次小队效率评估，每月一次总体团队效率评估。
假设该计划依旧发生实际进度落后于计划进度。则认真分析这段开发时间来的效率是多少人月。按照本月/周的效率，重新制定开发计划。（可以针对某部分，因为实际开发中，某些构件做的很快，而某些则很慢）针对相应计划而修改开发具体时间。（《而管理开发过程的方法请见《小议开发成本》）
一个灵活的项目开发计划会避免由项目经理引入的泥潭，从而避免了经济上的泥潭。

下回接着写

sea_bug

关注！

yii

恩，《人月童话》开篇就讲泥潭。

不是平凡人

关注！

xiaoBig

这么多老大顶你，你还不发....

AbsX

和老大们相反，我认为。。。

alexander_zhu

已经更新一部分。

shengkz

程序……人越多越乱，每个人编程思路是有差异的 - -
貌似设计方面的都是人越多了反到乱了

爱国爱家

人多不一定乱，看这个小组长怎么带了， 必须得有人拍板说了算，原定计划只要不随便更改就不会出太大乱子， 合适就用，不合适的人就调开。 让人适应计划和安排，不要让计划和安排因人而随意变动。
这些个效应都不是什么效应了。