「这是我参与2022首次更文挑战的第1天，活动详情查看：2022首次更文挑战」 敏捷宣言重视 "个人和互动而不是过程和工具"。签名者的关键原则之一是："最好的架构、需求和设计来自自组织的团队"。笔者同意这些原则，但对于自组织团队在实践中应该是什么，以及有多少决策权可以帮助团队实现其最佳结果，笔者是持务实态度的。
例如，授权一个团队选择他们理想的架构和设计可能会优化团队的表现，但20个团队管理独立的架构对组织来说是非常有问题的。
笔者还认为，流程和工具必须放大个人和互动的作用。捕捉积压的状态，按照标准对用户故事进行分类，以及记录架构，有助于改善团队的互动方式，减少人们在会议中的时间。
敏捷自组织团队需要能力规划
许多敏捷团队都不喜欢的一个领域是敏捷能力规划。能力规划对不同的人意味着不同的事情，所以要求进行能力分析或规划技能差距需要有背景。另外，能力规划的做法是从项目管理和系统工程学科发展而来的，有些人认为这是反敏捷的做法。
挑战在于，许多敏捷团队的需求，如人员、技术和伙伴关系，需要前瞻性的预测，因为采购、入职和整合需要必要的准备时间。敏捷领导应该将能力规划视为提高生产力的机会，避免挫折，获得对devops投资的支持，并减少实现目标的障碍和阻力。
其他时候，敏捷团队必须与商业利益相关者合作，并为他们即将交付的成果提供可见性。能力规划是这个等式的一部分，因为它可以影响团队的速度和生产力。虽然增加开发人员，增加系统资源，或对流程变化进行分析，可能不会在短期内增加团队的交付成果，但这些东西可以提供长期的灵活性。
不同的背景和分析是能力规划的一部分。以下是敏捷团队应该合作回答的一些问题。
这个冲刺阶段，团队能完成多少工作？
实行Scrum的团队旨在承诺他们在冲刺期间可以完成的工作，并努力保持稳定或不断增长的速度。看板团队有一个更流畅的工作流程，但他们的利益相关者仍然希望了解团队对用户故事、请求和任务的预测。
第一层能力规划是在团队层面完成的，它帮助敏捷团队回答他们在一个冲刺阶段或短时间内能完成多少工作。数据驱动的敏捷团队估计他们的工作，并经常使用故事点来衡量工作的复杂性和努力程度。团队的速度是指在一个冲刺阶段完成的工作的故事点总数，这个指标帮助团队衡量他们在冲刺开始时可以可靠地承诺多少工作。团队利用sprint burndown报告来跟踪他们的进展，而scrum master帮助解决阻碍团队进展的障碍。
