网站产品分类设计,区块链开发前景,html介绍家乡网页模板,wordpress推广系统今天我们讲讲如何利用站会#xff0c;更好地实现促进团队有效协作和聚焦#xff0c;促进价值顺畅流动和交付#xff0c;同时及时的暴露问题和风险。
站会的目标
说到站会#xff0c;人们最熟悉的Scrum站会#xff0c;典型的形式是团队围成一圈#xff0c;依次回答三个问…今天我们讲讲如何利用站会更好地实现促进团队有效协作和聚焦促进价值顺畅流动和交付同时及时的暴露问题和风险。
站会的目标
说到站会人们最熟悉的Scrum站会典型的形式是团队围成一圈依次回答三个问题昨天做了什么今天准备什么有什么阻碍或问题通过站会Scrum团队成员了解其他成员的工作从而更好地协作达成迭代目标。
看板方法应用得当可视化价值流实践执行到位以上三个问题完全可以清晰地展示在看板上所以没有必要再回答这些问题了。那站会的目标是什么呢
回到精益看板方法本身的目标顺畅和高质量地持续交付有用的价值。相应的看板站会要聚焦于价值的流动而非个人工作。
站会的目标是促进团队有效协作和聚焦促进价值顺畅流动和交付同时通过站会同步需求进展和暴露问题及风险把可视化价值流实践落地到位。
站会的前提
在建立了如下图的精益看板系统的可视化价值流明确流转规则和限制在制品数量的三个实践之后还需要管理价值流动和建立效能反馈闭环并持续改进。管理价值的流动具体包含管理价值流动过程价值的输入和价值的输出关于管理价值流动过程的一个很重要的实践就是每日看板站会。 关于如何建立精益看板系统后续会有专门的文章来详细讲解。 站会组织形式
1、频次每天每个工作日时长不超过15分钟一般在早上具体时间团队可根据实际情况调整建议9:45或10点开始 2、三个相同同一个团队在同一时间、同一地点在看板前进行日站会形成固定的节奏后会变成团队的习惯 3、协调人团队成员站在围在看板前由一位协调人来带领团队从右往左⬅️逐列走读看板协调人可以固定也可以轮流进行 4、电脑为了让站会更加聚焦和高效负责投屏和记录的同学可以带电脑其他人不需要带电脑
站会前需求和任务的状态已更新
1、团队已按照统一优先级的规范更新需求的优先级辅助优先级状态、期望日期等
2、开发同学按照实际情况更新需求和任务的状态任务向需求对齐。
需求负责人负责协调把开发中的需求拆分成任务如下图并协调需求从开发完成测试直到发布完成为止 已拆分好的任务需指派到个人任务的颗粒度在1-2天的工作量确保每天都有看得见的进展 及时暴露风险和问题 任务责任人已更新好任务的状态和截止日期 如有外包-接口人合作外包同学也需要在站会前更新状态接口人按照流转规则进行状态流转。 站会重点关注的信息
站会上不需要检视每一张卡片本着“促进价值顺畅流动和交付” 的目的我们要重点关注影响价值流动的问题和阻碍项如下图所示绝大部分问题会标记橙色或红色可以很清晰地体现在看板上。 瓶颈和队列某个环节不顺畅时需求积压形成队列这就是瓶颈所在瓶颈是站会第一重点关注点因为系统的流量往往是由瓶颈决定只有解决了瓶颈问题价值才能顺畅地流动。看板上的表现就是某一列的需求卡片数量特别多。
关键的缺陷缺陷会阻碍需求的流动而且缺陷多容易出现需求积压从而阻碍其他需求的流动。阻塞需求流动的缺陷需要及时解决期待做到缺陷日清缺陷发现后24小时内解决甚至当天就解决在Fixed状态指缺陷已修复待提出缺陷者验证的缺陷需要及时验证和关闭。保持缺陷及时发现即时解决和关闭保持存量缺陷保持低水位。站会时需要抽1-2分钟过一下整体缺陷的状况。
重点关注的需求指涉及重点商业利益或风险的重点需求看板上会用红色的标签来凸显。
阻碍和问题指因外部如依赖或内部如设计缺陷原因无法正常流动的需求。团队需关注被阻碍的需求跟踪和推动问题解决及时恢复它们的流动。看板上会红色的阻碍项来标记。
到期或即将到期的需求部分需求有明确的完成时间要求例如存在对外承诺的需求。如果它们即将到期或已经到期就需要特别关注以确保承诺的达成。看板上快到期的需求会用橙色凸显时间已到期的需求会用红色凸显时间。
中断指某个步骤供给不足价值流出现中断如上图中就绪待开发这列没有需求此时上游队列需要尽快供给到该列。
未反应在看板上的问题走读完看板还需要添加一个问题“是否有为反映在看板上的问题需求沟通”。团队当然需要关注没有反映到看板上的问题同时团队和站会的协调人需要有意识地思考这类问题是否可以和应该反映在看板上以提高可视化和执行的效果。
站会中促进价值顺畅流动
站会上团队按照站会重点关注信息61从右向左检视各列促进价值顺畅流动同时要避免在一个问题上花费过长时间耗时长的讨论要放在会后小范围进行。
15人以内的团队站会要能在15分钟内完成在现实中效果不好的站会往往耗时会比较长。
站会中讨论带来的变化需即时更新到看板上如有问题也需求及时记录。
下图给出了站会中应该做到和应避免的问题 还需要明确的是站会只是团队沟通的一个场景更多的沟通要在平时和更小范围内发生而不是过度依赖于站会。
站会后信息透明风险和问题跟进
站会需要达成的成果
看板已处于最新的状态反映站会讨论的结果 识别阻碍需求流动的问题并现场解决或则安排会后跟踪的Action 团队成员了解项目的整体进展和状态 团队成员清楚工作的优先级
会后小范围讨论需求较长时间才能解决的问题。
总结
站会的目标是促进团队有效协作和聚焦促进价值顺畅流动和交付
站会要以价值交付为线索从右向左检视需求的状态聚焦于发现和处理价值流动中的问题
不应该依赖站会检查每个人的工作价值交付的状态和问题应该已清晰的体现在看板上良好设计和应用的看板是高效站会的基础
更多的协作应该即时发生不应该完全依赖站会来进行团队协作
一个好的站会帮助团队了解整体的价值流动状况促进有效的协作并即使处理价值流动的问题保障价值顺畅流动。
附1站会Checklist:
需求和任务的状态在站会前已更新 提醒带电脑同学合上电脑只有投屏的同学使用电脑 从右往左检视各列按照61类关注点进行 开发中的需求数量是否已超过卡片数量的限制 开发中任务是否向需求对齐 需求是否按照既定的流转规则进行流转 单独快速过一下缺陷的总体状况保持缺陷库存低水位 记录要跟踪的问题和依赖项 会后小范围讨论遗留要解决的问题
附2站会中会碰到的问题
Q在Scrum站会中典型的形式是团队围成一圈依次回答三个问题昨天做了什么今天准备什么有什么阻碍或问题为啥看板上不需要回答这三个问题了呢
A看板方法应用得当可视化价值流实践执行到位以上三个问题完全可以清晰地展示在看板上所以没有必要再回答这些问题了同时我们需要按照需求来组织站会关注价值流动而不是按人来组织站会。
Q开发同学站会上讲了很多可产品经理同学却听不懂同时对需求的进展也不太清晰
A按照Scrum的方式回答三个问题开发同学往往说的是技术实现和细节产品经理自然会听不懂。需求作为价值是产品经理的输入看板关注的是价值流动不是任务的完成情况需求的状态和问题可以很清晰地在看板上体现出来同时在开发中的需求也会拆分成各端或各模块的任务拉通技术各角色之间的协同。这样既可以看到价值的流动也可以看到任务的进展和对齐产品和开发同学都可以一目了然知道目前的进展与问题。
Q为啥看板要从右到左检视各列而不是从左到右检视呢
A从右往左一方面体现价值拉动的方向另一方面是为了更好地贯彻“暂缓开始聚焦完成”的原则让接近完成的需求尽快的完成而不是开始更多的需求开发。譬如测试中发现的Bug从右到左更方便优先解决Bug。
Q站会时间到了但还有个别同学没有到是等他还是不等 A团队需要共识此类事情发生的机制避免这样的事情发生。当确实有个别成员迟到了一般建议站会还要在固定的时间和地点进行当然团队对于迟到可以有团队处理的办法譬如邀请迟到的同学给大家买水果吃等等。
Q团队处于两地甚至多地站会如何开
A电子看板的好处就是便于异地开发各地成员都打开看板页面同时用电话会议的方式接入进行异地站会。目前Aone看板已可以做到需求卡片移动后瞬间同步。
Q两个需求都进行了近一半却都不能提测如下图
A图中用红框圈起来的两个需求一个是前端任务已完成后端任务在处理中另一个是前端任务在处理中后端任务已完成这总情况需要避免团队需要聚焦其中一个需求让其快速完成而不是启动两个让两个都只是完成一半或90%。 附3团队开站会的照片
Aone云效协作域团队
信息平台诉讼团队
阿里云飞天一部工业大脑
CEM客户运营平台的物理看板的站会
站会上很多人都带电脑效率就会相对低不建议出现这种情况。
作者介绍
洪永潮花名舍卫现就职于阿里巴巴研发效能事业部阿拉丁团队先后负责手猫、手淘、天猫新零售等阿里内部多个部门的效能提升曾担任MPD、GIAC、RSG、 DOIS等大会的讲师。
关于云效
云效一站式企业协同研发云源于阿里巴巴多年先进的管理理念和工程实践提供从“需求-开发-测试-发布-运维-运营”端到端的协同服务和研发工具支撑。支持公有云、专有云和混合云的协同研发助力企业产品快速创新迭代和研发效能升级。 原文链接 本文为云栖社区原创内容未经允许不得转载。
