诺言税务官方下载
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
诺言税务官方下载