前一个月:
2013年8月
下个月:
2013年12月

敏捷要求不确定性

要求
<我首先为projectManagement.com写了这篇文章 这里 作为其要求系列的一部分>

敏捷方法通常用于项目未知或可能在项目的寿命期间变化的项目。这对我的工程似乎不寻常的PM朋友管理设施的制作。对他们来说,不知道你应该建立或让事情发生变化是糟糕的范围定义,需求聚集和变革控制的迹象。我沿着他们的线路听到了Quips:“你们需要一些严谨的规格和体面的规格,那么你可以建立它的系统,并没有超过预算!”

他们当然是正确的,因为他们的域名可重复项目;首先建立一个良好的成本范围定义和完整的规格是要走的方式。但是,许多IT项目没有定义,可重复的努力,而是设计探索该组织的未提解领域。以前的技术混合尚未使用。赞助商具有最终状态的愿景,但不是很多具体细节。无论在到达目的地旅行期间,似乎都有多大的前期工作似乎是表面的未知问题。建立/反馈周期具有自适应计划和逐步阐述要求是处理这些不可避免的不确定性的方式。

这些无形,前所未有的,突出,不断发展的IT项目的特点是难以解释的,但需要被理解。他们影响我们计划的计划和执行今天的知识工作者项目以及我们应该如何管理要求。当规格很清楚,如“带有新台式和家电的厨房里诺”,那么简单,签约要求可以很好地工作。然而,当事情更模糊,例如“冬季度假到某种地方温暖”剩下的灵活性,新的想法可能是有价值的。

让我们来看看计划驱动的一些差异,要求管理的传统实践以及用于敏捷方法的人:

要求表

学习和应用传统的要求管理方法很容易,它类似于购物清单的方法。我们提出的问题就像“你得到牛奶了吗?”,“你得到了面包吗?”,“我们还需要什么?”更改可能被拒绝或容纳。 “比利想要一些巧克力!”太糟糕了,告诉他他不能拥有任何,或者“哦,我记得我们需要灯泡!”然后我们可以问我们是否有足够的钱来为灯泡,我们有时间去找它们等吗?这一切都是第二种。

另一方面,敏捷要求管理不太直观。剩余特征的新思想的持续重新定位,并专注于商业价值的新思想在空中有更多的球。就像包装一个多天露营行程的背包,我们始终掌握益处/重量惩罚在保持某些东西的同时,在不断变化的天气预报中。还有更多的重新评估,更多的替代,更多“你真的需要它吗?”类型问题。

传统的需求管理有更令人满意的封闭进展 - 特征A在签名的规格中,所以我们正在做!这就像说它在购物清单上,所以我们会买它。这样的事实,它可以坐在橱柜中,从未使用则是一个单独的讨论。敏捷需求管理缺乏这种放心关闭,因为所有剩余物品都升级或替代,直到项目完成。我们的购物清单正在改变,我们在商店周围行走,让一些人不舒服。但是,更少的物品应该未使用。

最终,它归结为对购买决定中的灵活性和价值优化进行判断。如果您知道您想要在圣地亚哥的Hotel Del Coronado度假,并且勾选所有盒子,那么您可以提前锁定要求,预订并通过它完成。如果您不确定双胞胎是否会加入您度假,并正在寻找最优雅的4星级酒店;您将希望保持您的选择更长,并且可以灵活地满足您的购买需求。


迈克格里菲斯获得“PMI-SAC SAC”奖

奖学金奖2013年11月12日,迈克举办了一名PMI-SAC奖 PMI-SAC奖项佳拉。同事承认和尊重对项目管理专业和研究所的持续和重大贡献的授予成员十多年来。

迈克被认可为他的工作开发敏捷项目管理技术和促进敏捷项目管理,包括:

Mike非常感谢在未来10年的项目管理促进和发展中获得此奖项并希望活跃。


逾期更新和设计Pontiac Aztek

 PDC. 自从我在这里发布以来,我已经忙碌了一个繁忙的秋天。我在欧洲做了一些咨询,并参加了新奥尔良的PMI全球大会,以“21 英石 世纪风险管理“丹尼斯史蒂文斯。

最近我们当地的PMI章节赢得了“一年章”奖,并持有他们的优秀 专业发展会议 我介绍了一些演讲。第一个“PMO Evolution:整合精益,敏捷和传统项目的框架“和一个在”幸存的敏捷项目“针对传统的项目经理转换来管理他们的第一个敏捷项目。

咨询和会议互动导致了许多关于在即将到来的帖子中分享的敏捷项目的应用程序。上周在卡尔加里的当地PMI会议上 Bob Lutz,退休副主席通用汽车公司 谈到了设计和项目管理良好的谈话。

他正在讨论定义,可重复生产的重要性,高效生产的重要性。严格的合规性和严格的过程控制肯定有助于改善制造过程。有趣的是他的注意,关于应用定义,可重复流程来设计工作。他说它平坦不起作用,可以导致可怕的产品。

鲍勃讲述了2001年在2001年重新加入通用汽车的情况下他问道 谁设计了庞蒂亚克Aztek?(出现在许多前十大最糟糕的汽车设计列表中,并且通常是从设计的角度抨击 - 虽然被一些忠诚的所有者喜欢。)庞蒂亚克工程师非常防御性声称,实际上Aztek的设计是最好的车辆之一设计项目运行,在此过程中击中其每个目标和评估里程碑。 Lutz继续说明某些过程需要严谨,设计过程需要协作,反馈和频繁验证,以确保我们在正确的轨道上。

当我们执行我们的项目时,我认为在确定我们是否正在设计某些东西或制造某些东西,因此有很大的价值。软件解决方案的创建就像汽车设计,我们正试图了解问题空间,并为最佳可用解决方案创建候选原型进行评估和演变。这需要协作,反馈和频繁验证。

其他项目,如升级服务器和培训500人是更定义的,可从明确的过程和严格控制中受益的可重复活动。我工作的大多数项目都有两个工作类型的元素混合在一起。项目经理的一个重要技能应该知道何时采用严格的过程,何时鼓励较少的结构化协作,其中设计基于构建反馈周期发展。

我真的很喜欢鲍勃的谈话;他是一个有趣的发言者,他告诉他他们看到他们,我期待着阅读他的最新书“图标和白痴“。在未来几周和几个月里,我打算更频繁地发布,并继续对对话进行智能应用程序和务实的应用。