我們怎樣讓別人了解我們的 sprint

讓別人了解和讓公司了解我們在做什么產(chǎn)出什么，對于公司內(nèi)部的支撐部門很重要。對于Devops團(tuán)隊(duì)，為了讓公司和其他團(tuán)隊(duì)了解我們的“sprint”和產(chǎn)出（我們的這個(gè)維度不是一個(gè)sprint了，現(xiàn)在Devops的整個(gè)節(jié)奏還沒有統(tǒng)一），我們當(dāng)前以簡報(bào)的形式來推送產(chǎn)出。后續(xù)考慮增加Devops層面的運(yùn)營回顧會(huì)議，邀請相關(guān)責(zé)任人來參加。如果做需要很多數(shù)據(jù)準(zhǔn)備等等工作，一步一步來先完善過程和結(jié)果數(shù)據(jù)，比如最基礎(chǔ)的運(yùn)營分析數(shù)據(jù)，提高團(tuán)隊(duì)的專注度和響應(yīng)機(jī)制。

我們怎樣編寫 sprint backlog

創(chuàng)建sprint backlog的時(shí)間在sprint 計(jì)劃會(huì)議之后，第一次每日例會(huì)之前完成。

什么形式來保存sprint backlog，我這邊也推薦使用實(shí)物便簽，放到任務(wù)版上。個(gè)體交流和互動(dòng)over工具和流程

每次站會(huì)后都需要關(guān)注和移動(dòng)spring 事項(xiàng)，盡量在每個(gè)任務(wù)上增加人員標(biāo)記，可以是簡寫也可以是特殊的磁貼。

燃盡圖，記錄和告警sprint backlog的任務(wù)完成估算。

天數(shù)估算 vs. 小時(shí)估算，針對故事我們也推薦不要進(jìn)行微觀估算，但是在使用看板中為了計(jì)算團(tuán)隊(duì)的交付周期等，大于1小時(shí)的任務(wù)也上到看板上。

如何布置團(tuán)隊(duì)

價(jià)值關(guān)注是減少溝通阻遏，只要是團(tuán)隊(duì)坐在一起就能夠提高溝通的效率。

互相看到

互相聽到

PO有條件也要和團(tuán)隊(duì)坐在一起

我們怎樣進(jìn)行每日例會(huì)

何時(shí)更新任務(wù)版，盡量在每日站會(huì)的時(shí)候，提高關(guān)注和交流，并闡述流動(dòng)，如果其他時(shí)候流轉(zhuǎn)要在站會(huì)時(shí)說明一下。

每日站會(huì)關(guān)注阻礙

昨天做了什么，今天做什么，有什么問題

我們怎樣進(jìn)行 sprint 演示

為什么我們堅(jiān)持所有的 sprint 都結(jié)束于演示

我們怎樣做 sprint 回顧

Sprints 之間的休整時(shí)刻

休整是為了帶來更多的思考和全身心的投入到下一個(gè)sprint中

怎樣制定發(fā)布計(jì)劃，處理固定價(jià)格的合同

定義你的驗(yàn)收標(biāo)準(zhǔn)

對重要的條目進(jìn)行時(shí)間估算

估算生產(chǎn)率

根據(jù)歷史生產(chǎn)率和當(dāng)前的實(shí)際投入程度來進(jìn)行參考估算