软件焦油坑之乱象丛生

                                                 软件焦油坑之乱象丛生

      在2010年，我写下此记录，并献丑在“项目管理论坛”上，引来一些朋友的同感。时间过去三年，那时候总结出的问题依旧存在。权且当个引子，引发自己更深的寻找和探索解决之道。毕业后从事软件行业以来，遇到的问题太多，现将各种现象提出来，然后逐一分析，最终达到解决问题的目的。

 

       四十年前，前辈大师Brooks就提出了“焦油坑”的概念。我们开发了大量可运行的系统——不过只有极少数的项目满足了目标、进度、质量和预算的要求。各种团队，大型的和小型的，庞杂的和精干的，一个接一个淹没在了焦油坑中。表面上看起来好像没有任何一个单独的问题会导致困难，每个问题都能获得解决，但是当它们相互纠缠和累计在一起的时候，团队的行动就会变得越来越慢。直到被套牢，尔后更多的人前赴后继重复着，何其壮观，其实是悲壮！如果我们想解决问题，就必须试图先去了解问题。了解有哪些乱象，才可能去思索，去解决。

一、人员

现象1、高人员流动率，高离职率

此为国内软件业司空见惯的现象，我个人认为是最值得去重视和深思的问题。作为软件企业，最重要的资产就是企业的人才和公司的客户。痛心疾首，这既是公司的损失也对（多数人的）个人职业生涯不利。

 

现象2、项目经理（开发人员）与客户之间发生摩擦

当项目经理（开发人员）拒绝答应客户的开发计划，或者无法履行承诺按时交付项目时（不可能的计划下会有按时完成那才是怪），又或者......，总之客户可能会感到开发人员不配合，而开发人员会认为客户无理坚持不现实的项目计划或者需求确定后的需求变更。

比这更糟糕的是，引起项目组内部的士气下降，并导致相互之间的抱怨。

 

现象3、办公环境嘈杂

大多数开发人员的办公环境既不安静、也不隐蔽。拥有安静办公环境的人员比工作在嘈杂环境中的人员往往会有更好的工作业绩表现和开发效率。嘈杂的工作环境会延长项目周期。想一想，我们一天中有多少次被莫名其妙或者是被不怎么重要的事情给打断，又有多少公司层对此重视并采取措施。我以前所在的企业时就深受其害，办公室的电话声音特别大，终日响个不停，更要命的是经常没人接电话。

 

二、过程

现象4、不合理的项目计划

※    过于乐观（疯狂）的计划（或被迫接受不合理的计划）

如何制定进度计划才能有利于快速开发呢？答案是做进度计划时应当营造一种良好的开发氛围，摈弃草率和易错的决策机制，倡导计划的有效性、设计的合理性和质量保证的省时性。

如何制定进度计划？“大多数IS人士，无论是否为管理者，从来都无权控制他们自己的进度计划。进度计划通常由市场部或高层管理部门直接下达，就像飞石从天而降（或说鸟粪）。就此问题，我曾与IS领域中许多人士进行过交流。大家一致认为当前IS领域面临的最大难题，既不是掌握快速更新的技术，也不是探求新型的管理哲学，而是被迫接受根本无法达到的进度计划。”

※    在压力下放弃计划

项目组制定了计划，但当项目遇到麻烦时就放弃计划。项目失败的原因不是在放弃计划本省，而是不能制定替代措施，并一头栽进编码和问题处理中去。

 

现象5、在模糊的项目前期浪费时间，后期加班加点

       模糊的项目前期是项目开始之前的时间，通常是花在审批和预算过程中。项目前期花上几个月甚至几年并不奇怪，然后进入压缩项目计划的关口。在项目前期节省几周或几个月的时间比将开发计划压缩同样的时间来得容易、廉价，风险也更少。

 

现象6、缺少质量保证措施

紧急项目经常会砍掉一些表面上看来不重要的工作，如取消设计和编码审查，取消测试计划，只进行必要的功能测试等。在很多项目中，设计审核和编码审核工作被大大削减，以便实现可感知的项目计划，其结果是，当项目达到了功能完成这个里程碑之后，还有非常多的麻烦事情需要处理。项目前期砍掉1天的质量保证（QA）活动，到项目后期需要3到10倍的处理代价，这是个很典型的结果。这种削减会破坏项目的开发速度。都是短视惹的祸！

 

三、产品（功能）

现象7、需求蔓延，功能蔓延

       太熟悉了，在国内做软件项目的有几个没有碰到？？需要重点说明的是，项目拖延的时间越长，蔓延的越厉害。而且，当客户（公司经理）批准了比预期进度进展慢的项目顺延时，会出现一种又推又拉的交易，即同时加入了一些新功能。可怜的从业人员们啊。

 

现象8、质量低劣

质量？哦，知道知道。“我们大家都很重视。”实际情况如何呢？这是一个再清晰不过的问题。你看，我们达到了CMMi几级，我们有专门的QA部门。这些虚假的东西能解决实际问题么？一旦在进度遇到麻烦，功能蔓延或经费紧张时，首先下意识开始做的就是将质量降低，这样就导致了系统BUG缠身，我们终日在按西瓜——按下了一个，另一个又浮起来了。

 

四、技术、

现象9、设计太差

       设计差已经不是一天两天、一次两次的问题了。大项目、小项目，都有此通病。为何？还是短视惹的祸，一味赶所谓的进度。苦果当然在后期吞。其实设计差的原因和后果，不仅仅是技术上的问题那么简单。

 

现象10、银弹综合症

       “我们掌握了某某工具，生产率能提高3倍”！现实情况是年年岁岁花相似，岁岁年年人不同而已。昨日的问题依旧在重复。

 

后记：写下这个不是为了抱怨，这个不符合我的出发点。而是作为引子，实实在在的解决；也是为了当再次遇到这些问题时，不必惊讶。