您的位置:首页 > 其它

《看板方法-科技企业渐进变革成功之道》书摘笔记【第7章】

2014-05-02 03:56 295 查看

第7章 使用看板进行协调

7.1   可视化控制和拉动

Ø  在卡片墙上的每一栏的顶部标明在制限额,或者以划定各栏纵向长度的方式限定在制品数量,如果某一栏中的卡片数量低于制定的限额,则发出一个拉的信号。

工作项便签:

Ø  左下角标明工作项进入输入队列的日期

Ø  右下角标明交付日期。

Ø  进度延迟:卡片右上方用红色星星标出,

Ø  进度受阻:粘贴问题项。

7.2   电子跟踪

Ø  对看板系统而言,电子跟踪系统十分重要,因为它包含单凭一面简单的卡片墙所无法做到的几件事情,电子跟踪系统支持数据收集,可以用来生成度量数据和报告,以供日常管理和回顾如每月运营回顾等所用。

7.3   每日站立会议

以前的敏捷站会形式:

Ø  团队围成一圈,然后逐次轮流询问3个问题,昨天做了什么,今天计划做什么,有什么困难或者需要帮助吗?

看板方法的站会形式:

Ø  引导着通常是项目经理或者产品经理,会做看板走读,已经形成的管理做法是从后往前走-从右向左(沿着拉动的方向)查看看板上的卡片/引导者也会对每项工作状态进行更新,或者询问是否还有不在墙上的额外信息。

Ø  重点关注受阻的工作项(在其上粘附一个粉色的便签)和因缺陷导致延期的工作项(在其上粘一个蓝色的便签)。对已经好几天没有挪动的工作项,要重点提问。

Ø  团队还会间断讨论谁来处理这个问题以及何时解决。

Ø  对那些不在板上的其他阻塞问题,团队也会召集成员进行讨论,以协助需要帮助的人解决问题。

7.4   会后讨论

Ø  以小组形式开展,这是一种自发的行为,因为团队成员想讨论他们呢心中的一些问题:也许是一个受阻问题,也许是一个技术设计问题或者架构问题,但也许更多的是一个过程相关的问题。

7.5   队列填充会议

Ø  召开队列填充会议的目的是进行优先级排序。

Ø  队列填充会议是在一组业务代表或产品负责人间召开。

Ø  建议此类会议尽可能是组织中的资深人员。(更多决策,以及高决策质量)

Ø  优先级排序会议的节奏会影响看板系统中的队列规模,因此也会影响到整个系统的前置时间。为了做大话团队的敏捷性,推荐以合适频率定期召开这个会议。一般每周一次为好。

7.6   发布规划会议

Ø  发布规划会议是专门为规划下游交付活动而召开的会议。

制定一份检查单列表或一个框架,以便更便捷的规划发布:

Ø  系统中哪些工作项已经(或即将)做好发布准备?

Ø  将每个工作项发布到生产环境中还需要做哪些准备工作?

Ø  发布后,需要进行哪些测试来验证生产环境系统的一致性?

Ø  其中有哪些风险?

Ø  如何缓和与规避这些风险?

Ø  需要有哪些应急计划?

Ø  在这次发布中需要哪些人参与?讲系统推向生产环境时,需要哪些人在工作现场?

Ø  发布将耗时多久?

Ø  还有其他那些相关事情要筹备妥当?

Ø  一个填写完整的模板,代表一个发布计划,使其按照既定的次序被调用。

7.7   鉴别分类

Ø  待办项鉴别分类法的目的是走查待办项列表的每一项,以界定是否在列表上保留这一项,还是将之从列表中删除。它不需要进行评分排序或提供惊喜的优先级级别,而是只需要简单做出保留或删除的选择。

Ø  对待办项进行鉴别分类的目的是缩小其规模,待办项列表越小,就越便于进行优先级讨论。

7.8   问题日志的审查与升级

Ø  如果看板系统有工作项受阻,那么这些工作项需要被表示出来进行处理,同事创建一个对应的问题工作项。这些问题会一直保持在open状态,直到障碍得以解除/最初的工作项能够顺利在系统中向前流动。

Ø  问题日志审查会议应该经常进行并且定期召开,以固定节奏定期进行。或者可以随需召开。

Ø  项目经理和将工作项表示为受阻的团队成员,应该参加问题日志审查会议。需要回大主要问题:“应该分派谁去解决这个问题?”及“期望什么时候解决这个问题?”

Ø  当有问题阻塞是,项目经理应该负责将该问题适当升级,以求解决。

7.9   现场贴纸代理

Ø  在家办公的员工可以请当天在办公室里的某位同事充当代理。让他们帮忙更新物理卡片墙上的状态。

7.10 跨多个地理位置保持同步

Ø  跨多个地点进行协调的关键是要使用电子跟踪系统,只有一面卡片墙是不够的。除了使用电子跟踪系统外,还有必要做到电子跟踪系统与物理卡片墙最起码能够保持每日同步。

7.11 总结

Ø  最佳事件是同时使用物理卡片墙和电子跟踪系统

Ø  使用电子跟踪系统能够,就可以跨多个地理位置应用看板

Ø  定期召开会议能够减少会议的协调成本,提高出席率。

Ø  优先级排期和发布规划应独立完成,并应具有各自独立的节奏。

Ø  每日站会应该用来讨论缺陷/障碍和流动性问题,他们呢并不一定要沿袭其他敏捷开发方法中的既定模式。

Ø  每日站会是估计持续改进的文化中的重要组成部分,由于站会每天都把整个团队简短的聚集在一起,提供一个所有利益相干者能够提出建议并讨论改善的机会。站会之后的时段,往往会出现一个与过程改进相关的非正式讨论。

Ø  通过对待办项列表进行定期分类梳理来缩减待办项规模,以提高优先级排序会议效率。

Ø  问题管理、问题升级和问题解决是提升团队效能的核心实践,应该在团队发展的早期阶段便重视这种能力的培养。

Ø  应该清晰定义问题的升级路径和规则。

版权归原作者所有,此为整理集合
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息