赋予权力的团队已经死了 - 长期存在自主,掌握和目的
pmbok v5 - 提高一点地狱

敏捷的吊坠

敏捷的沉思 “沉着”是一种建筑转换器,可以让您在方形底座上安装一个圆顶屋顶。右侧图像中显示的吊坠是黄色部分。
 
在传统的项目管理环境中工作时,我们经常需要敏捷的吊坠,让我们将敏捷实践适应传统基地。这里有些例子:

传统到敏捷
1.    WBS –>  Prioritized Backlog。当被要求显示工作故障结构(WBS)赞助商和PMO可能正在寻找项目可交付成果的细分。传统的项目管理方法建议在收集要求和定义范围后提前在项目生命周期内创建WBS。

敏捷项目承认这一前期设计可能会改变,如此故意对这些定义活动进行一点点较轻,更倾向于通过反馈来投入建筑物部分的建设部分和达成的协议。

2.   详细的甘特图 - > Release Plan。详细的甘特图是一个详细的前期设计的另一个例子,可交付的可交付能力可能是脆弱的,也经常改变,以便保证具有高度需求不确定性或技术不确定性的项目环境中的更新工作。不是我们无法为敏捷项目创建甘特图 - 我为某些利益相关者做。相反,更新它们所需的时间和精力可能最好在别处使用真正的业务需求的协议。

因此,而不是制作详细的甘特图表列出任务,并且不会与软件项目的现实生存联系,发布计划布局迭代和发布时间框架是一个更强大的规划工具。

3.   赚取的价值报告 - >基于速度和特征的报告。传统的赚取价值报告显示了在特定时刻的计划中的进展情况。它可以显示我们在进步和花费方面的前方或后面。它还可以估计完成时间框架和最终成本。然而,它与我们跟踪的计划的准确性和质量相关联。这句话“地图不是地区”发表了这个问题,如果现实来自我们的地图或计划,那么我们必须接受现实并绘制一个新地图。遗憾的是,软件项目的不确定性通常向我们展示我们的初始“地图”缺陷。 “计划工作和工作计划”是一种精致的方法,当你的计划是坚固的,但是当变化率很高时,失败的配方。

所有与完整,成本和调度性能指标的估计都可以通过跟踪速度来计算(每个迭代的特征/点数)并检查这些传递率以防止功能总数。有关详细信息,请参阅上一篇文章。

概括
这些只是传统的传统到敏捷的涟漪,他们让我们将敏捷的“圆形”解决方案应用于传统的“广场”的情况。找到它们的关键是寻找传统请求背后的含义,然后解释为什么敏捷替代品种格式不同。

通常它是解决原始计划的不确定性。当我们至少知道努力时(项目开头)的计划时,计划创建的计划可能会对软件项目差。这是因为大多数软件解决方案都是独特的,无形的且难以描述的,而不引用不断发展的系统。敏捷方法利用学习通过逐步阐述来改进计划文物。

其他敏捷的吊坠可以在我们做出决策和方法估计中找到。软件项目的独特特征并不意味着我们无法创建项目管理可交付成果,这只是意味着它们可能是不同的格式,以更好地反映其环境。

注释

此项对应的评论被关闭。