敏捷開發(fā)培訓(xùn)會?。ㄊ甏罄蟹窒?,不看后悔系列)
話說,你們公司用的是哪種開發(fā)模式?瀑布式開發(fā)? or ?敏捷式開發(fā)?
然后,作為產(chǎn)品經(jīng)理,你真的了解當(dāng)下主流的敏捷開發(fā)模式么?還是只聽過其概念?
近期有幸參加了一場敏捷開發(fā)的培訓(xùn)會,是由一位十年以上產(chǎn)品大佬分享的,真的是讓我受益良多,獲益匪淺。
在這里做一次總結(jié),一方面,是為了吸收消化一下這次培訓(xùn)的精髓所在,另一方面,當(dāng)然是分享給大家啦,誰讓你們一直陪伴著我呢,有好東西當(dāng)然是想著大家啦!

首先說個前提,PPT這玩意從大的方面劃分,可以分兩種:一種是用來講的;另外一種是用來看的。
我之前分享的自己寫的各種述職報告,就屬于用來講的那種,也就是沒有我的現(xiàn)場講解,大家是不大容易看明白的,或者是說不大能夠get到我想表達的全部信息的;
而今天分享的這次敏捷培訓(xùn)的PPT,基本上屬于用來看的這種,也就是大家自己看PPT本身,沒有人講的話,也大致能夠明白想傳遞的信息精髓所在。
來,廢話少說,讓我們開始這次培訓(xùn),Lets go!

(1)流程
相信很多同學(xué)都熟悉瀑布式開發(fā),尤其是B端項目制的同學(xué),應(yīng)該大部分使用的,都是這種開發(fā)模式。
瀑布模型分為七個步驟,這個也應(yīng)該是我們再熟悉不過的了:1. 可行性分析;2. 需求分析;3. 概要設(shè)計;4. 詳細(xì)設(shè)計;5. 編碼開發(fā);6. 測試(單元、集成、驗收);7. 部署上線。
每個階段的產(chǎn)出物,相信也是我們?nèi)粘9ぷ鞯囊徊糠?,例如《可行性分析報告》啊、《需求分析文檔》啊、原型圖、測試用例啊等等,這里就不詳細(xì)列舉了。
這就是大多數(shù)人所熟知的瀑布式開發(fā)模式。

(2)問題
不過這種模式,也是存在諸多弊端的,不然敏捷開發(fā)也不可能上位,哈哈哈。
歸納起來,瀑布式開發(fā)模式,有四宗罪:
1. 需求變更
產(chǎn)品經(jīng)理和開發(fā)干架,大多時候都是因為需求變更。
就像互聯(lián)網(wǎng)經(jīng)常調(diào)侃的那個段子,產(chǎn)品經(jīng)理對開發(fā)說:“砍我可以,不能砍需求!”
而且大家還記得,我們之前在總結(jié)需求變更文章時的一個重要觀點么:
“需求變更是必然的、可控的、有益的!”
(該觀點出自文章《五個要點,助你應(yīng)對需求變更!》)
對于瀑布式開發(fā)模式來說,由于業(yè)務(wù)需求的多變性,導(dǎo)致很難有穩(wěn)定的需求邊界,需求變更就更加難以避免了。
而且經(jīng)常性的需求變更,給整個團隊帶來的損失是極大的,不僅僅是勞動時間的白白浪費,更重要的是影響大家的工作積極性,會讓大家認(rèn)為,有些事情做了,也會沒什么結(jié)果,沒什么意義。
這也是瀑布式開發(fā),最顯著的缺點。
2. 進度延遲
面對一個小的功能,我們能夠準(zhǔn)確地預(yù)估出來,需要花費多少工時。
但如果開發(fā)團隊面對是一個200多頁的方案或者PRD文檔,這個時候的工時應(yīng)該怎樣預(yù)估,或者說應(yīng)該怎樣才能準(zhǔn)確預(yù)估,恐怕沒人知道。。。
再加上上面所說的必然的需求變更,所以進度延遲是經(jīng)常發(fā)生的事情。。。
一個不可控的過程,往往會造成一個不可控的結(jié)果,在瀑布式開發(fā)的模式當(dāng)中,項目失控并不罕見,我就經(jīng)歷過。。。
3. 業(yè)務(wù)誤解
瀑布式開發(fā)的模式當(dāng)中,產(chǎn)品設(shè)計和產(chǎn)品開發(fā)往往是割裂的,二者只是通過交付物進行信息傳遞。
人與人之間,通過不斷反復(fù)地語言溝通,還避免不了信息差的情況呢,更何況僅僅是通過冰冷的文字。
于是乎,開發(fā)對于業(yè)務(wù)的誤解,那也是在所難免的了,功能開發(fā)出來以后,不是我們原本設(shè)計的,或者是使用人員想要的。
到時候就又該扯皮了,到底是誰的鍋呢?
4. 項目取消
這種項目取消就屬于重大事故了。。。
在團隊的分工當(dāng)中,開發(fā)團隊是負(fù)責(zé)實現(xiàn)的,產(chǎn)品團隊是負(fù)責(zé)設(shè)計的,管理團隊是負(fù)責(zé)決策的。
誰也不能夠保證,每一項決策都是正確的,所以項目取消,有時候也見怪不怪吧。但這個時候,就會造成大量的成本浪費。
這也是MVP產(chǎn)品模式,在這些年逐漸興起的原因吧。

(3)敏捷宣言
上面我們了解了瀑布式開發(fā)的流程以及問題,接下來我們正式進入今天的主題:敏捷式開發(fā)!
想要了解敏捷式開發(fā),就需要先知道這四句敏捷宣言:
1. 個體和交互 勝于 流程和工具!
2. 可工作的軟件 勝于 求全責(zé)備的文檔!
3. 與客戶協(xié)作 勝于 合同的談判!
4. 對變化的響應(yīng) 勝于 遵循原計劃!
這四句宣言,大家初步讀起來或許就會有不一樣的感受,相信在敏捷開發(fā)的過程中當(dāng)中,大家的體會會更加深刻!

(4)敏捷理念
了解了宣言之后,我們再來看一下敏捷的理念。
這11條理念就不再一一贅述了,大家可以花一分鐘時間自己看一下,體會一下是否跟自己之前的理念不一樣,甚至是顛覆了自己的原有理念~
尤其是像“歡迎對需求提出變更”這一種~

(5)敏捷前提
當(dāng)然,也并非所有的團隊都適合敏捷模式的,敏捷也是有前提的,這個前提總結(jié)一下的話,有這四個方面:
1. 領(lǐng)導(dǎo)支持
這一點真的非常非常重要,如果領(lǐng)導(dǎo)層壓根沒有敏捷的概念或者意識,當(dāng)你第一個核心功能的迭代版本出來以后,領(lǐng)導(dǎo)層通常會反饋“這是什么玩意”這種話。。。
這也很正常,因為通常第一個,甚至前幾個迭代版本,東西還少,又沒有用戶體驗,關(guān)鍵長得也不好看。。。
2. 教練保障
如果一個團隊在之前沒有經(jīng)歷過敏捷模式,那一個敏捷教練的保障是必不可少的,不然就剛才所說的一個理念,敏捷是歡迎對需求提出變更的,那產(chǎn)品跟開發(fā)還不得天天干架啊。。。
那敏捷教練是干嘛的呢?簡單介紹一下的話,大致分為這幾個方面吧:
技術(shù)教練(CI/CD,OO,微服務(wù),Cloud 等)
團隊教練(團隊流程,團隊建設(shè),團隊回顧等)
組織教練(組織級變革)
管理教練(戰(zhàn)略,人才等)
總之就是找個有經(jīng)驗的人帶帶大家,保障迭代能夠順利進行,防止大家天天干架。。。
3. 熟悉敏捷
敏捷開發(fā)模式當(dāng)中的相關(guān)成員,一定是要熟悉敏捷的。
想要熟悉呢,無在乎兩個方面:一方面是通過培訓(xùn)提升理論知識,另一方面是通過實踐進行理解并應(yīng)用。
4. 人員調(diào)整
敏捷模式,可以說是麻雀雖小五臟俱全,一個完整的工作組以及角色分工,那絕對是必不可少的。
穩(wěn)定是一切持續(xù)的前提!

(6)敏捷框架
敏捷模式的框架可以說跟我們瀑布模式的框架沒什么兩樣。
只不是敏捷模式,是一種持續(xù)循環(huán)的模式,每次迭代任務(wù)大概只有2-4周,對于產(chǎn)品是一種螺旋式上升的過程。
如果非要說一些不一樣的地方,那么每日立會或許是一個~

(7)敏捷角色
我們再來看一下敏捷模式中的六種角色~
1.導(dǎo)演:保護團隊不受外界干擾是團隊的領(lǐng)導(dǎo)和推進者,提升團隊的工作效率,確保所有的利益相關(guān)者都可以理解敏捷和尊重敏捷的理念;
2.演員:交付產(chǎn)品并對其質(zhì)量負(fù)責(zé),對所有提出產(chǎn)品請求的人一起工作,創(chuàng)建功能設(shè)計,測試并交付產(chǎn)品;
3.老板:為團隊搭建良好的環(huán)境,以確保團隊能夠出色工作;
4.制片人:為團隊提出產(chǎn)品需求的人,會與組織簽訂合同以開發(fā)產(chǎn)品;
5.編劇:從業(yè)務(wù)角度驅(qū)動項目,傳播產(chǎn)品的明確意愿,對投資回報負(fù)責(zé);
6.觀眾:根據(jù)自己的業(yè)務(wù)知識定義產(chǎn)品,并告知團隊自己的期望,提出請求。

(8)敏捷產(chǎn)出物
整個敏捷開發(fā)模式,關(guān)鍵的產(chǎn)出物,有這么四種:
1. 劇本:一個列表,涵蓋了詞匯,故事,需求和功能等等,團隊要在將來交付這些條目;
2. 場景:團隊希望到Sprint結(jié)束前開發(fā)出來的Product Backlog條目排序列表;
3. 情節(jié):Sprint結(jié)束時,Scrum團隊要交付有可能發(fā)布的產(chǎn)品增量;
4. 實際拍攝:一個任務(wù)列表,開發(fā)團隊使用它來可視化團隊活動。

(9)思維方式
最后呢,我們再來感受一下,瀑布思維與敏捷思維,兩種思維方式的不同。
這一個大家就自行閱讀吧,總之呢,大家行為方式改變的前提,一定是思維方式的改變。
敏捷開發(fā)的模式,有諸多的優(yōu)點,可以說是現(xiàn)在主流的模式,但也有它自身的局限性。
關(guān)于模式的選擇,就像尋找人生另一半一樣,沒有最好的,只有最合適的~
實際的培訓(xùn)過程,大概持續(xù)了兩個小時的時間。
其間舉了很多我們工作過程中的實際事例,這個我不好體現(xiàn)在我們的公眾號當(dāng)中。
但我已經(jīng)把培訓(xùn)時所講的,敏捷開發(fā)的精華內(nèi)容,全部奉獻給了大家,反正我當(dāng)時聽的是挺有感覺的,讓我對于敏捷開發(fā)有了一個全面的認(rèn)知,也希望能夠?qū)τ诖蠹矣兴鶐椭伞?/span>
最后呢,大家如果需要這個PPT資料的,可以在公眾號后臺回復(fù)“資料分享”四個字,就可以查看獲取方法啦。可以作為自己工作的指南,也可以當(dāng)個培訓(xùn)資料,去教育教育小弟小妹們,賺取一下他們崇拜的眼神,哈哈哈~

END
原載作者公眾號:
