根据本周 ACM Communications 上的一篇文章，“利益相关者必须参与”整个敏捷项目，“以确保不断发展的可交付成果满足他们的期望”。但 Slashdot 的长期读者 theodp 抱怨说，这是一篇“滔滔不绝地讲述如何让敏捷变得更好的观点文章”。与敏捷倡导者的其他文章一样，它长期以来对敏捷的赞誉，但缺乏确凿的证据来证明为什么敏捷项目管理“已经成为寻求提高项目交付速度和灵活性的公司的关键组成部分”，并且敏捷方法的使用是扩展到软件开发之外的其他部门。事实上，在“强调敏捷方法在驾驭复杂的利益相关者动态和实现项目成功方面的有效性”的文章中提供的三个成功例子中，Atlassian 使用敏捷实践来营销和开发其产品，其中许多产品巧合的是为了支持敏捷实践和团队（包括 Jira）。多么元。该文章引用“最近的研究”，最后指出“59% 的组织通过客户或用户满意度来衡量敏捷的成功”，从而结束了对利益相关者参与的呼吁。但这是可能产生不正当激励的指标之一。自 20 世纪 70 年代以来，有关用户满意度和参与度的实证研究就已发表，可悲的是，从中吸取的残酷教训之一是，让用户满意的最简单途径就是避免解决困难问题。当您思考为什么困难的用户故事似乎永远在看板和 Scrum 板的“冰盒”栏中被搁置时，请记住这一点，而“完整”栏则充满了容易实现的目标。有时候，成功确实来得很容易！那么，您属于“敏捷是天堂”还是“敏捷是地狱”阵营呢？
在 Slashdot 上阅读这个故事的更多内容。