試想，項(xiàng)目已啟動(dòng)，團(tuán)隊(duì)卻并不了解整個(gè)系統(tǒng)、功能的目標(biāo)和范圍，未對(duì)系統(tǒng)、功能的需求達(dá)成共識(shí)，那么項(xiàng)目開(kāi)發(fā)的方向隨著時(shí)間的推移而逐漸偏離。明明需求要的是一個(gè)蘋果，最終卻做了個(gè)梨出來(lái)。要讓團(tuán)隊(duì)達(dá)成共識(shí)，就離不開(kāi)團(tuán)隊(duì)各個(gè)角色的溝通與協(xié)作。
經(jīng)常聽(tīng)到同行朋友、軟件工程師吐槽需求又變了，在地鐵里面也常聽(tīng)到程序員們聊天吐槽說(shuō)需求的變動(dòng)。是的，現(xiàn)實(shí)中客戶的需求并不是一成不變的，客戶的需求也不是一開(kāi)始就生長(zhǎng)在那里，就好像在茫茫森林中的一棵樹(shù)木，等待我們?nèi)ァ鞍l(fā)現(xiàn)”它。
相反，客戶需求最開(kāi)始可能只是一個(gè)idea，一個(gè)想法，它就比好一粒種子，需要土壤、陽(yáng)光與水分，在人們的精心呵護(hù)與培植下才能茁壯成長(zhǎng)。因此，我們無(wú)法“發(fā)現(xiàn)”需求，而是要和客戶一起“培育”需求，并在這個(gè)培育過(guò)程中逐漸成熟。
今天簡(jiǎn)單聊聊敏捷開(kāi)發(fā)也是現(xiàn)在企業(yè)內(nèi)用得比較多的研發(fā)方式，思想強(qiáng)調(diào)個(gè)體和團(tuán)隊(duì)的協(xié)作與溝通，強(qiáng)調(diào)快速反饋與及時(shí)響應(yīng)。
盲人摸象，由于每個(gè)人獲得的信息不同，知識(shí)背景不同，又因?yàn)榻巧煌蚨鴮?dǎo)致設(shè)想的上下文也不相同，諸多的不同使得我們?cè)趯?duì)話交流中好像被蒙了雙眼的盲人，我們共同捕捉的需求就好似一頭大象，各自只獲得局部的知識(shí)，卻自以為掌控了全局?；蛟S有人會(huì)認(rèn)為客戶提出的需求就應(yīng)該是全部，我們只需理解客戶的需求，然后積極響應(yīng)這些需求即可。
比如，我們與客戶聊需求的時(shí)候并不是一遍就能聊清楚、聊明白。需求方想要的結(jié)果與我們理解的可能不一致，因此，在“培育”需求的過(guò)程中需要雙向的溝通、反饋。如果沒(méi)有正確的溝通與交流方式，團(tuán)隊(duì)達(dá)成的“需求一致”不過(guò)是一種假象。比如，我們最近在做的“裂變活動(dòng)”，與需求方溝通了一天后的結(jié)果形成腦圖，下午團(tuán)隊(duì)內(nèi)部溝通，團(tuán)隊(duì)成員就提出了不一樣的問(wèn)題與疑問(wèn)。然后結(jié)合這些問(wèn)題再次與需求方溝通確認(rèn)，然后再反饋到研發(fā)團(tuán)隊(duì)。通過(guò)這樣反復(fù)的溝通與反饋，將需求達(dá)成一致。
在《用戶故事地圖》中作者給出了一副漫畫來(lái)描述共識(shí)達(dá)成的問(wèn)題。
這幅漫畫形象地表現(xiàn)了如何通過(guò)可視化的交流形式逐漸在多個(gè)角色之間達(dá)成共識(shí)的過(guò)程。
敏捷開(kāi)發(fā)思想強(qiáng)調(diào)個(gè)體和團(tuán)隊(duì)的協(xié)作與溝通，強(qiáng)調(diào)快速反饋與及時(shí)響應(yīng)。我們?nèi)绾瓮ㄟ^(guò)敏捷思想來(lái)減少目標(biāo)共識(shí)不一致問(wèn)題呢？在游戲規(guī)則里，主要有計(jì)劃會(huì)議、例行會(huì)議、評(píng)審會(huì)議和回顧會(huì)議四項(xiàng)主要活動(dòng)。
計(jì)劃會(huì)議，計(jì)劃會(huì)議標(biāo)志著開(kāi)始，所有利益相關(guān)成員都需要參加，目的是和利益相關(guān)人的溝通，來(lái)確定系統(tǒng)的業(yè)務(wù)與愿景。另外可通過(guò)分析、評(píng)估已有的產(chǎn)品清單或者功能，能否滿足客戶的需求。比如，我們最近做裂變分享的活動(dòng)，通過(guò)梳理當(dāng)前產(chǎn)品的功能板塊，將裂變流程拆細(xì)后，發(fā)現(xiàn)已有的領(lǐng)取優(yōu)惠券、核銷、查看等一系列功能已經(jīng)滿足，通過(guò)將優(yōu)惠券作為原子服務(wù)，只需要滿足裂變規(guī)則即可。
在此次計(jì)劃會(huì)議中需要確定最有價(jià)值的目標(biāo)，或者緊急重要的工作事項(xiàng)，將功能進(jìn)行拆分到人并以人為單位列出來(lái)計(jì)劃表，從而形成整體計(jì)劃表。
例行會(huì)議，敏捷思想則要求大家每天站著開(kāi)，也就是晨會(huì)。這個(gè)會(huì)議的主要目的是明確目標(biāo)，也就是我現(xiàn)在在哪里，我們將要去哪里？會(huì)議中主要回顧昨天，做了什么？今天，要做什么？也就是回顧昨天，與今日目標(biāo)。站立會(huì)中可以很清晰的知道團(tuán)隊(duì)的進(jìn)展，同時(shí)知曉研發(fā)團(tuán)隊(duì)的理解是否存在偏差可及時(shí)的進(jìn)行調(diào)整。
評(píng)審會(huì)議，我們沒(méi)有實(shí)際上的評(píng)審會(huì)議，我們產(chǎn)品功能首先是程序員自測(cè)，很多人說(shuō)自測(cè)會(huì)降低研發(fā)的時(shí)間，個(gè)人認(rèn)為研發(fā)開(kāi)發(fā)完后即可對(duì)其進(jìn)行測(cè)試，或者產(chǎn)品、測(cè)試等角色立即進(jìn)行測(cè)試，這樣軟件開(kāi)發(fā)人員便能夠快速響應(yīng)，大大的降低修改Bug 的成本。因?yàn)闊o(wú)數(shù)研究與實(shí)踐證明了，修改Bug 的成本會(huì)隨著時(shí)間的推移而增加。
因此，我們是程序員自測(cè)，因?yàn)槲覀儧](méi)測(cè)試，然后再由產(chǎn)品進(jìn)行測(cè)試查看，通過(guò)在線文檔記錄反饋到研發(fā)進(jìn)行調(diào)整。
回顧會(huì)議，我們將該會(huì)議作為周例會(huì)進(jìn)行放在了周五，回顧本周工作完成的情況，總結(jié)工作中的經(jīng)驗(yàn)與教訓(xùn)。會(huì)議的核心的總結(jié)，總結(jié)錯(cuò)誤并總結(jié)解決方案，避免再相同的業(yè)務(wù)邏輯上犯相同的錯(cuò)誤。
自我管理，敏捷思想并沒(méi)有特定的工程實(shí)踐慣例，團(tuán)隊(duì)成員通過(guò)自我管理朝著產(chǎn)品的研發(fā)進(jìn)展方向規(guī)劃自己的計(jì)劃、日計(jì)劃，并主動(dòng)完成工作。敏捷思想強(qiáng)調(diào)個(gè)體和團(tuán)隊(duì)的協(xié)作與溝通，強(qiáng)調(diào)快速反饋與及時(shí)響應(yīng)。
很多人會(huì)陷入快速的誤區(qū)，以快速就等于“敏捷”，實(shí)則不是。上文提到的程序員吐槽需求又變了的問(wèn)題，大多數(shù)是想到哪里設(shè)計(jì)哪里，不和客戶保持溝通，只要客戶說(shuō)的不論成熟與不成熟都扔給軟件開(kāi)發(fā)團(tuán)隊(duì)。這就會(huì)造成產(chǎn)品、功能三天一小改、一星期一大改的局面，導(dǎo)致程序員們吐槽并且敏捷團(tuán)隊(duì)也不知道所措，剛做完又改。
因此，完善業(yè)務(wù)需求設(shè)計(jì)環(huán)節(jié)很重要，也就是第一環(huán)節(jié)計(jì)劃會(huì)議，計(jì)劃會(huì)議中要明確目標(biāo)與落地執(zhí)行計(jì)劃，成員嚴(yán)格按照此計(jì)劃進(jìn)行，中間有問(wèn)題及時(shí)反饋與溝通。
總結(jié)，敏捷思想強(qiáng)調(diào)個(gè)體和團(tuán)隊(duì)的協(xié)作與溝通，強(qiáng)調(diào)快速反饋與及時(shí)響應(yīng)。只有頻繁的溝通，才能就業(yè)務(wù)需求達(dá)成整個(gè)團(tuán)隊(duì)的共識(shí)。團(tuán)隊(duì)良好的協(xié)作，才能有助于大家建立統(tǒng)一的語(yǔ)言，實(shí)現(xiàn)統(tǒng)一目標(biāo)。