1. 程式人生 > >【騰訊敏捷轉型No.5】需求沒做完可以釋出嘛

【騰訊敏捷轉型No.5】需求沒做完可以釋出嘛

很多人對於敏捷的第一直覺就是“快”,開發快,測試快,釋出快,並不知道如何把這個“快”應用到敏捷實踐中,下面我們來分析一下導致工作效率低的核心原因。沒有使用敏捷之前,在大多數情況下,專案管理都需要開各種各樣的會議,例如:專案立項會、專案需求分析會、技術評審會、專案計劃會、測試評審會、專案例會、問題協調會等等。

scrum敏捷需求管理1.webp.jpg

為了順利舉行這些會議,還需要大量會前會後的溝通工作。可是仔細發現,大部分會議的共同目的都是:確保進度和交付。保證專案進度除了通過這些會議,還會通過電話、郵件和當面溝通交流的方式反覆確認,而確認的內容無非就是:

產品經理下週一能夠準時交付需求文件嗎?

下下週一開發部門能夠準時交付完畢嗎?

··· ···

無論事前做了多少工作,其實團隊成員之間仍然會充滿不信任。多年的經驗告訴大家——盲目的相信承諾付出的代價會更高。

團隊採用敏捷之後,最大的好處就是:你可以相信團隊中每個成員,不需要反覆確認進度。到了交付的時間,事情就會自動完成。你可能會表示質疑,世界上有這麼好的事情嗎?不可能?!採用敏捷確實可以做到,這個被稱為“剛性交付”。

如何做到剛性交付?請看下圖。      

scrum敏捷需求管理2.webp.jpg

粉紅色代表參與專案的各個角色,包含四種:產品人員、開發人員、測試人員和運維人員。橫方向一至五代表週一到週五的時間。這個圖就是代表著團隊合作開發過程中整個迭代的全景。通過這張圖,團隊中每個角色每天的任務都非常清晰。在迭代週期內的第一週週二,就是產品人員內部進行需求討論。在第一週的週五,開發人員需要安排好設計評審,並且與產品人員和測試人員共同參與設計。然後第二週的五天時間內,開發人員全力開發需求。第三週的頭三天進行測試和修改Bug,到了第四、五天可以進行釋出。

整個敏捷實施的關鍵是每個角色都要準時交付自己的任務。團隊成員之間不需要花太多的成本來互相確認進度,一切都需要按照迭代執行模式圖裡的計劃按部就班進行。

或許你心中會有疑問:如果某個角色不能按時完成交付任務,應該如何處理?

舉個例子:

按照原計劃,開發人員需要編寫十個需求,但是到了第二週的週五,快要下班的時候,只交付了八個需求,那怎麼辦?

以敏捷的思想,這個問題的的答案非常清晰,就是按時進入測試和修改Bug階段,並且只測試已經完成的八個需求,剩下兩個沒有完成的需求放在下一個迭代裡進行。儘管此時此刻在很多產品人員看來,開發人員是沒有完成他的工作,說好的十個需求,只完成了八個。

這個延誤交付的現象可以從兩個角度來解釋:

一、說明團隊的能力在每個迭代裡最多隻能完成八個需求。如果團隊承認了只能完成八個需求的能力,那麼下一個迭代只需要安排八個需求即可。

二、產品需求劃分不合理。如果只完成了八個需求的的版本對於使用者來說,是完全無法使用的,那麼問題的實質在於產品需求劃分不合理。

因為敏捷團隊總是會把最大的價值需求先完成,那麼最後剩下的兩個需求價值是最小的,所以不會出現因為兩個最小价值的需求反而影響整個版本總體價值的情況。解決這個問題的方法就是提升產品人員對產品需求分解和確定優先順序的能力。

如果團隊實行剛性交付,會有什麼好處呢?

舉個例子:

機場附近的一條地鐵線最早的班車時間為5:30分,我想大部分人都是沒有坐過的。假如你明天早上需要趕飛機,需要乘坐這趟最早的地鐵到底機場。請問:你會打電話給地鐵公司確認“明天5:30早班車是否會按時發車”嗎?

答案是非常明顯的:不會,因為你知道他們肯定會準時發車。是什麼讓你這麼相信地鐵公司會準時發車?在我們大家的共識裡,不管地鐵是否有人乘坐、是否擠滿了人,地鐵永遠是按照時刻表執行的。

把每一躺地鐵比喻成一次迭代,每一位乘客就是一個需求。需求要不要上車,都是需求決定的,並不是因為迭代決定的,迭代只確保上了車的需求準時釋出。如果迭代的地鐵裡太擁擠,無法容納更多的需求的時候,唯一的選擇就是搭乘下一趟迭代地鐵。迭代只會確保上了車的需求準時釋出,正是因為這樣的執行規定,迭代的地鐵可以保證每天海量的需求可以準時交付。

通過要求每個角色實施剛性交付,那麼團隊內部就可以減少很多內耗,大家逐步建立信任機制,不需要花費時間在電話、郵件和當面溝通上,團隊每個角色就可以騰出更多的精力完成自己的任務。就這樣形成一個良性迴圈,整個團隊慢慢向好的方向發展。

每個團隊根據自身實際情況,制定專屬的敏捷迭代執行模式圖,敏捷迭代執行模式圖需要加入團隊中所有的角色。敏捷團隊制定正確的敏捷迭代執行模式圖後,要根據團隊每個角色的執行情況不斷進行調整和改進,就能慢慢領略到敏捷的魅力和好處。

所以在今後的敏捷實踐中,要清楚,敏捷從迭代執行圖開始。首先需要一張敏捷迭代執行模式圖,才能保證團隊每個角色能夠理解迭代執行模式,並且保證剛性交付順利完成。

系列文章#

第一輯:我親歷的鵝廠敏捷轉型

NO.4 為什麼敏捷團隊不要超過15人

NO.5 需求沒做完可以釋出嘛

NO.6 如何打造稱手的武器

NO.7 QQ郵箱怎麼成為行業第一的

NO.8 你愛上手機QQ麼

NO.9 天天系列天天見喲

文章來源:微信公眾號“老布談敏捷”(ID:bootagile)

作者:薛軍/Boots,現任:深圳市一起六企業管理有限公司創始人,騰訊大學外聘高階講師,業問特聘騰訊之道講師。曾任騰訊專案管理通道委員會會長,騰訊專案管理P4專家,敏捷教練,騰訊LBS總監