李南：从“把大象关进冰箱”说起——医疗信息化项目管理的底层逻辑认知重构

“把大象关进冰箱需要几步？”

如果你在团队里抛出这个问题，场面一定很热闹。有人较真：上哪找那么大的冰箱？有人焦虑：大象怎么运过来呢？有人担忧：冰箱的供电能稳定吗？还有人可能直接否定：大象根本就不愿意进去，好吗！

这些问题重要吗？重要。它们是真实世界里的约束条件，是每个项目都会遇到的现实阻力。但如果我们先暂时放下这些现实限制，只讨论逻辑动作呢？答案似乎变得异常简洁：打开冰箱门，把大象塞进去，把门关上。

而这个“暂时先放一放”的能力，恰恰是笔者在项目管理工作中最晚学会，却也是最重要的一课。刚刚入行的时候，为了武装自己，笔者学习了瀑布、敏捷（Agile）、PMP（Project Management Professional，项目管理专业人士资格认证）、Prince2（Project IN Controlled Environment，受控环境下的项目管理）、IPD（Integrated Product Development，集成产品开发）等等。一本本证书考下来，一个个框架灌进去，笔者以为自己在变强。但奇怪的事情发生了：方法论越学越多，启动项目时却越来越慌。因为每一个真实项目都像那个“大象进冰箱”的命题一样，四面八方涌来的声音都在提醒你：这个需求不合理、那个资源跟不上、这个排期实现不了、后期运维无法衔接，科室根本不会配合……

然后，笔者就卡住了。

那些声音有错吗？没有。每一个担忧都有道理。起初，笔者试图在第一步就想把它们全部接住，试图在逻辑还没跑通之前，就把所有现实问题一次性解决。结果就是，连冰箱门都还没打开，就已经被大象的重量压得无法动弹。后来通过向专家学习，向行业前辈请教，笔者才慢慢想明白，项目管理者的价值，恰恰在于知道什么时候该听那些声音。

底层逻辑：六步循环

如果把项目管理总结成最底层的逻辑动作，其实只有六步：制定计划、执行计划、发现问题、分析问题、解决问题、修正计划。循环往复，周而复始。

所有的方法论、工具、模板，都是这六个动作之上的附加层。它们同样重要，但应该是第二步的事情。逻辑上成立，剩下的再去解决怎么落地的问题，那些四面八方的声音就不再是质疑和卡点，而变成了一个个待解决的问题。

回顾各种项目管理方法论，会发现底层的核心问题惊人地一致：如何对待不确定性？

有的方法论倾向于承建方的项目管理视角，强调在既定的范围、时间、成本三重约束下完成交付，因此格外重视范围基准的建立与变更控制流程。有的方法论则倾向于建设方的项目管理视角，核心的关注点不是如何交付产品，而是这个项目是否还值得继续投入，因此需要通过持续的业务论证、阶段授权管理、高层决策点设置，确保项目始终对齐组织的战略收益。还有的方法论则将视野拉得更高一层，它的核心思想是把产品开发当作一项投资来管理，强调跨部门团队在产品概念阶段就全部介入，所有人组织在一起，从各自的视角审视同一张蓝图，把“发现问题”这个动作从执行阶段大幅前置到了规划设计阶段，用结构化的决策评审点来控制投资风险。

那么，医疗信息化的项目管理到底难在哪里？难在同一个信息部门，要同时面对多种不确定性等级的项目，并且常常要在甲方和乙方的思维模式之间灵活切换。

有一些项目高度确定，例如HIS系统的常规年度升级、国家医保平台的接口对接，流程成熟、路径清晰、合规要求明确。这类项目适合用瀑布的思维守住质量和节点。

有的项目高度不确定，例如引入AI辅助诊断、探索大数据驱动的疾病预测模型，需求随着临床试用不断变化，计划只能定大方向，每个迭代都在修正。这类项目需要敏捷的灵活和容错空间。

更多项目介于两者之间。比如集成平台建设，前期的架构规划需要瀑布式的严谨，包括技术选型、数据标准、集成路由设计都必须在蓝图阶段充分论证；但后续各业务系统的依次接入又需要敏捷式的灵活——哪个科室先上、接口字段如何调整、性能瓶颈何时暴露，这些都需要在推进中持续发现、持续修正。

所以，医疗信息化项目管理的真正挑战，不在于你会用多少种方法，而在于你能不能准确判断每一个项目、甚至项目内部每一个阶段的不确定性程度，然后选择与之匹配的管理节奏。

项目管理三次升级

笔者回看自己的成长路径，对项目管理的理解大概经历了三次升级。

第一阶段，方法论即流程。刚入行时，以为掌握工具就等于管好了项目。背下四十九个过程组，画得一手漂亮的甘特图，会议纪要写得工工整整，就觉得项目应该在掌控之中了。这个阶段，笔者是在用别人的模板去套自己的项目。

第二阶段，方法论即选择。慢慢开始意识到，不同项目的体质完全不同，强行用一套方法打天下是行不通的。于是试着在项目启动前去判断：这个需求稳不稳？团队熟不熟？时间紧不紧？然后从工具库里挑出相对合适的那一套。但问题在于，这个阶段的选择常常是一次性的——在项目之初定下“这个项目用敏捷”，之后就机械执行，不敢中途切换，也无法灵活组合。

第三阶段，方法论即源代码。真正让笔者豁然开朗的，是意识到所有方法论其实都殊途同归，只是根据不同的不确定性环境叠加了不同的侧重点和节奏。到了这个阶段，笔者不再纠结该用瀑布还是敏捷，而是专注于项目的六步循环能不能跑得通。如果能跑通，即便暂时没有趁手的工具，项目也不会失控；如果跑不通，再完美的模板也只是装饰。

最后回到文章开头那个问题：“把大象关进冰箱需要几步？”

站在项目管理的角度，真正的答案或许不是三步、五步或者二十步，而是你先要相信把大象关进冰箱在逻辑上是成立的。然后打开门，迈出第一步。剩下的，不是能不能的问题，而是怎么做到的问题。而解决这一问题，恰恰是医疗信息化工程师最擅长的事情。不管冰箱是大是小，大象是配合还是抗拒，供电是稳定还是波动，别在第一秒就被吓住，你总能找到下一步该做什么。

作者简介

李南，首都医科大学附属北京胸科医院信息中心工程师，具备丰富的项目管理与实施经验，持有PMP、PRINCE2从业级、国家软考系统集成项目管理工程师及ITIL服务管理认证，涵盖敏捷、瀑布式项目集及ITSM多维体系。