敏捷通信
在站立之前要考虑的5件事

敏捷采用反模式

障碍 敏捷方法是强大的方法,为我们如何进行项目工作带来许多好处。但是,它们并不免于滥用或失败。在切换到Agile的组织中通常会看到以下5个常见缺陷列表。 “要预示的是要前进的”,正如他们所说的那样,看看这些陷阱,如果你看到任何开发,一步都可以有助于帮助避免他人的错误。

1)敏捷作为银弹 - 是的,敏捷方法可以节省时间,增加商业买入,并创造一个高质量的产品,但它们没有银弹。它们不会弯曲空间或时间,并允许您在有限时间,预算和资源的限制内提供更多的工作。

决定将注定的项目切换为敏捷方法不会使其成功。您可能会更快地失败,或者至少在传统方法方面更快地发现现实的进度指标(速度),但无法实现无法认真的目标。通过所有方法都使用敏捷方法挽救从失败的项目中挽救一套核心有价值的功能,但不要指望敏捷方法奇迹般地使不可能的可能性。

2)敏捷是没有纪律的借口 - 与某些人的信仰相反,敏捷方法不会放弃纪律并直接跳到编码,而无需计划和估计。敏捷方法涉及许多高学科活动和技术,如测试驱动的发展,宽带Delphi估计,双周迭代计划和估算会话采取了大量的纪律。

如果团队成员正在推回估计或无法解释发布计划,则这些是警告标志,它们可能不会遵循敏捷实践。相反,他们可以使用敏捷的优先考虑低仪式文件作为避免做统治各敏捷方法的纪律活动的借口。使他们负责,要求他们的估计并要求他们的回顾性调查结果。

3)敏捷没有解释 - 在真空中,项目和团队不存在;他们与组织中许多其他利益相关者进行互动。虽然它似乎首先似乎更容易,以便将敏捷的做法保持给您的团队,但是您对您有更多影响的域,但是在需要向他人解释工作实践时,有一段时间。

像企业架构或数据库组这样的团体可能无法理解敏捷项目的迭代性质,可能会误认为需要逐步阐述和搅拌。敏捷团队正在迭代真正的业务需求的地方,他们可能只是看到缺乏定义的终点,因此教育其他利益攸关方很重要。通过管理预期,在他们成为一个问题之前可以删除或减少接受的障碍。

4)浅反馈 - 敏捷方法依赖于在不断发展的系统上的反馈,以确认理解并获得完成的工作。通常,新功能是对业务的演示,并在测试环境中留下了他们的试验和反馈。如果我们收到很少或没有反馈,那么它很诱人,那么用户必须对我们开发的内容感到满意。然而,它们更有可能正确地看待它或用真实的数据或场景尝试它。

在没有任何帮助或指导的情况下,考虑安排午餐和学习会话并在一起审核,而不是希望用户将彻底测试新功能。尝试处理上周的交易,或其他一些活动,以超越化妆品审查。在有时间修复它们的时候会在早期发现问题,而不是后来在功能上建立在功能之上,我们接近Go Live日期。

5)敏捷过程固定
- 人们对敏捷方法充满热情,这通常是一件好事,但如果人们开始在这个过程中以费用到提供业务价值,那么我们就会出现问题。通常进行项目并资助以实现一些业务变革或改进。我们并不是企业练习完美的方法,最终的目标是让我们的赞助商和用户高兴,没有迷恋进程或建筑物。

我喜欢专注于最终目标的项目指标,如客户满意度,功能已完成和接受,但是涉及过程固定度量,如敏捷实践的百分比,或者时间花费配对等。这些是可以使用目标检查的时间改善我们的执行,但符合符合症的符合(在我的书中)我们失去了剧情的标志。

所以,大胆地通过你的敏捷收养,但注意到一些常见的错误可以很容易地避免,为您了解要寻找什么。

注释

项目管理软件

你've用这些钉在头上 - 虽然人们往往是人们认为敏捷作为快速修复或作为任何纪律的下午的形式,但随时随地。

此项对应的评论被关闭。