看板方法里的回顾会议与Scrum里的回顾会议类似,步骤相当,只是相较而言,看板方法更加强调对交付数据做分析,并依据数据进行改进。看板的度量数据包括以下几项: 0 J+ S8 R% ~6 V; x: N4 Q, A
- 累积流图;
- 周期时间分布;
- 周期时间趋势;
- 吞吐率趋势;
- 流动效率趋势。
$ J( e3 u2 w& x
$ L0 `* R) q `' r
由于看板方法里没有“Sprint”的概念和流程,因此没有关于回顾应该在什么时候召开的规定。但是,最好将回顾会议安排在一次交付之后召开,因为如果没有交付就没有价值流动效率的数据,也就无法依据数据来改进价值流。如果团队的交付节奏非常频繁,比如一周多次甚至每天都要有新版本上线,可以累积多次交付的数据一起回顾。比较合适的回顾节奏是两周一次,这不仅便于团队及时改进,而且团队在回顾上花费的时间成本也是可以接受的。 9 r p* ? `9 D2 A4 \: G" ^4 a
|