敏捷的项目管理模式.docVIP

敏捷项目管理第4章 敏捷项目管理模式PAGE 66PAGE 65 44第第章章敏捷项目管理模式原则和做法“嗨，玛雅，我是赫尔曼。”“嗨，花花公子，你的项目怎样了？”玛雅问。“非常好，事情非常顺利，我们实施了一些敏捷做法。但你知道，我只是一个行动者，所以，你只要给我解释做法就可以了，原则的东西对我似乎没有用处。”“起初，我也这样认为，”玛雅回答道，“但一旦你使用敏捷项目管理一段时间之后，你就会明白保持灵活做法的正是原则。”“好吧，先说说将原则运用到迭代计划中。”“想想提供客户价值这条原则吧。对我们来说，它指导我们确定功能。我们要不断问自己某个功能是否比其他的更有价值。”“难道不是要提供大多数的功能吗？”“可能吧，但我们要时刻牢记两件事。当我们以渐进方式发布新版本时，我们需要时刻记住这个目标：要有可发布的产品。”“提前发布不行吗？”赫尔曼问。“大多数时候可行，但去年夏天，我们为此遇到了很大的问题。我们为一个客户完成了产品的四分之三，增加了一些特殊的快速功能并准备在3周内交货。但该客户消失了，结果我们损失了几百万美元。”“那么，关于采用迭代的、基于功能的交付这条原则，对于我来说，似乎是多余的，也许它只是强调其重要性。”“没错，你看，赫尔曼，你已经明白了这点，只是还不相信它而已！”玛雅笑着说。她明白，对于为一家75年历史的保险公司工作的赫尔曼来说，很难打破传统的保守方法，大中西部保险公司一直将那些保守方法用到所有事情，但他在尝试，而她给了他很多信心。“到目前为止，事情还很顺利，但这并不值得炫耀。你我都知道任何适当的项目管理都可以单独完成小型、短期的项目，但当你将整个事情扩大后，它就完全变了。”“是的，那正是强调简化原则的原因。它就是关于如何将规模扩大，而同时又不为你自己和你的流程制造绊脚石。例如，我正在负责的丘比特项目，我们有一个很大的团队，而更糟的是，有个功能团队散布在其他地方，采用协作策略是必然的了，但我们同时认为，我们需要一些其他文件才能让所有人同步。”赫尔曼插话说：“你看，我早就告诉过你。”“简化原则就是要防止文案工作增多，”玛雅笑道，“我们牢记着这样一条，用最简单的文件达到目标。我们只是编制了少量文件，并且尽可能采用非正式的形式。然后我们根据哪些有用、哪些没有用，随时做出调整。”“就是说，你用这些原则帮助你们根据具体情况调整做法，”赫尔曼说。“没错，如果没有这些指导原则，我们可能会纠缠于具体做法，而不是去理解那些做法的意图。这些原则防止我们走极端。”“我真正难以理解的一个原则是鼓励探索，”赫尔曼回答说，“它与应对变化而不是按计划执行，即真心欢迎变化，两者之间有些格格不入。”“那的确是一个难点，”玛雅说，“我们可以应对变化并可靠地交付，它完全取决于你如何看待不确定性和时间之间的关系。”“我的高层管理可不管这些，他们只想要一个承诺，”赫尔曼说。“但事实在于：不确定性越高，进度变化的可能性就越大，这是没有办法的事实。”玛雅说，“可惜你没在我这里，否则，我可以用一个白板给你画出来解释，但你想象一下，进度表的概率曲线是偏态分布曲线，其尾巴越长，表明交付日期拖得越久。探索系数高的项目可能有多个交付日期，它们取决于技术和要求的可变性。”“这里的每个人认为一个项目就是一个项目，根本没有风险较大的项目的容身之地。我们不断唠叨的是时间、预算、范围，就像唠叨打破的纪录那样不停。”“不要告诉我这些，希望我们能够度过这一关。事实上，日期的作用在发生变化，在不确定性较少的项目中，日期是预测；而对于不确定性较大的项目，日期是边界，比如说‘我们在6月前提供尽可能多的功能’。明白了吗？”“我想我明白了，但我不肯定我周围的人是否能够明白，”赫尔曼说。“我们也花了一定的时间才消化它，”玛雅继续说道，“这就是为什么鼓励探索原则是减少人们焦虑的关键。我不得不时刻鼓励人们并提醒他们适应变化是我们日常工作的一部分。经常会有一些人是来自按计划行事的组织的，他们开始时总是有点发疯，作为项目经理，我们必须鼓励他们。”“许多东西我还要好好想想，”赫尔曼说，“今天就到此为止吧。”敏捷流程架构流程也许不如人那么重要，但它绝非不重要。在敏捷圈内，流程被指责为静止的、说明性的和几乎不变的(这些指责在很大程度上是它应得的)，但流程本质上不一定是消极的。在许多公司，“改进流程”变成了标准化和认证，从这点看，静止、常规性和几乎不变的批评是准确的。像其他事物一样，流程必须与企业目标联系起来。如果企业目标是重复性的制造，那么常规性流程是完全适当的，而如果企业目标是可靠的创新，则流程架构必须是有机的、灵活的和容易改变的。敏捷流程架构需要体现前面两章描述的原则，除了支持企业目标外，该架构还需要：支持构想、探索、适应文化；支持自我组织、自律的团队；根据项目的不确定性程度，尽量提高可靠性和连贯性；