主题：【继续讨论】软件业的人，工具和需求 -- 懒厨

话说当年某公司某部门市场形式一片大好，几个重点项目成绩都不错。通过推广统一技术平台之类的概念，客户叫好，内部也叫好。内部在老板看来，通过基础平台（工具）的推广，大幅度降低了人力成本，可以让一些刚毕业的菜鸟就承担主力开发任务，路子对头，老板大笔一挥，把部门化成了2块，做平台工具的，做项目实施的。概念对外吹嘘的很厉害，可谓业界知名。

但实际问题也不少。

首先平台技术不成熟，因为核心技术人员的能力问题，导致整个平台的架构从技术上来说是非常out和失败的，内部非常dirty，冗余东西太多。从当时的情况看，这个平台的使用，只是降低了一部分技术人员的门槛而已，但是这种短期利好，刺激的大部分人头脑发热，一个劲的热捧。

另外更要命的是，管理不行，特别是开发管理，核心技术人员，项目经理都不具备这方面的素质，而培训支持又跟不上，写到这可能有人说了，管理和技术平台有什么关系？在我看来，所谓的架构设计也好，平台设计也好，都不能脱离一个原则，就是技术是要依赖特定人去使用和实现的，如果开发工具设计的出发点不结合现实的开发管理需要去解决问题，随时做调整，那么这个工具肯定是千疮百孔，最后害死人。就如rational的工具，离开了rup，就可能什么都不是。

而这个项目，因为新手太多，负责人自身也从未有过开发，管理大项目的经验，在scm，测试，需求跟踪，开发人员组织等方面乱成一团，而其他的问题虽然更多，也都是次要的了。每次系统发布，都会出现货不对版的状况，客户头痛，开发人员头痛，架构人员不知道怎么处理。而平台的问题更是不断，开发出来的产品虽然开发过程很短，但是问题也同样多多，而这些问题都很难单纯依赖于那些菜鸟程序员进行解决。

表面上看起来这问题跟工具没有关系，只跟工具开发人员的水平有关，实际又如何？ 前面说了因为整个技术平台的核心开发人员本身不具备很好的软件开发管理的概念和经验，所以他们设计这个平台的时候，根本就没有考虑到这个东西怎么和开发管理整合， 甚至说他们自己在做东西的时候，都无法很好的完成开发管理控制（所以版本问题不断，bug不断）。而做为工具，因为他的使用者是开发人员，而不是最终用户，所以工具的设计者对开发管理和项目管理的认识和理解能力，是非常关键的。

项目越到后期，下面的抱怨也越多，经常有人跑来说，这个项目如果全面推广，会死人。这里再说句题外话，俺只所以不相信任何一个厂家的工具能真正解决问题也在于此，工具毕竟是工具，再好的工具要用的好，也需要能充分融入开发团队和项目开发管理过程，而这些东西，不是厂商可以提供通用解决方案的，还是要靠项目管理者和架构师去推动解决。

而俺（俺当时不直接管理这个部门）在拿到这个项目分析以后感觉，这个项目的管理不整顿不行了，一方面整顿项目开发管理，另外一方面，结合项目开发管理的过程对工具平台进行重构。这样顺利的话，2，3个月就可以走上正规，之所以这么有信心，是因为项目的情况，曾经和俺经手的某个项目非常类似，问题都是共同的，短期的阵痛以后就可以走上正路。

但是这个时候，部门空降了一位大牛，话说这位大牛，当年也曾经是俺的领导，有着相当丰富混战型项目经验，自身技术功底扎实。而这两年主要的工作中心已经完全转移到过程管理，并长期担任police部门总监。大牛一上任，发现开发过程控制太差，除了个别项目，基本看不下去，必须整顿。然后该牛就闭门一个多月，拿出来全套改进以后的过程管理方案，而且信誓旦旦要亲手上阵监督，一定要在1年内实现整个部门开发管理的正规化。

俺在拿到这个方案以后就开始晕倒了，为啥？ 过程是好的，但是必须考虑人员的现状和可执行性， 教条的照搬书本和以往经验，如果无实际的可执行性，还不如不改，增加开发人员负担。而且这样大规模的改动，远不如我那种先收拾重点项目，可行性验证得到通过以后，再推广其他项目的路子实际。另外其实俺一直有一个保留意见没敢直说的就是，大牛你这几年都去做paper police了，没直接管理一线项目，不了解实际情况。期间和大牛多次主动沟通，希望他能正视实际情况，但是大牛基本不予理会。

后面的故事就很简单了，俺靠边站，项目问题继续不断，大牛和其他领导整天发邮件提醒各项目负责人必须正视问题，就这么正视了1年，感叹号从1个加到了n个，以前该怎么样，还怎么样。俺曾经跟领导说过，好的过程必须考虑实际情况和可执行性，随时进行调整，时代不同了，不会您发一个要求，下面就自动全部给你拼命搞定，领导的回答就一堆乱码。

后来俺就跑路了，俺跑路一年以后再碰到以前同事，同事摇头说不行了。

这就是俺经历的一个工具和过程玩死公司的例子，本故事一丝虚构，请勿对号入座。

管理者在无能的时候，总是期盼使用什么万能的工具，过程来解决问题，真是悲哀。明明是人才培养出现了断层，就跑去弄什么开发平台来解决。 明明是scm做的不好，就责怪 vss或cvs不好用，等等等等。开发管理不行，就化时间去请顾问抄书订一大堆乱七八糟的法规出来。