临危受命——当一个“搞砸了”的项目找到我

作者曾娟 | 友为软件 资深实施顾问 | 8年企业级软件交付经验大家好我是曾娟。在前几篇文章中我分享过超大型地产集团的资产全生命周期系统、横跨多行业的智慧供应链项目以及医疗内控系统的落地实践。那些项目虽有挑战但最终都顺利交付甚至成为行业标杆。但今天想讲的这个项目是我职业生涯中最特殊的一次经历——它是我唯一一个“搞砸了”的项目。最终结果是客户与我们友好解约已付款项互不追责交付内容也不再追究。双方体面告别没有撕破脸也没有互相指责。听起来像是一场“失败”但对我而言它教会我的远比任何成功项目都深刻。一、被动接手一个“先天不足”的Java项目时间回到2019年夏天。当时友为的资产管理系统已有12年积累但核心平台基于 .NET。而这次客户明确提出必须使用 Java 平台。问题来了——我们的 Java 版本功能尚不成熟配置能力有限很多模块需要边实施、边开发、边“填坑”。更棘手的是项目的初始项目经理一位资深同事采取了一种看似“顺从”实则危险的策略“客户怎么说我们就怎么做。”他把需求蓝图完全交由客户主导自己只做记录和执行几乎没有引导或质疑。这听起来很“服务导向”实则埋下了信任崩塌的种子。二、信任崩塌的根源把“服务”等同于“服从”客户方项目经理是一位刚毕业的研究生来自一家高科技企业。团队成员清一色985/211逻辑强、要求高、对技术细节极其敏感。当她面对一个只会点头说“好的”的乙方项目经理时内心只有一个判断“这个人不专业没主见根本不知道怎么带项目。”要知道在企业级软件实施中客户知道自己要去哪里但不知道哪条路最安全、最快、最省力。这时候项目经理的角色不是“传声筒”而是“导航仪”。客户说“我要录资产”你得问“后续要折旧吗要调拨吗要报废流程吗”客户说“按Excel模板导入”你得提醒“字段缺失会导致后续无法核算。”引导才是专业服务的核心。而当时的项目恰恰缺失了这一点。蓝图签了但实施停滞沟通频繁但无实质进展。最终客户忍无可忍要求更换项目经理。三、双项目经理制新人的“生死考核”接到接手通知时我其实很忐忑。彼时我只有一两年资产项目经验算不上资深更别说镇住一个高知、高要求的甲方团队。公司也意识到风险于是采取了一个折中方案双项目经理制。我 一位技术大牛共同担任临时PM客户对我们进行为期两周的“考核”考核通过才能转正。那位技术顾问能力极强但手头项目太多能投入的时间有限。而我手上只有少量售后工作可以100% 投入这个项目。这是我唯一的筹码也是我最大的底气。四、对比案例什么是真正的“引导式交付”说到这里我想插一段我在另一个资产项目中的经历来说明“引导”的价值。那是一家大型地产集团最初的需求非常朴素“把所有资产信息录进去能查就行。”如果我们照做系统上线后必然沦为“电子台账”毫无管理价值。但我们没有止步于此。我们花了两周时间深入一线调研真实业务流资产如何从采购入库领用谁审批调拨走什么流程维修记录谁负责报废如何核销最终交付的不是一张资产清单而是一套覆盖全生命周期的资产流转与自动折旧系统。客户上线后第一句话是“原来资产管理还可以这么做”这就是专业引导的力量——帮客户看见他们看不见的问题。而2019年的那个Java项目恰恰反其道而行之只有记录没有洞察只有服从没有共建。信任就这样一点点流失殆尽。五、第一次会议被审视的“新人时刻”正式接手后的第一次项目会我至今记忆犹新。走进会议室的那一刻我能清晰感受到那种打量、怀疑、甚至略带失望的眼神。对方心里大概在想“公司就派这么个新人来应付我们”我紧张到手心冒汗生怕有人把这句话说出来。但出乎意料的是客户并没有为难我。那位年轻的女项目经理反而给了我机会“既然换了人我们就重新对一遍计划看还能不能赶上进度。”我们一起逐项核对任务更新了项目计划表会议结束时气氛甚至有些“和谐”。但我知道——表面的平静下是更高的期待和更严的审视。真正的挑战才刚刚开始。写在最后这个项目最终没能成功交付但它让我彻底明白了三件事专业 ≠ 顺从真正的服务是“带着客户一起赢”信任不是靠听话建立的而是靠洞察和担当赢得的有时候体面地退出比硬撑到最后更需要勇气和智慧。后来我在后续项目中始终坚持一个原则“先理解业务再谈功能先暴露风险再给方案。”而这正是那个“失败”项目送给我最宝贵的礼物。 下一篇预告《绝地反击我是如何提出“换版本”建议并扭转局面的》敬请期待