该帖子同步发布于博客:“导致项目失败的另一个三角形 (上)” 导致项目失败的另一个三角形 (上)
作者:和钰鹏 2008.03.06 北京
本文提及内容,反映了中小软件企业的很多症状,不建议作为大企业分析问题的参考。 在这里我会为大家描述两个实际案例来澄清一下导致项目失败的另一个三角形。我还记得大话西游里唐僧对孙悟空唱着:“背黑锅我来,送死你去”的歌词,心中对这两位取西经的伟大人物肃然起敬。但实际工作中PM这一角色多多少少会让我们感觉有些既背黑锅又送死的悲壮~
喜欢理论的朋友,先听我聊两句理论,不喜欢理论的各位可以直接跳过本段阅读下一个段落。项目被我们认为是有明确起止时间的、明确实现目标的一次性持续工作过程。围绕项目为核心让很多人忽略了项目理论中“三角形”之外的另一个更大的三角,即:项目所处公司的管理水平,项目所处公司的整体研发水平和项目所处公司的流程控制水平。之所以我在这三点中都写了“项目所处公司”这几个字是为了引起大家的注意而已,那么这说明了一个最直接的问题,就是项目的成败除了和项目本身所具备的一系列复杂问题有重要的关系之外还与项目所处的环境有着莫大的牵连。这是不可避免的从实践中总结出的理论,简称“实际理论”。好,现在让我们再来看看两个项目的真实案例(我尽量简单描述重点)。
项目名称:X架构(假名) 持续时间:8个月 人力投入:30多人
这个项目是一个整套线上网络游戏平台的核心架构建设项目,目的是为了用该架构代替原来运行于线上的原始架构。项目的成败直接关系到整套线上游戏平台所有游戏的成败甚至公司的命运。(PS: 线上游戏承载着数以百万计、千万计的玩家,一旦公测失败,后果是惨重的,这个网游业的同行都清楚) 项目启动时,公司特招进来一位技术牛人“核心开发人员A”以下简称A君,A君负责带领技术人员进行整个技术架构的设计和开发工作,特招的目的是因为公司目前核心技术人员缺少需要补充。在项目展开的过程中发现A君设计的架构所附带的说明性文档及其匮乏,代码中也只有极少的注释,经多次提醒仍然无效,也曾多次向高层反映过这种行为会带来的隐患,但趋于进度压力那时候已经不能在更换核心人员了,事后又与其本人进行了沟通,但你会发现当一个所谓的技术牛人不想为他撰写的代码书写文档和注释时,就算他口头答应了你要写,那么写出来的东西也会是极其含混的。(PM并未放弃努力来解决此事,但请各位考虑一下PM的处境与高管的无视,事实确实如此,项目仍在进行)直至项目中期。 项目中期开发人员被高管认为工作不够饱满,要求集体加班赶工以便X架构可以按时上线,赶超我们的竞争对手!加班进行中...... 项目后期,X架构经历了短时间的压力测试和功能性测试被交付给运营单位进行架设,架设也就意味着实际问题的产生需要技术人员的全程支援和调试。可就在此时,管理层为了另一个项目的启动实施抽走了X架构的大部分技术骨干,于此同时仍留在X架构担任核心开发人员的A君正式提出离职。 A君离开了,接手人不知所措,架设过程由于缺乏技术人员的支持拖延了很长时间,同时A君的程序出了问题无人能追踪定位更不要奢望短期内的彻底修改了。
项目名称:WF(假名) 投入人力:15人左右
该项目就是抽取第一个案例中开发成员的那个项目。高管直接带领项目可见公司对此项目的重视程度(所以抽调到这个项目的有一部分是上一个项目中的技术骨干)。 在此仅就我能了解到的问题进行简短描述。 该项目在人员利用度上存在合理性的问题,我多次观察,忙的人很忙,闲的人很闲。项目成员时间观念薄弱工期意识差,多有消极怠工的情况发生。 很多本该固定的工作流程并未被很好的依循和遵守,例如某些所谓的小问题修正后直接成版而不考虑测试部门给予的未通过测试的反馈(我估计这个问题和本项目的PM身为高管有极大关系,因为只有高管才能逾越工作流程上的制约)。 顺便提及一点,该项目的技术带头人依然是空降人员,而带领这个项目的高管不懂技术。 负责人与接口运营单位的工作人员协调过程也出现了很多问题,当然这些问题是对方出的。 该项目最终的结果已经不知道了。不过管中窥豹可见一斑了。
我简要分析了一下,其实很多问题都和我开篇时所说的更大的三角形有关系。 当一个企业缺乏管理合理性时,会影响到项目。 当一个企业缺乏技术实力时,会影响到项目。 当一个企业缺乏合理的流程时,会影响到项目。
管理合理性的匮乏体现在本篇的案例中为员工培训、待遇、激励等相关方面不到位致使员工心理产生微妙变化出现消极怠工对工作不负责任的问题。技术方面临时招揽空降兵无论从团队磨合度还是技术持续使用方面都存在问题,短期利益导致长期困扰,一旦离职现象发生,必然影响项目运转。合理流程的缺乏(包含实施既有流程的执行力度不够)会在项目运转过程中时时刻刻招致意外的风险。
上述三个方面其实在更大范围内影响着我们的项目。而各个企业存在这类问题的程度不同罢了。身处三个大条件都不利的环境下的项目未必就是失败的,但可以肯定的是要想成功则需要在成本上付出更高昂的代价。我想这就是法则吧。
企业技术能力谁强,管理方面谁更合理,流程方面谁实施的更好,以此观之则项目的成败在其开始运转前就可以估计个大概了吧~
|