敏捷——什么时候有效,什么时候无效?

标签 agile

我们的团队正在讨论是否要变得敏捷。我们中没有人真正精通敏捷。我想了解一下敏捷何时有效、何时无效的一些想法。

简单介绍一下背景情况,我们是一小群开发人员,总共六人。我们还有更多的工作要做。我们的优先事项经常改变。今天最重要的事情,明天可能就不是了。我们有许多应用程序需要创建和维护。我们已经开始涉足敏捷实践,每天都有 Scrum 和两周的 Sprint 周期。

如果您需要更多信息来回答此问题,请随时询问。

谢谢。

最佳答案

Ralph Stacey 的复杂性矩阵通常用于说明敏捷的最佳点:

alt text
(来源:typepad.com)

对于简单的项目(需求和技术都众所周知),可预测性很高,因此预测方法(瀑布)效果很好。

对于复杂的项目(绝大多数 IT 项目都是如此),可预测性较低且预测方法不起作用,应首选自适应方法。这就是敏捷发挥作用的地方。

当需求和技术都未知时,无论采用何种方法,您都接近困惑,失败的可能性非常高。

关于敏捷——什么时候有效,什么时候无效?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3001627/

相关文章:

jira - 如何在 JIRA 中创建过滤器以显示没有工作日志的问题

java - 无法检索版本一 java SDK/API 中的待办事项详细信息

language-agnostic - 衡量成功重构的指标

敏捷/XP估算

documentation - 敏捷文档的具体例子?

testing - 为测试目的向最终用户部署预发布 Windows Phone 8.0 应用程序的最有效方法是什么?

tfs - 修改团队基础服务器中 Sprint Board 的列

agile - 在敏捷团队中如何处理客户和迭代?

agile - 什么代码是重用的候选代码?

project-management - Scrum 开发人员.. 还是我?