基于Scrum框架产研团队运作20问

学习完了 Scrum，实际使用中，是否遇到/思考过下面的问题？

• Product Owner的老板是谁、谁来给 Product Owner打绩效、考核的标准是啥？
• Scrum Master 的老板是谁、谁来给Scrum Master打绩效、考核的标准是啥？
• Scrum Master 是教练，团队成员表现不好，Scrum Master 是否有权让其下场休息？
• Scrum Master 是服务型领导，除了服务, 还能领导什么？
• Scrum Master 确保团队实施和使用Scrum。团队成功一定要采取 Scrum 么？是否可以采取一部分？
• Team 老板是谁、谁来给团队成员打绩效、考核的标准是啥？团队内部的人还是外部的人？内部的人是否公正，外部的人是否了解其工作内容、成果和状态？
• 团队绩效和个人绩效啥关系？
• 整个团队运行 Scrum 很好，但产出不及「鸡」的预期怎么办？
• Product Owner负责产品代办列表的内容、优先级和交付日期，期望 Sprint 代办上的内容能尽快解决，但Team在做不在「Sprint 代办列表上」的事情如何解决？
• Product Owner期望每个有价值的增量做完验证后能及时上线交付，Team 只想每周三发布一次，谁来决定？
• 业务线刚创建初期，Product Owner想团队能跑得更快些，尽快发布功能收集用户反馈；Team想打牢基础做好架构将来好维护，一个需求做了两星期，怎么破解？
• 业务有一定业务量后，Product Owner想把产品功能完备；Team 想重构优化产品性能，如何？
• Scrum Master在其它团队带来的需求是否具有更高优先级？
• 迭代中，团队需要出一个报告，现在需要查询数据，这个谁来支持？
• 安全团队扫除了安全漏洞，这个谁来负责？
• 线上系统告警了，处理流程是啥？谁来负责？
• 用户期望用我们系统的时候，希望事先有文档、中间有培训，后续有支持，这个怎么办？
• 公司的所有系统要申报知识产权，申请专利，谁来负责？
• 非「按部就班」的工作放到产品代办列表中，Product Owner去跟进？还是 Scrum Master 去跟进？
• 需要立刻处理的事情，是否可以插入迭代中？还是插入一个然后抽出一个同工作量的待办？

核心要点

1. Scrum各角色的职责边界和老板关系
2. 团队内外的绩效考核标准
3. 短期业务需求和长期产品质量的平衡
4. 团队自治权和业务期望的平衡
5. 突发事件对迭代计划的影响
6. 非功能性需求的规划与处理

本文尝试通过20个常见的问题与讨论,总结Scrum框架在产品团队实际运作中会遇到的困惑与痛点,并给出建议性的应对方法。旨在帮助产品团队在Scrum实践中更好地理解各角色的职责边界、处理日常工作的优先级与协作,在保证敏捷价值的同时提高团队效能。希望通过这些问题的讨论分析,能够使Scrum在产品开发与交付过程中发挥最大效用,助力团队高效交付有价值的产品。