這是《落葉》文集里第?81?片落葉，希望你能喜歡，不為別的，只為這份堅(jiān)持。
“十宗罪”之五：缺乏計(jì)劃會(huì)議
Scrum 里有個(gè)很“重”的會(huì)，叫做 Planning Meeting。按教科書(shū)上的介紹，這個(gè)會(huì)持續(xù)的時(shí)間會(huì)很長(zhǎng)，于是，有些團(tuán)隊(duì)會(huì)自作主張的把這個(gè)計(jì)劃會(huì)議給省略掉，認(rèn)為會(huì)議就代表著效率低，于是 PO/SM 直接就把 User Story 拆解成 Task，然后找團(tuán)隊(duì)成員認(rèn)領(lǐng)一下，就開(kāi)始干活了。
但是，這樣效率真的就高了嗎？
這么做的后果就是，同一個(gè) User Story，產(chǎn)品想的是A，開(kāi)發(fā)理解成了B，測(cè)試?yán)斫獬闪薈，最后驗(yàn)收的時(shí)候，打回重做，時(shí)間成本、人力成本、還有隱性的士氣成本。。。這就是所謂的得不償失。
我們要真正理解 Planning Meeting 的作用和意義，它其實(shí)就相當(dāng)于傳統(tǒng)的需求評(píng)審會(huì)議，會(huì)議時(shí)間長(zhǎng)是因?yàn)樗刃枨笤u(píng)審會(huì)議更加細(xì)致，除了 PO 需要逐個(gè)闡述 User Story，Team 成員在這個(gè)會(huì)里對(duì)所有的 User Story 達(dá)成認(rèn)知和理解上的一致，同時(shí)，還涉及到任務(wù)的認(rèn)領(lǐng)和計(jì)劃的調(diào)整，所以，這個(gè)會(huì)一般來(lái)說(shuō)都會(huì)在2個(gè)小時(shí)以上，我曾經(jīng)還開(kāi)過(guò)一個(gè)大概有半天的計(jì)劃會(huì)議，不過(guò)這也取決于會(huì)議前 PO 跟團(tuán)隊(duì)是否有過(guò)線(xiàn)下的討論，中國(guó)有句古話(huà)：磨刀不誤砍柴工，從我個(gè)人的經(jīng)驗(yàn)來(lái)說(shuō)，這個(gè)會(huì)不在于時(shí)間的長(zhǎng)短，而在于會(huì)議的目的是否達(dá)到了，另外，也可以嘗試著拆成幾次小會(huì)來(lái)開(kāi)，從精力上來(lái)說(shuō)，也是比較好的。
“十宗罪”之六：缺少驗(yàn)收會(huì)議
Scrum 里還有個(gè)重要的會(huì)議，叫做驗(yàn)收會(huì)議。就是每個(gè) User Story 的承接人在完成之后，演示給 PO 看，PO 依據(jù) DoD（Defination of Done） 來(lái)做驗(yàn)收。這個(gè)會(huì)議從理論上和表象上看只是一個(gè)類(lèi)似項(xiàng)目驗(yàn)收會(huì)議的東西，確實(shí)也可以像有些團(tuán)隊(duì)那樣，每當(dāng)一個(gè)完整的需求被完成了，PO 就可以去做驗(yàn)收，甚至于 PO 自己點(diǎn)點(diǎn)看看，也能驗(yàn)收掉，為什么一定要整一個(gè)會(huì)議來(lái)做這件事情呢？
因?yàn)槊艚堇镉幸粋€(gè)很重要的理念，叫做團(tuán)隊(duì)是自組織、自管理的。那這種自組織、自管理的動(dòng)力源泉又是什么呢？升職加薪不能算在這，因?yàn)榧词刮矣脛e的研發(fā)模式，這些物質(zhì)上的獎(jiǎng)勵(lì)也未必會(huì)少。我們這里說(shuō)的其實(shí)是一種內(nèi)在的動(dòng)力源泉之一，就是成就感。在這個(gè)驗(yàn)收會(huì)議上，承接人在 PO 和整個(gè)團(tuán)隊(duì)，包括用戶(hù)、管理團(tuán)隊(duì)等利益相關(guān)人面前，去演示他們?cè)谶@個(gè) Sprint 里的勞動(dòng)成果，并通過(guò) PO 的驗(yàn)收，這時(shí)候，有一種叫成就感的東西會(huì)在他們的心里生根發(fā)芽，會(huì)激勵(lì)著他們更加積極主動(dòng)地去承接更多的、更重要的、更難得 Task，因?yàn)樗麄兿胗懈嗟恼故咀约旱臋C(jī)會(huì)，他們想有更多的成就感。
所以，關(guān)于敏捷如何實(shí)施，我在另一篇文章里說(shuō)過(guò)我的觀(guān)點(diǎn)，就是在最初的階段，必須要按照 Scrum 教科書(shū)嚴(yán)格執(zhí)行，只有當(dāng)你通過(guò)實(shí)踐總結(jié)，真正理解了 Scrum 流程里的每個(gè)環(huán)境表面的規(guī)則和它們背后所隱含的真正含義之后，才能開(kāi)始結(jié)合實(shí)際情況去做優(yōu)化、精簡(jiǎn)、補(bǔ)充等等。而不能上來(lái)就直接依據(jù)它們表面上的概念，而判斷是否有必要那么做。那樣往往會(huì)適得其反，讓你在實(shí)施的過(guò)程中問(wèn)題多多，困難重重。
作者簡(jiǎn)介：14 年測(cè)試經(jīng)驗(yàn) + 11 年項(xiàng)目管理經(jīng)驗(yàn) + 11 年團(tuán)隊(duì)管理 = 一個(gè)測(cè)試?yán)媳?br>
