敏捷的诺言

AgileManifesto写于17年前（即2001年），它能否将这种变化带入行业？

我会说是的，但不是作者想要的。

许多咨询公司赚了数百万美元，但作为软件工程师，我没有看到这一变化。

敏捷如何实现承诺

我将提出作者想要的关键内容，因此我们可以对此进行一些讨论

个人与流程和工具之间的互动

工作软件 超过全面的文档

客户合作 而非合同谈判

响应计划变更

看起来很好:-)

让我们从教育行业入手

“参加为期2天的敏捷培训，您将获得Scrum管理员或敏捷开发人员的认证”

人们在这些研讨会之后学到了什么？ 站立，计划扑克，回顾，积压梳理，JIRA等等。

缺少的一件事是
“敏捷思维定势”，没有人能在2天之内教或学到这一点，因此，您的团队参加了昂贵的培训而他们是敏捷团队，这是一个很大的笑话。

让我们看一下主要项目，以便了解行业如何看待敏捷的主要目标

• 个人与流程和工具之间的互动

几乎所有团队都犯了这个错误，他们认为我们需要更多工具JIRA诞生了，行业创建了盛大的典礼（backklog groming，standup，reto等）

我认为JIRA中有太多事情只能说明一件事情，那就是软件质量很差，或者团队太慢而无法交付功能，或者产品团队正在创建他们从未想要的功能的购物清单。

现在它已经扩展了，您需要多个产品所有者来主持会议，并需要Scrum主管来运行回顾会议，并添加更多的项目经理来跟踪故事点/删除记录等。

团队花更多的时间在Jira董事会上，而不是与团队交谈。 我们杀死了个人和互动。

我们添加了多少工具或过程？ 少数了。

• 工作软件超过全面的文档

人们对此感到困惑，他们说我需要工作软件+文档。 现在没有正确完成任何工作，一些团队会说我们是AgileWater，这意味着我们不仅可以快速构建软件，而且可以使用瀑布所需的文档。

开发人员最终会从事更多非生产性工作。

由于我们敏捷，因此允许工作组在生产中发布废话，因此也可以使用工作软件。

可用软件的意思是MVP不是20％或40％的已开发项目，功能已完成或未完成时，只有50％的功能发布到生产环境中。

团队承受着巨大的释放压力，以至于最终他们走捷径并解决了“技术债务”问题。

当软件团队向产品寻求资金/批准以修复所有技术债务时，团队就会来说您为什么开发和部署废话软件。

• 客户合作而非合同谈判

这是经典客户使用Agile进行勒索或提问团队凭证来进行最后的更改。 这使他们有许可证可以随时更改要求。

不要错过对Story Points的了解，如果团队错过了承诺，那么预计他们需要投入额外的时间。

开发团队没有什么不同，他们以此为借口来构建质量差的软件。

• 响应计划变更

敏捷从来没有说过没有测试，架构或没有计划的构建功能。

规划既是必须的，也是好的架构，但它应该足以朝正确的方向移动，而且它是没有终结状态的连续架构。

团队像没有设计或架构那样去响应变化。

结论

关于冲刺，我最喜欢的问题之一是

“ 你的冲刺多长时间了？”

2/3周？

“为什么2周，为什么不1个月或1年呢？ 是谁决定的？”

它是用敏捷宣言编写的，或我的经理告诉我的，或我不知道其他团队正在这样做。

“在生产之前，票证积压了多长时间？”

我不知道 。 请与我的TPM核对，或者是否有人知道他们会来告诉1年或3年”

敏捷就是要让团队自由选择冲刺的大小，具体取决于他们何时准备反馈，或者客户准备提出反馈

Sprint可能需要1周或6个月的时间，但关键是您应在此之后获得反馈并进行调整。

如果客户不在反馈循环中，则返回瀑布。

另一件事是关于软件Craft.io。

敏捷项目有很多非开发人员，例如项目经理，项目经理，Scrum Master，敏捷教练，以至于他们不重视手Craft.io，因此我们开发人员就此开始新的会议 ，并断开了联系。

敏捷是由开发人员为开发人员编写的，但是现在我们不在了，这个地方被非开发人员占用。

在敏捷会议中问“有多少开发人员？ ”

您会看到较少的手:-(因为它们在其他手Craft.io人会议中。

敏捷项目涉及项目管理，日期，金钱，时间。

经理确保计划是由他们制定的，然后是团队。

今天，所有项目都很敏捷，但是它们仍然失败，超出预算，从未按时完成。

像敏捷这样的任何流程都有一个隐藏的反馈，称为“不满”，您需要对这种变化做出响应才能变得更好。

我们的软件行业有三点必然

- 降解
–功能障碍
- 到期

降级->维护，转换
功能障碍->创新与挑战
到期->创建并重新开始

降级，功能失调和失效适用于人员，项目，团队，过程，策略，组织。

敏捷没有什么不同，可以确定阶段并创建流程的版本2或找到可行的新版本。

翻译自: https://www.javacodegeeks.com/2018/10/broken-promise-agile.html