12个Scrum面试必备问题 *

不同的仪式因不同的原因而重要, 因此，在同一尺度上比较它们时应该小心. 它可以创造一种心态，认为一个应该优先于另一个, 而事实上，所有这些对于有效的Scrum流程都非常重要.

然而, 考虑到Scrum团队的目标是交付工作产品增量, 可以说，冲刺演示是最重要的Scrum仪式. 演示过程中, 团队的真正进步是众所周知的, 客户和利益相关者能够提供反馈, 团队必须有机会更好地了解产品需求和愿景.

Scrum Master可以调查的原因有很多:

• 人们频繁地加入和离开团队.
• 初级和高级人员的分布不均衡，团队不平衡.
• 用户描述没有满足就绪的定义，因此估计不准确.
• 该团队正在处理未归档的遗留代码.
• 涉众不断地干预团队的进程.
• 技术债务和写得不好的代码.

产品待办事项列表是产品中需要的所有东西的优先级列表. 对于产品负责人来说，有一个单独的产品想法列表是一种常见的做法，当他们进入产品待办事项列表时，他们应该优先考虑已经在其中的其他项目. 然而, 把所有东西都放在一个地方，只把上半部分放在优先位置，这可能是一个合理的妥协. 产品待办事项列表可以包含要完成的项目列表, 但团队只会专注于能够为客户增加价值的高优先级项目.

不，速度是团队能力的一个很好的代表. 在试图最大化速度的同时，团队实际上可能会降低生产力. 团队成员可能会最小化重构, 跳过bug修复, 忽略或花费太少的时间在单元测试或验收测试上, 减少客户协作. 这些实践可以以牺牲长期的产品质量为代价，提供速度的短期增长. Scrum管理员的目标是达到最佳且相对恒定的速度.

Scrum管理员应该关注行为而不是个人. 首先, 你应该私下和团队成员交谈，问一些开放式的问题，弄清楚他们的理由. 在那之后, 说明sprint计划会议的重要性，以及为什么所有团队成员都应该参加.

此外, 您可以鼓励其他团队成员在回顾期间表达他们对该团队成员不参与的关注. 让他们谈谈这对工作环境和团队表现的影响.

最后, 如果一切都失败了, 你应该与团队成员的报告经理召开会议，讨论解决方案，如果可能的话，考虑转移到一个不使用Scrum的团队.

“准备就绪的定义”提供了在scrum团队对用户描述进行评估之前需要包含哪些内容的标准. 产品所有者或他们的团队负责确保所有用户故事在进入冲刺计划阶段之前“准备好”.

用户描述显然不符合“就绪”的定义，可能会被团队拒绝. 然而，敏捷将人置于过程之上，因此其他因素也应该被评估. 在类似的情况下，设计团队是否总是能按时完成任务?

是否有证据表明这个用户故事对客户具有很高的价值? 在这种情况下，团队可以破例接受故事.

然而, 对于Scrum管理员来说，与产品负责人进行对话并确保此类例外不会成为规则是很重要的. “准备就绪”的定义是一项有价值的技术，忽视它可能会破坏scrum团队的效率，并增加延迟的风险.

一个流行的技巧是遵循15-10-5规则:

• 技术债务占团队能力的15%.
• 10%用于bug和缺陷.
• 5%用于探索新想法.

这个发布确保了对代码的清理和技术维护给予了足够的关注. 这样的设置应该事先与产品所有者和必要的利益相关者讨论，以避免误解.

Scrum主管与产品负责人的关系非常重要，因为它平衡了尽快交付产品更新的需求和维护高效团队的需求. Scrum管理员的目标是向产品负责人解释为什么这样的行为会破坏这种平衡.

通过将用户故事分配给特定的团队成员, 产品负责人含蓄地声称，他们比团队更了解谁是这项工作的最佳人选. 这种情况很少发生，因为产品负责人并不是整天与团队直接合作，也不了解团队的内部工作情况. 也, 这样的行为会削弱团队的积极性，因为scrum团队被期望是自组织的.

速度是通过在之前的sprint中完成的故事点的平均数来计算的. 速度用于确定容量——团队在下一个sprint中应该使用多少产品待办事项列表项.

容量显示团队在即将到来的冲刺中有多少可用性. 其他条件保持不变，容量应该等于速度. 然而，有几个因素会降低容量:

• 假期
• 病假
• 新团队成员的入职
• 其他特别的公司活动或会议

没有一个普遍认可的指标来衡量敏捷是否有效. 每个公司或团队都应该根据他们试图用敏捷解决的挑战来创建自己对成功的定义. 以下是一些值得考虑的指标:

• 产品增量满足客户需求，从而增加产品指标——更高的留存率, 更高的转化率, 提高生命周期价值, 等.
• 提高软件质量. 更少的bug，更少的技术债务等等.
• 资源更有效地配置在高价值产品上.
• 团队的速度在开始时增加到一个新的平台.
• 涉众更愿意参与敏捷会议，尤其是sprint演示.
• 团队成员会更开心，并且会把他们的朋友推荐给公司的空缺职位.

scrum团队应该参与产品发现过程的原因如下:

• 开发者将能够提供史诗和用户故事的反馈, 哪些技术上是不可行的.
• 产品负责人和scrum团队成员将对市场问题和客户需求形成共同的理解.
• 这将在团队成员中培养一种主人主人感，从而增加动力.