深入解析 Scrum：产品决策权、创新阻碍与任务拆分的影响
发表时间：2024-07-12 16:01:03
文章来源：炫佑科技
浏览次数：180
菏泽炫佑科技
深入解析 Scrum：产品决策权、创新阻碍与任务拆分的影响
2. Scrum 以一种严格管理的方式占用了工程师所有的时间深入解析 Scrum：产品决策权、创新阻碍与任务拆分的影响，从而阻碍了那些大多是自发发生的、无法与任何可预测的时间表或系统相匹配的创新活动。
3. Scrum 鼓励“尽可能少做工作”类型的解决方案，旨在满足严格的可预测性要求。
4. Scrum 将每个任务分解成理论上任何团队成员都可以完成的小项目软件开发，实际上并没有鼓励工程师对自己的工作产生自豪感或主人翁意识。缺乏主人翁意识将导致：
5、Scrum对于任务的修改极其不友好，这一理念的支持者在实施过程中往往采取全有或全无的态度。
“Scrum 的角色、工作内容、事件和规则是不可改变的，虽然可以只采用 Scrum 的部分内容，但结果与 Scrum 无关。Scrum 存在于其他技术、方法和实践中，并充当其容器。”
6. Scrum 对自我反省的低容忍度渗透到了其所有实践中。只有在 Scrum 框架内运行的流程才可以修改 - 就 Scrum 本身而言，它的基本规则是“神圣不可侵犯的”。
7. Scrum 是一种繁重的管理工具。典型的团队需要一名产品负责人、一名 Scrum 和一名团队负责人。但实际上，创新且积极进取的团队需要更少的干扰和更好的管理——Scrum 显然恰恰相反。
8. Scrum 经常会使用非常差的任务管理工具（例如 Jira、tfs 等），这会使得 Scrum 的执行解释得非常官僚，从而导致大量开发人员时间被浪费。另外，无论 Scrum 的效率有多低，它都会把工程师锁定在这种操作模式中。
9. Scrum 不鼓励修复错误、减少技术债务或承担风险，因为它过于狭隘地关注执行产品所有者认为有价值的项目。
10. Scrum是虚伪的：
11. Scrum 做出了很多错误的假设：
12. Scrum 故事点被广泛认为是毫无意义的，但它们仍然在组织的各个层面被跟踪、记录和展示，并继续作为团队绩效（即速度）的唯一指标。
13、Scrum是为了管理*不具备能力的工程师而设计的，但是这会限制更优秀的人才。
14. Scrum 与*初的敏捷宣言中提出的许多思想完全相反：
15、Scrum忽略了软件开发领域中任何已完成的任务都可以重复使用而无需重建的事实。这意味着在Scrum的范围内，任何新的软件任务都是从头开始的工作，这让我们很难对其进行估计。
