敏捷宣言
個體和交互 勝過 過程和工具
可以工作的軟件 勝過 面面俱到的文檔
客戶合作 勝過 合同談判
響應(yīng)變化 勝過 遵循計(jì)劃
雖然右項(xiàng)也有價值,但是我們認(rèn)為左項(xiàng)具有更大的價值。

拓展應(yīng)用
敏捷營銷
敏捷組織,透明化扁平化管理
敏捷洋蔥圈

敏捷關(guān)鍵
用戶故事:卡片和對話,驗(yàn)收確認(rèn)符合用戶需求
編寫用戶故事:
我作為(角色)
想要(功能)
以此實(shí)現(xiàn)(價值)
例子
- 時間視圖支持直接創(chuàng)建任務(wù)的起止時間
- 我作為項(xiàng)目經(jīng)理,希望在時間視圖上可以直接創(chuàng)建任務(wù)的起止時間,方便我能更快捷地生成項(xiàng)目計(jì)劃。

估算用戶故事,故事點(diǎn)是故事復(fù)雜度、工作量或工期的相對估算
scrum一個框架,解決復(fù)雜難題,同時也能高效并創(chuàng)造性地交付盡可能高價值的產(chǎn)品。為了最后的同一個目標(biāo)

3個角色,3工作,5事件,5價值觀
- PO(產(chǎn)品負(fù)責(zé)人) SM (團(tuán)隊(duì)的導(dǎo)師和組織者) Team
- PB (項(xiàng)目規(guī)劃) SB(待辦事項(xiàng)) Increment(復(fù)盤情況和關(guān)鍵節(jié)點(diǎn))
- sprint(迭代)planning DS(每日站會) review(評審會議)retrospective(復(fù)盤)
- 目標(biāo)、合作、勇氣、分享、記錄
看板方法(看板不僅僅只是一個可視化的系統(tǒng))
- 價值流映射
- 使用看板進(jìn)行協(xié)調(diào)
- 建立交付節(jié)奏
- 設(shè)置在制品限額
- 建立服務(wù)水平協(xié)議
- 度量和管理報(bào)告
敏捷團(tuán)隊(duì)
快速交付商業(yè)價值
四個人不同的價值觀
生活在一起
經(jīng)歷81難成功IPO
西游記中的團(tuán)隊(duì)角色
豬八戒:資深用戶、最懂用戶、知道用戶要什么(產(chǎn)品)
孫悟空:開發(fā)和運(yùn)營
沙和尚:任勞任怨的團(tuán)隊(duì)協(xié)作者,測試運(yùn)維和行政
唐僧:風(fēng)險最大,背黑鍋我來,送死你去。不可動搖的信念
集齊了龍珠,我就可以改變世界嗎?
誤區(qū)1 scrum=敏捷,Agile(scrum、kanban、xp、FDD 、Crystal、DSDM 、LSD)
誤區(qū)2 敏捷是萬能的 團(tuán)隊(duì)干不好不是因?yàn)闆]有敏捷
誤區(qū)3 關(guān)注閑置人員,而非價值輸出。舉一個接力跑的例子
誤區(qū)4 追求“大而全”
協(xié)作的小技巧
1、團(tuán)隊(duì)的成員盡可能坐在一起
2、統(tǒng)一的協(xié)作工具(teambition)
3、統(tǒng)一協(xié)作規(guī)范(就緒的定義、完成的定義等等)
4、說真話,并鼓勵團(tuán)隊(duì)說真話
5、暴露問題,解決問題。問題無法出現(xiàn)也就無法解決
選用良好的技術(shù)實(shí)踐
- 測試驅(qū)動開發(fā),寫代碼前寫單元測試
- 重構(gòu),安排專門的版本周期進(jìn)行重構(gòu)
- 代碼審查
- 持續(xù)集成,一定要有自動化編譯、構(gòu)建、發(fā)布、部署的工具
- 每日發(fā)布,以此作為進(jìn)度依據(jù)
- 實(shí)施編碼規(guī)范
- 自動化測試
有關(guān)理解敏捷背后的原因,這個游戲讓我能夠深刻的理解到敏捷的好處

我所在的組別是綠色的第三組。
每批次12張總共需要分三次傳遞完,我處于中間的位置,前面等待的時間特別長,我回過頭看看后面的團(tuán)隊(duì),想流水線一樣快速傳遞,交付版本1,2,3,4,5非常迅速。到我們組,我才剛剛開始傳遞,傳遞過程中也發(fā)現(xiàn)許多問題,紙片堆雜在一起,畫筆在手上畫了幾條杠,同時后面人也開始焦急,開始幫我在理清紙片分發(fā)到下一個人。后面雖然也用了一些提高效率的方法但依然趕不上,這時候我前面的人已經(jīng)開始閑置了,我把我手中紙片全部傳遞出去之后,每批次只傳遞一張紙片的的小組已經(jīng)結(jié)束了。
總結(jié)
1、快速交付版本可以每個人的協(xié)作效率提高,等待的時間少
2、老板和項(xiàng)目經(jīng)理可以最快時間拿到第一版本,只需要幾秒,相差了幾十倍的效率,如果放到實(shí)際的開發(fā)場景中相差的時間可能更多
3、實(shí)際開發(fā)中經(jīng)常存在一種情況就是,先出原型,然后UI,技術(shù)。一條線到底,必須要等原型基本出來了,美工才能開始做,界面出來了技術(shù)才開始做。要提高效率一個任務(wù)并行,一個是把任務(wù)拆分,以功能或單元為單位,向下傳遞。
4、我們組的情況其實(shí)體現(xiàn)了老板焦急等待第一個版本的情況,第一個版本等待太久,同時老板只以結(jié)果為論,等的太久就是不行,做不出來加人做行不行,總之一定要在規(guī)定時間內(nèi)完成。但如果是小步反饋反復(fù)迭代就不一樣了,能看到軟件慢慢的變得完善了,同時隔幾天就有一點(diǎn)小進(jìn)展。
5、混亂的等待時間里不知所措的其他人,相比于其他組,我們忙的時間點(diǎn)非常集中并且效率很高,但是放到整體團(tuán)隊(duì)就不行了,每個傳遞個體效率最高的時候其他人是處于閑置狀態(tài)。
敏捷團(tuán)隊(duì)的螺旋式成長
- 敏捷的優(yōu)勢
- 等待時間更少
- 抗風(fēng)險能力提高
- 用戶更早獲得產(chǎn)品價值
- 團(tuán)隊(duì)更早獲得反饋
- 團(tuán)隊(duì)更關(guān)注交付的業(yè)務(wù)價值
敏捷的劣勢
- 更碎片化
- 上下游交接次數(shù)更多
- 團(tuán)隊(duì)成員溝通,協(xié)作更頻繁
- 團(tuán)隊(duì)成員能力要求更全面
拆分:團(tuán)隊(duì)、時間、風(fēng)險、產(chǎn)品
團(tuán)隊(duì)
- 拆分團(tuán)隊(duì)
- 溝通成本更低
- 更緊密合作
- 更快響應(yīng)速度
迭代
- 拆分時間
- 更快被交付
- 更快得到反饋
- 更快被驗(yàn)證
- 更容易被修改
待辦事項(xiàng)排序(風(fēng)險、重要、緊急)
- 拆分風(fēng)險
- 識別業(yè)務(wù)價值
- 識別任務(wù)規(guī)模
軟能力+硬能力雙螺旋上升
面對過度的碎片化,遭遇瓶頸

最核心的軟能力+硬能力的雙螺旋上升帶領(lǐng)團(tuán)隊(duì)一步步勇攀高峰
實(shí)例化需求
- 更高效的需求溝通方式(協(xié)作)
- 更細(xì)粒度的需求拆分方法(拆分方法)
最后還舉了一個實(shí)際拆分的例子做引申的思考

