Scrum敏捷项目管理

有关创建和管理跨职能Scrum团队的文章和视频:Scrum管理员,产品负责人和开发团队。

衡量敏捷团队的成熟度

2011年10月13日 0

您怎么知道您是否正在团队中发展和成熟?您怎么知道您对这种敏捷的东西越来越擅长?通常情况下,敏捷谈论事物的软性,侧重于诸如个人和交互之类的较不实际的方面。团队是否可以切实地努力并衡量其进展情况?该视频介绍了有助于您评估团队敏捷成熟度的指标。

转变为协作敏捷团队

2011年10月10日 1

本文介绍了创建协作敏捷团队所需的更改。它说明您需要在传统项目管理团队中修改流程,人员完成工作的方式以及人员协作的方式。

克服自组织障碍

2011年10月4日 1

该视频从行为的角度探讨了阻碍敏捷团队自我组织的群体动力,并展示了放松阻碍动力的技术。

整体部署

2011年9月12日 0

您的敏捷团队构建了出色的软件,只是发现它无法在生产中工作?敏捷已经席卷了开发社区。它改善了我们的日常生活。它使我们能够在各种环境中构建出色的工作软件。但是对于许多公司而言,将应用程序投入生产是最后敏捷的最大障碍。运营中规定的流程和技能集落后了十年。我们已经创建了跨职能团队,不包括软件最重要的方面之一-它需要在生产环境中运行!

出色的ScrumMaster可以一次处理一个团队

2011年8月31日 0

“足够的ScrumMaster可以一次处理两个或三个团队。如果你’通过满足于将您的角色限制为组织会议,执行时间表以及响应人们明确报告的障碍,您可以兼职注意此角色。团队可能仍会超出组织中的基准,Scrum之前的期望,并且可能不会发生灾难性事件。

全职Scrum

2011年8月31日 0

在这篇博客文章中,John Piekos解释了Scrum中ScrumMaster和产品所有者的角色比传统项目方法中的Project和Product Manager角色具有更高的要求。他认为,由于频繁进行“潜在的可交付产品增量”,因此需要所有成员全职努力才能取得成功。

机械敏捷的症状

2011年8月30日 0

本文介绍的五个故事(主要基于现实生活)可能会帮助您了解敏捷如何变得机械化以及对此应采取的措施。您还将学习一些有助于解决所有五个症状的解决方案。我们需要让人们表现得像人,而不是试图迫使他们进入我们为他们创建的机器模型中。

1 19 20 21 22 23