《scrum敏捷軟件開發(fā)》

第四章：漸進(jìn)敏捷

底層員工發(fā)起，取得成功后，企業(yè)內(nèi)廣為推廣；

改進(jìn)backlog：

增加使用scrum的團(tuán)隊(duì)的數(shù)量
增加對(duì)自動(dòng)化測(cè)試的使用
使團(tuán)隊(duì)能夠?qū)崿F(xiàn)持續(xù)集成
想出如何確保每個(gè)團(tuán)隊(duì)都能有一名產(chǎn)品負(fù)責(zé)人（product owner）
確定怎樣度量實(shí)施scrum的影響
增加對(duì)單元測(cè)試的測(cè)試驅(qū)動(dòng)開發(fā)的使用

改進(jìn)backlog過程中邀請(qǐng)團(tuán)隊(duì)成員一起頭腦風(fēng)暴 ，結(jié)束后詢問熱情最高的事項(xiàng)，選擇其推進(jìn)。

成功敏捷的推進(jìn)例子：

清楚表單背景：為什么變革？為什么現(xiàn)在？為什么用scrum？
鼓勵(lì)對(duì)話：美好的東西總在人們的對(duì)話中出現(xiàn)。
提供資源：實(shí)施scrum需要花費(fèi)時(shí)間、精力和金錢
設(shè)置合適的目標(biāo)：具備清晰定義和確實(shí)可達(dá)目標(biāo)的變革嘗試有10倍的成功幾率。

變革無(wú)需強(qiáng)加，它只是需要釋放

第五章：試點(diǎn)項(xiàng)目

理想試點(diǎn)項(xiàng)目四個(gè)屬性：

image.png

持續(xù)時(shí)間：建議3~4個(gè)月；（太短會(huì)造成大家對(duì)scrum的誤會(huì)沒有說(shuō)服力，太長(zhǎng)風(fēng)險(xiǎn)極大萬(wàn)一延期也沒有說(shuō)服力）
規(guī)模：試點(diǎn)項(xiàng)目的參與團(tuán)隊(duì)，最多不要超過5個(gè)否則溝通成本會(huì)成為極大的風(fēng)險(xiǎn)；
重要性：一定要選擇重要性高的項(xiàng)目，否則不會(huì)引起其他的關(guān)注；如果項(xiàng)目不重要，大家也會(huì)認(rèn)為轉(zhuǎn)型不是很必須；
發(fā)起人的保證：愿意和團(tuán)隊(duì)一起工作的人是很關(guān)鍵的；

選擇合適的時(shí)機(jī)啟動(dòng)項(xiàng)目：

完善的序曲文檔（用戶故事）
瀕臨失敗的項(xiàng)目：只要有足夠的時(shí)間修正和繼續(xù)的項(xiàng)目，雖然危險(xiǎn)，但必須改變，最后如能交付，往往就視為成功；

試點(diǎn)項(xiàng)目：

團(tuán)隊(duì)的組建可以尋找原來(lái)熟悉的靠譜選手，所有人要要有主觀意愿與能力、技術(shù)能力、溝通能力等。

scrum是能夠容忍一定程度上需求的更改，但是相對(duì)頻繁的修改一定影響生產(chǎn)力，毋庸置疑；

總結(jié)：

漸進(jìn)敏捷和試點(diǎn)項(xiàng)目，這個(gè)兩個(gè)維度讀完還是感觸頗深的，做敏捷項(xiàng)目（或者說(shuō)原來(lái)做過的非敏捷項(xiàng)目）規(guī)矩就是規(guī)矩屬實(shí)是不能馬虎，如果某些條件未滿足，或者投機(jī)取巧的方式，項(xiàng)目周期長(zhǎng)的，極大可能最終得到的一定是很大程度的失敗（損失是不可估量的）;

一個(gè)未達(dá)到標(biāo)準(zhǔn)的結(jié)果，情況好的還可以延期完成，情況不好的就是0，團(tuán)隊(duì)成員也會(huì)因此受到嚴(yán)重影響（例如：心態(tài)、穩(wěn)定性...等等）;