(網(wǎng)經(jīng)社訊)本文是關(guān)于作者在To B 項(xiàng)目敏捷開發(fā)的一點(diǎn)個(gè)人心得，希望能對(duì)處于相同環(huán)境的朋友提供一點(diǎn)參考，一起來(lái)文中看看~
通過(guò)盡早和不斷交付有價(jià)值的軟件滿足客戶需要——敏捷宣言。
筆者于2015年第一次接觸敏捷開發(fā)且第一次碰觸Scrum，當(dāng)時(shí)scrum的理念確實(shí)為筆者的打開了一扇開發(fā)的窗，但結(jié)合自身境遇，仔細(xì)分析后認(rèn)定敏捷比較適合于做內(nèi)部的產(chǎn)品，不適合做ToB解決方案型項(xiàng)目（以下簡(jiǎn)稱Tob項(xiàng)目），原因如下：
立場(chǎng)：Tob項(xiàng)目甲乙雙方關(guān)系為被服務(wù)與服務(wù)的關(guān)系，甲方希望最少成本做最多的事，節(jié)約成本，乙方希望項(xiàng)目可以利潤(rùn)最大化，提高收益。
背景：ToB項(xiàng)目甲方期初需要經(jīng)歷項(xiàng)目可行性研究、項(xiàng)目立項(xiàng)、項(xiàng)目評(píng)審等過(guò)程，前后需準(zhǔn)備大量的描述材料，如果實(shí)施結(jié)果與預(yù)期目標(biāo)偏差過(guò)大，會(huì)被審計(jì)組審計(jì)。同時(shí)，也會(huì)對(duì)項(xiàng)目申請(qǐng)人的能力產(chǎn)生質(zhì)疑，因此客戶的建設(shè)理念往往傾向于傳統(tǒng)瀑布模式，注重交付成果的一致性。
合同：ToB項(xiàng)目以固定總價(jià)合同模式居多，固定總價(jià)合同前期就有明確的范圍、進(jìn)度、成本、交付成果等要求。
觀點(diǎn)：ToB項(xiàng)目團(tuán)隊(duì)往往會(huì)由甲乙雙方共同組成，雙方背后都有不同的利益組織，因此觀點(diǎn)比較復(fù)雜，針對(duì)共同目標(biāo)雙方患難與共，但同時(shí)又因各為其主，會(huì)在一些細(xì)節(jié)上產(chǎn)生分歧，尤其是在變更的時(shí)候，因?yàn)闀?huì)涉及到成本、進(jìn)度等要素，弄得每一次變更都像打架一樣。
傾注：ToB項(xiàng)目建設(shè)往往由甲方業(yè)務(wù)方申請(qǐng)，IT部門承建，受益人與負(fù)責(zé)人不為同一人，由于利益、職責(zé)不同，甲方負(fù)責(zé)人的投入熱忱也不盡相同。
因此ToB解決方案型項(xiàng)目使用敏捷模式可謂如履薄冰，稍有不慎便有需求蔓延、影響交付的風(fēng)險(xiǎn)。
2018年1月，筆者所在的公司承接了某地產(chǎn)龍頭的云視頻平臺(tái)建設(shè)項(xiàng)目，該集團(tuán)信息化事業(yè)部有著比較豐富的項(xiàng)目建設(shè)經(jīng)驗(yàn)，本項(xiàng)目為總價(jià)合同模式，預(yù)計(jì)建設(shè)周期9個(gè)月，合同簽定之初甲方項(xiàng)目總監(jiān)就要求項(xiàng)目快速上線，盡早滿足該集團(tuán)業(yè)務(wù)訴求，優(yōu)惠條件是項(xiàng)目組可以不用駐場(chǎng)開發(fā)（筆者所在公司與項(xiàng)目現(xiàn)場(chǎng)相隔千里）。
筆者權(quán)衡再三，與甲方約定項(xiàng)目采用敏捷開發(fā)模式，并且達(dá)成了具體落地方法，具體如下：
一、架構(gòu)職責(zé)
架構(gòu)職責(zé)：由甲方項(xiàng)目總監(jiān)、產(chǎn)品經(jīng)理、乙方項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)經(jīng)理、測(cè)試經(jīng)理組成項(xiàng)目核心團(tuán)隊(duì)。
甲方項(xiàng)目總監(jiān)：負(fù)責(zé)甲方整體項(xiàng)目把控工作；
甲方項(xiàng)目經(jīng)理：負(fù)責(zé)需求篩選，優(yōu)先級(jí)排序，協(xié)調(diào)甲方技術(shù)、業(yè)務(wù)人員配合本項(xiàng)目建設(shè)等工作；
乙方項(xiàng)目經(jīng)理：負(fù)責(zé)編寫WBS、編制項(xiàng)目計(jì)劃、信息同步、風(fēng)險(xiǎn)跟蹤等工作；
乙方產(chǎn)品經(jīng)理：負(fù)責(zé)需求收集、梳理、分析、原型制作、需求確認(rèn)、改進(jìn)方案等工作；
乙方技術(shù)經(jīng)理：負(fù)責(zé)構(gòu)建系統(tǒng)架構(gòu)、指導(dǎo)開發(fā)、外部接口對(duì)接、重點(diǎn)問(wèn)題攻堅(jiān)工作等工作；
乙方測(cè)試經(jīng)理：負(fù)責(zé)組織測(cè)試規(guī)劃、方案、用例、BUG管理、培訓(xùn)等工作。
二、拆分階段
拆分階段：將原9個(gè)月的建設(shè)周期拆分成三個(gè)階段，即每三個(gè)月一個(gè)大階段，每階段里再拆分成3個(gè)小迭代，每個(gè)小迭代均提供有價(jià)值的交付物。
每個(gè)大階段提前三周做需求收集、需求分析、需求排序等工作，規(guī)劃好本階段的工作內(nèi)容，以及完成第一個(gè)小迭代的交互稿細(xì)化；
每個(gè)小迭代前兩周做需求收集、需求分析、需求排序、交互稿細(xì)化等工作；
每個(gè)小迭代內(nèi)如無(wú)特殊情況，不做項(xiàng)目變更；
第一個(gè)階段不做小迭代拆分（建設(shè)初期初始化的事情太多：如確定需求基線、整體架構(gòu)設(shè)計(jì)、硬件資源、網(wǎng)絡(luò)資源、域名、安全檢查、各種評(píng)審以及新團(tuán)隊(duì)成員組建磨合等）；
三、溝通模式
溝通模式：現(xiàn)場(chǎng)會(huì)議、電話會(huì)議、IM、郵件等。
項(xiàng)目周報(bào)：郵件形式面向項(xiàng)目組全體成員，每周一次。
會(huì)議紀(jì)要：郵件形式面向項(xiàng)目組與會(huì)人員及雙方領(lǐng)導(dǎo)，每次會(huì)議。
階段成果確認(rèn)：郵件形式面向?qū)?yīng)負(fù)責(zé)人及雙方領(lǐng)導(dǎo)，每階段。
乙方內(nèi)部敏捷溝通模式：站會(huì)、周會(huì)、回顧會(huì)。
各大階段前兩周，甲乙雙方當(dāng)面交流，一般交流周期為一周（很重要！）。
四、需求范圍
需求范圍：以需求規(guī)格說(shuō)明書為需求基線，并輔以需求變更單.
以需求規(guī)格說(shuō)明書為需求基線；
需求收集、需求分析、需求排序階段甲乙雙方共同參與，并達(dá)成共識(shí)；
統(tǒng)一思想，擁抱變更，重點(diǎn)強(qiáng)調(diào)本項(xiàng)目會(huì)有較多變更，大家心里上一定要認(rèn)同這一點(diǎn)，當(dāng)出現(xiàn)變更時(shí)，雙方一同分析變更影響（含工作量、工期、建設(shè)節(jié)奏等），達(dá)成共識(shí)后，迅速對(duì)變更需求給予確認(rèn)；
在雙方達(dá)成共識(shí)的基礎(chǔ)上，該項(xiàng)目基本按即定計(jì)劃執(zhí)行，項(xiàng)目整體提前1個(gè)月，即用時(shí)8個(gè)月建設(shè)完成，在完成的同時(shí)也整理一下個(gè)人的心得。
互信：互信非常重要，本項(xiàng)目由于分小迭代上線，在對(duì)最終用戶需求做出及時(shí)反饋的同時(shí)，項(xiàng)目組也面對(duì)著大量的變更，是否符合變更，變更工作量多少均達(dá)成共識(shí)，雖然大家是為一個(gè)項(xiàng)目服務(wù)，但背后利益群體不同，達(dá)成互信非常不易；
互助：本項(xiàng)目在建設(shè)的過(guò)程中除遇到變更外，因甲方客觀情況需要，曾嘗試過(guò)雙周迭代，項(xiàng)目組很好的滿足了甲方高層級(jí)的業(yè)務(wù)需求，雙方的友誼更進(jìn)了一步；
互補(bǔ)：甲方項(xiàng)目經(jīng)理出身產(chǎn)品設(shè)計(jì)，本項(xiàng)目中兼了甲方產(chǎn)品經(jīng)理和甲方項(xiàng)目經(jīng)理兩個(gè)職務(wù)，由于項(xiàng)目管理經(jīng)驗(yàn)和技術(shù)能力相對(duì)薄弱，項(xiàng)目組會(huì)對(duì)該項(xiàng)目經(jīng)理給予一定的幫助，一同面對(duì)項(xiàng)目中的問(wèn)題，幫助其快速成長(zhǎng)，該項(xiàng)目經(jīng)理成長(zhǎng)后，在很大程度上對(duì)項(xiàng)目起了推動(dòng)作用；
迅速確認(rèn)：由于本項(xiàng)目有大量的變更，為防止這些變更遺漏、事后無(wú)法追述等情況，在確定變更后，雙方迅速確認(rèn)；同時(shí)，階段性成果也要迅速確認(rèn)；
節(jié)奏：本項(xiàng)目直接參與建設(shè)人員平均人數(shù)為30人，峰值時(shí)達(dá)到45人左右，如何保障大團(tuán)隊(duì)能一直高效的工作，節(jié)奏很重要，項(xiàng)目組通過(guò)提前規(guī)劃需求、提前出交互稿的形式，使大團(tuán)隊(duì)每輪迭代后均后新任務(wù)執(zhí)行；
不足：ToB項(xiàng)目，尤其是首次合作的ToB項(xiàng)目，項(xiàng)目的約束條件會(huì)很多，干系人溝通渠道的很大，需要用大量的時(shí)間來(lái)識(shí)別及應(yīng)對(duì)，而此時(shí)實(shí)現(xiàn)短期項(xiàng)目上線，進(jìn)度風(fēng)險(xiǎn)特別大，本項(xiàng)目第一階段就因溝通不夠充分，導(dǎo)致延期上線一周。
最后，此次項(xiàng)目雖然通過(guò)敏捷的方式取得了成功，但個(gè)人總結(jié)ToB項(xiàng)目在總價(jià)合同的模式下，想要實(shí)現(xiàn)敏捷必須要具備以下幾點(diǎn)要素：
甲方IT建設(shè)的成熟度要高；
雙方理解并認(rèn)同敏捷的模式；
甲方會(huì)對(duì)本項(xiàng)目做出大量的建設(shè)投入；
乙方項(xiàng)目經(jīng)理要有很好的控場(chǎng)能力，并且對(duì)項(xiàng)目的走向有一定的前瞻能力。
以上為我在To B 項(xiàng)目敏捷開發(fā)的一點(diǎn)個(gè)人心得，希望能對(duì)處于相同環(huán)境的朋友提供一點(diǎn)參考。（來(lái)源：人人都是產(chǎn)品經(jīng)理 文/王磊 編選：電子商務(wù)研究中心）
