昨天，Eberhard Huber 的一篇博文吸引了我的注意：混合式项目管理不是借口。我非常敬重 Eberhard，无论在专业上还是为人上。我几乎不认识有谁能像他这样，始终努力与对方平等相待，而且有时还颇为不拘一格，这一点我曾在一次 PM-Camp 上亲身见识过 ;-)
在这篇博文中，Eberhard 写到了一种风险：把混合式项目管理当作借口，从而完全或部分地废弃所有项目管理方法。正如 Eberhard 所写，对每个人来说，免去某种方法中令人不快的环节、无需应用或落实它们，都是一种诱惑。确实如此。
混合式做法需要规划
在他题为「混合式做法需要精确」的那一节中，他举了一个例子，说明在某个政府部门中此类关联会带来哪些问题。我也会，尤其是在政府部门里，在项目开始时先以传统的瀑布方式（无论采用哪种方法）搭建一个粗略的初版项目。这能让项目客户对时间、内容和成本先有一个初步的设想。而项目管理的这三大支柱，每位项目客户都能理解，即便他不了解某种方法，或不愿遵循它。这个初版，或者说粗略规划，可用于走完各级审批流程。只有在全面获批之后，我才会切换到敏捷做法。而到了这一步，无论使用纯粹的 Scrum、ScrumBut、看板 还是别的什么，对我来说都无所谓。在这一点上，我同样赞同 Eberhard。
混合式做法需要工具
但在他的文章中，我觉得缺少一条非常重要的提示。尤其在混合式项目中，工具的选择极其重要。我这里说的，倒不太是为 Merlin Project 做（我的）一段广告，我们把它定位为一款用于混合式项目管理的工具。
我更想说的是，在认真搭建的混合式项目中，挑战会再高出许多倍。倘若有人还犯下这样的错误，例如把 Microsoft Excel 推选为项目管理软件，那么当媒介断层从项目技术层面把他（或她）拖垮时，就别感到意外了。
不过，我想在他的结语之后再补上一句：
「而且，合适的工具对此尤为重要。」 Frank Blome
If you have any questions about this blog article or would like to discuss it, we look forward to your contribution in our forum.
