1
在最近的一次迭代計劃會議上办桨，我們將需求評審觅玻、原型評審掰伸、迭代計劃放在一個會議里面皱炉，導(dǎo)致會議時間超長且沒有突出重點。
同時狮鸭，會議中還暴露了另外兩個問題：一是會議討論過程中達(dá)成的共識并沒有被有效的記錄下來合搅；二是pbi的梳理和優(yōu)先級排序沒有做。
針對上面的幾個問題歧蕉，作者給出了一個較為實用的答案：在sprint計劃會議中使用索引卡而不是excel表灾部。帶來的好處有：
- 大家站起來四處走動，更長時間動保持清醒惯退，注意力在會議進展赌髓；
- 每個人都有參與感，而不是被動接受信息催跪；
- 多個故事可以同時編輯锁蠕；
- 調(diào)整優(yōu)先級非常容易；
- 會議中達(dá)成的共識可以直接以卡片形式實時產(chǎn)出叠荠；
- 調(diào)整完的內(nèi)容可以直接放入看板匿沛。
準(zhǔn)備在下一次的迭代計劃會議中嘗試一下。
2
在此前的“快速啟動工作坊”中榛鼎，團隊對“故事內(nèi)容是否能用技術(shù)術(shù)語”這個細(xì)節(jié)有過討論逃呼，作者也描述了在pbi中不要使用技術(shù)術(shù)語來描述故事的原因：
- 指出該如何解決問題的應(yīng)該是開發(fā)團隊鳖孤；
- po只需要關(guān)注業(yè)務(wù)指標(biāo)；
- 即使po有技術(shù)背景抡笼，那也應(yīng)該在描述清楚業(yè)務(wù)目標(biāo)的前提下苏揣，在注解中寫下技術(shù)描述。
不過我認(rèn)為推姻，現(xiàn)實情況下平匈，互相補位是非常有必要的。如果po具備技術(shù)背景能用開發(fā)人員聽得懂的描述方式來描述故事藏古，應(yīng)該對任務(wù)質(zhì)量和開發(fā)效率都能起到正面作用的增炭。
3
另外，作者對“質(zhì)量”有一個有意思的定義拧晕。他將“質(zhì)量”分為了“內(nèi)部質(zhì)量”和“外部質(zhì)量”隙姿。“外部質(zhì)量”是用戶能明確感知到的厂捞，比如頁面刷新慢输玷、界面設(shè)計讓人摸不著頭腦等等；“內(nèi)部質(zhì)量”是指用戶看不到的靡馁，比如代碼可讀性欲鹏、測試覆蓋率、系統(tǒng)架構(gòu)設(shè)計的一致性等等臭墨，這些對系統(tǒng)的可維護性有深遠(yuǎn)影響赔嚎。
作者認(rèn)為：
- 內(nèi)部質(zhì)量不可妥協(xié)；
- 外部質(zhì)量可由po決定重要性和范圍胧弛。
在我們團隊可能恰好相反尽狠。在“注重用戶體驗”的互聯(lián)網(wǎng)時代，把“外部質(zhì)量”放到很關(guān)鍵的位置我覺得是沒問題的叶圃，但至少“內(nèi)部質(zhì)量”這塊，在我們團隊是有責(zé)任缺失的践图，需要好好反思掺冠。
4
最后，這本書很實踐码党。在第十四章“我們怎樣做測試”的最后一小節(jié)“回到現(xiàn)實”中德崭，作者說：“也許你會認(rèn)為：我們在所有的Scrum團隊中都有測試人員，針對每個產(chǎn)品都有大規(guī)模的驗收測試團隊揖盘，在每個sprint結(jié)束以后都會進行發(fā)布眉厨，等等。其實兽狭，我們也沒做到憾股。我們有幾次能成功的做到這種程度鹿蜀，也能看到它所帶來的正面影響。但我們的質(zhì)量保證過程想要得到認(rèn)可服球，還有很長的路要走茴恰，我們?nèi)杂泻芏鄸|西要學(xué)≌缎埽”
沒錯往枣，我們還有很長的路要走，我們?nèi)杂泻芏鄸|西要學(xué)粉渠。
