敏捷宣言需要更新吗?

敏捷宣言自从此以来 宣言敏捷软件开发 hasn’t changed since it’S发表于2001年,问题出现了敏捷宣言需要更新。我认为应该更新,以反映以敏捷和陈述现在所需软件行业的内容所完成的目标。 

敏捷宣言已经完成了什么

我的经验是,敏捷宣言有助于软件正在开发的方式。更加关注产品特征,以及这些功能可以给客户的价值。

敏捷宣言还帮助许多组织学习如何在小周期中工作。当我跑我的第一个项目时,我决定以增量提供产品,因为我们需要我们客户的早期反馈。这种方法有助于团队提供更好的产品。那是90年代初’S,那时没有敏捷(我从汤姆gilb中使用了evo的想法)。

敏捷宣言提高了以增量交付的普及。交货循环从多年到几个月,几周,天,一些组织持续较短,持续递送。

越来越多的组织正在实施开发软件的团队。虽然许多团队仍然有很长的路要走,但要真正自我组织,这是使用命令和控制管理风格在项目中工作的人们的巨大改进。

了解客户需求

虽然软件产业有所改善,但那里’仍然工作。我的看法是 客户理解 落后了。许多组织的重点在产品上往往太多,而且顾客想要实现的东西太少。

我仍然在敏捷宣言所建议的情况下看到客户和开发团队之间的很少合作,开发团队和产品所有者之间的合作往往不足。

提供有价值的软件和服务

我建议通过更换来改变敏捷宣言“Working Software” with “宝贵的软件和服务”。软件是一个终结的手段。经常用’它的一部分或服务,它’整体,带来价值,而不仅仅是软件。

顺便说一下,价值在旁观者的眼中,是客户和利益相关者。请记住我提到的关于与客户合作的内容,您需要这需要了解建造什么并验证您是否’ve建造了正确的东西。

反思,学习和适应

此外,我也希望看到有必要在宣言价值中明确地提到,学习和调整。回应变化是不够的,也说明了第12次(最后!)原则的检查和适应的必要性’t do it.

你需要花时间看看事情是如何运作的,认识到改善的好东西和事物,并采取行动。这是关键,所以它需要处于敏捷值。

敏捷回顾 是这样做的,Kanban和Kaizen还提供了关于如何不断提高您的工作方式的解决方案。

持续改进事项。工作敏捷的组织应在工作途中进行持续改进。敏捷宣言必须明确,反思和学习对于提供良好的产品和服务至关重要。

敏捷宣言2.0调查

那里’持续调查,了解敏捷宣言仍然与15年前定义的仍然相关。卡梅尔·拉夫拉尼,敏捷/精益教练和Scrum训练器制作了一个 敏捷宣言2.0调查 如果宣言需要更新,他会询问敏捷社区。一世’ve提交了我的建议。如果您有关于如何改进敏捷宣言的想法,或者您认为它应该保持不变,请填写调查。

你怎么看?敏捷宣言需要更新吗?

分享这种经历
  • 9
    分享

本林德林

我帮助组织具有有效的软件开发和管理实践。有关敏捷,精益和质量的多个网络的活跃成员,以及常见的演讲者和作家。

发表评论

本网站使用AkisMet减少垃圾邮件。 了解如何处理评论数据.