从3355到管理度量,学习实践Scrum,看这一篇就够了!| IDCF
DevOps
共 4016字,需浏览 9分钟
·
2021-03-03 13:00
来源:云栈技术CSTC
作者:Geekwolf
一、瀑布与敏捷模型
二、敏捷宣言与十二原则
三、核心思想、行动指南与管理角色
核心思想:关注价值、拥抱变化、快速交付、持续改进。 行动指南:产品Backlog梳理、版本规划及发布、迭代规划及执行、每日站会、迭代总结会。 管理角色:敏捷教练-提出问题的总结者,解决问题的合作者;帮助团队转变思维方式和观念,让团队深入理解敏捷、实践敏捷,通过言传身教,让团队学会如何应用敏捷方法、实践和工具。 使命:帮助团队驾驭敏捷,生产优秀产品。 目标:培养高效能、高产出敏捷团队,让团队拥有自我管理能力、自我成长能力,自行独立实践敏捷。 活动:观察、反馈、培养、引导和支持。
四、敏捷都有哪些实践与工具
五、Scrum概述与场景
概述:Scrum是一套轻量级的工程实践框架,是Agile的一种,通过各种流程和技术来有效解决复杂的适应性问题,并创造MVP(Minimum Viable Product)的产品 历史:来自英式橄榄球运动,本质含义就是一群人你推我搡地去抢球和控球。用球赛来类比确实是一个形象又合适的比喻,在赛场上尽管队员们努力按照既定计划推进,但是场上瞬息万变,不可能实时按照教练或者队长的指令亦步亦趋的去行事,只能靠平时训练中形成的素养见机行事,达成目标。 适用场景:依赖固定节奏的交付周期,称为Sprint或迭代,围绕迭代、增量的过程骨架展开的活动。
六、Scrum核心思想与精髓
解决客户问题,目标是让客户满意; 关系:团队成员之间的关系,团队与客户之间的关系要处理好; 反思:作为Scrum Master应该反问自己和团队,现在是否帮助客户解决了问题,我们和客户的关系怎么样?通过不断反思问题来促进团队成长。反模式: 以流程为中心:团队一起反思如何更快的进行产品交付,而不是如何制定一个完美的流程; 以绩效为中心:绩效是把双刃剑,不同团队采用不同的绩效。没有正确的绩效也没有不变的绩效。要回到Scrum精髓本质,把团队聚焦在解决客户问题上来; “推动”敏捷转型:Scrum的转型,需要团队、管理层、老板一致认为,我们Scrum改革的WHY。
七、Scrum落地与三三五五
Scrum是一套轻量级的工程实践框架,是Agile的一种,通过各种流程和技术来有效解决复杂的适应性问题,并创造MVP的产品。
深入学习Scrum的运行规则。 全面掌握Scrum的基本机制。 投入足够的时间来学习和实践Scrum。 引入Scrum一定要在新项目或新迭代开始的时候,而不是中途。 不断持续改进Scrum过程。 持续增强master 敏捷管理能力及敏捷文化。 管理软技能。
八、Scrum角色与职责
清晰表达产品待办列表条目。 对待办列表排序,最好的实现目标和使命。 确保研发团队对所执行工作的价值。 确保产品待办列表所有人可见、透明、清晰,并且显示Scrum团队的下一步工作。 确保研发团队对产品待办列表中的条目达到一定程度的理解。
熟悉业务,能够让各方干系人对产品需求的认识达到共识。 准确鉴别用户要求,洞察其背后的意图并转化成为产品需求。 具备项目管理和产品设计、规划等方面的专业技能和经验。
期待通过提升自己和帮助他人,让团队成员变的更好。 尊重自己和他人,认可并实践敏捷价值观和敏捷原则。 具备开放共赢的心态、求真务实的作风和良好协作精神。
找到有效管理产品待办事项列表的技巧。 清晰地与产品负责人沟通愿景、目标和产品待办事项列表条目。 引导产品负责人创建清晰简明的产品待办列表条目。 在经验主义环境中理解长期的产品规划。 理解并实践敏捷。 按需推动Scrum活动。
指导研发团队自组织和跨职能。 引导研发团队创造高价值的产品。 移除研发团队进展过程的障碍。 在Scrum还未安全被采纳和理解的环境下指导研发团队。 按需推动Scrum活动。
领导并组织采用Scrum。 在组织范围内计划Scrum的实施。 帮助员工及干系人理解并实施Scrum和经验性产品开发。 发起提升Scrum团队生产力的变革。 与其他Scrum Master一起,帮助组织更有效应用Scrum。
积极影响他人、帮助他人取得成功来发挥个领导力。 能够快速与他人建立信任,有效帮助他人发现和解决问题。 乐于助人,擅长与他人合作,沟通能力和抗压能力都很强。
九、三个工件
十、五个活动
十一、Scrum管理与度量
冲刺计划 - 对冲刺期间工作范围及工作量的详细评估; 每日站会 - 团队成员共享任务进度和面临的问题。提供相关Sprint任务剩余时间的报告。保持目标方向; Sprint总结会议 - 分享进展顺利,表现优秀的地方。进展不佳及改进思路,可以帮助Scrum团队和流程的持续改进; 团队满意度 - 定期了解Scrum团队满意度,可以提升敏捷文化,减少团队冲突和流程问题。
燃尽图(Brundown Chart) - 比较直观显示冲刺过程中完成了多少故事点以及还剩下多少故事点,有助于预测冲刺范围是否会按时完成; 敏捷速度(Velocity Chart) - 衡量团队在过去几个Sprint中平均完成的故事点数即产能,用于预测团队在新的Sprint中的表现。也可以用于提升团队产能的衡量指标。但Scrum团队之间比较不具备参考意义; 累积流量图(Cumulative Flow Diagram) - 用于显示任务状态-在sprint,发行版或跨软件团队。它可以可视化流程中的瓶颈–在任何工作流程阶段中,成比例的大量任务表明存在问题。例如,在验证或测试阶段图表中的大“气泡”表示该阶段资源不足;控制图(Control Chart)、缺陷数等; 度量的目的是为了使Scrum团队更加聚焦交付增量目标,通过过程指标不断修正和持续改进,而非以考核和监督为目的。
评论