智能指标幻灯片
一个偷看的人

在传统框架内启动敏捷项目

开始敏捷项目 敏捷方法通常不会覆盖项目的早期阶段。他们经常假设您已准备好开始收集要求作为用户故事,或者您甚至有一些候选功能或故事才能致命。这是由 范围覆盖图 below.
 
方法_scope_fig3.
 
 

然而,对于所有最小,最流程轻的组织而言,在我们准备好进入需求的收集之前发生了预想,可行性和设置的阶段。这是许多公司陷入敏捷的地方。要么他们直接跳到故事,要么错过早期的项目,并遭受迷失方向的利益相关者和脱离项目办公室。或者他们与前期租船和范围定义过沉重,创造了脆性计划,并失去了适应和迭代开发的一些优势。

下图是从中开始考虑的好地方。它将一些裸露的必需品与一个能够满足项目办公室的传统方法结合起来。然而,它不会变得太远,进入大型设计前(BDUF)来创造问题或消耗太多时间,这可能更好地与企业一起工作,以通过协作开发来确定他们的要求。

启动活动
 
 


整体持续时间短,只有15%的可能(超推迟)项目持续时间,但产生了PMI过程警察熟悉的关键可交付成果的轻量级版本。我们获取有限公司的利益相关者,项目办公室安置,并大部分项目持续时间致力于迭代开发。 

而不是工作细分结构(WBS)我会推荐候选优先级的功能列表或优先级故事列表。

敏捷早期的过程
 

使用的启动会议 设计产品盒锻炼,或塑造豆荚树 是开始识别候选功能的好方法,然后使用功能发现研讨会跟随它们。功能研讨会的长度和数量将根据项目的大小和复杂性而有所不同。一个三个月的网络项目,其中三个人的团队可能会在一两天中被击败。然而,有30人的三年项目将需要更长时间的时间来推出所有候选人的功能。

我实际上是项目章程的早期项目可交付成型的粉丝,因为他们解释了一个项目的重要W5 +(为什么,谁,谁,何种方式)项目的项目,但相信这些文件不必是冗长的或昂贵的去创造。

而是覆盖基础知识,让人们沿着,整个努力会比你试图没有这些东西,而不是在没有这些东西的情况下赶上。

注释

Prince2trainday

我们前几天在办公室进行了辩论,我的同事们认为瀑布项目管理风格现在完全多余,而且没有人使用它,而我认为它仍然有其适合的某些项目的优点,想知道你的意见在它上?

迈克格里菲斯

这是一个有趣的问题。我发现我对瀑布项目管理的了解非常有用,在关于敏捷方法的对话中非常有用。你必须说出人们的语言,并知道他们来自哪里以解决他们的担忧,而是简单地使用技术?

对于非易失性,不可转让的项目或项目的部分,我认为瀑布方法仍然有效。我上一家公司的项目涉及为400名用户安排培训。该项目的这一培训部分相当静态,我们有两名培训师,课程有20人,计划3个月。该计划非常瀑布,但这只是培训部分,该项目的发展部分是敏捷的。同样,也许是HW购买,向5000人推出办公室,也许这些不确定性较少,并且有一些审查和适应点可能是瀑布 - 但我看到最多的项目比不是更频繁的方法。

谢谢你的写作,最好的问候
麦克风

此项对应的评论被关闭。