如何基于TAPD實(shí)踐Scrum的敏捷開(kāi)發(fā)？

Scrum是一種用于開(kāi)發(fā)創(chuàng)新產(chǎn)品和服務(wù)的敏捷開(kāi)發(fā)方式，我們首先來(lái)看一下敏捷開(kāi)發(fā)過(guò)程和特點(diǎn)，并著重介紹Scrum框架的角色、活動(dòng)和工件等內(nèi)容，然后介紹團(tuán)隊(duì)利用TAPD中的需求管理、缺陷管理、迭代管理等應(yīng)用功能來(lái)幫助團(tuán)隊(duì)有效實(shí)踐Scrum敏捷開(kāi)發(fā)。

何為敏捷開(kāi)發(fā)？

敏捷開(kāi)發(fā)所倡導(dǎo)的是通過(guò)若干個(gè)短期的迭代周期（也稱(chēng)為沖刺sprint，范圍一般是1周- 1個(gè)月），按一定的優(yōu)先級(jí)不斷增量開(kāi)發(fā)和實(shí)現(xiàn)產(chǎn)品功能，每次迭代獲得一個(gè)可運(yùn)行的產(chǎn)品增量功能包。

敏捷開(kāi)發(fā)首先需要建立一個(gè)按優(yōu)先級(jí)排列的產(chǎn)品列表，其中由產(chǎn)品需求、功能優(yōu)化或功能缺陷等類(lèi)型清單項(xiàng)組成，排在前面的是優(yōu)先級(jí)高的項(xiàng)，優(yōu)先納入迭代計(jì)劃進(jìn)行實(shí)現(xiàn)，這些項(xiàng)在納入迭代計(jì)劃前進(jìn)行分解和細(xì)化，達(dá)到滿(mǎn)足開(kāi)發(fā)團(tuán)隊(duì)實(shí)現(xiàn)的粒度。

越往后排的項(xiàng)優(yōu)先級(jí)越低，這部分需求暫時(shí)不會(huì)提上開(kāi)發(fā)實(shí)現(xiàn)日程，當(dāng)前階段可以粗略描述，也不必急于細(xì)化，以應(yīng)對(duì)可能的變更。

每次迭代起始階段，從產(chǎn)品列表中選取一定數(shù)量的清單項(xiàng)作為本次迭代需要完成的目標(biāo)任務(wù)，通常是由各方利益相關(guān)者討論決定的，數(shù)量的多少視開(kāi)發(fā)團(tuán)隊(duì)的情況而定，盡量匹配開(kāi)發(fā)團(tuán)隊(duì)的開(kāi)發(fā)節(jié)奏。

迭代過(guò)程中開(kāi)發(fā)團(tuán)隊(duì)每天通過(guò)站立會(huì)的形式溝通工作進(jìn)展和面臨的問(wèn)題，在這期間一般不再接受新的產(chǎn)品項(xiàng)或其他開(kāi)發(fā)任務(wù)，特殊情況可以接受任務(wù)的置換。

在每次迭代結(jié)束時(shí)，團(tuán)隊(duì)一起評(píng)審已實(shí)現(xiàn)的產(chǎn)品功能等工作項(xiàng)，并根據(jù)反饋優(yōu)化當(dāng)前的工作和開(kāi)發(fā)方式。在這過(guò)程中，需要對(duì)產(chǎn)品列表進(jìn)行持續(xù)的維護(hù)和梳理，比如插入新的需求、更新現(xiàn)有產(chǎn)品功能描述或移除不需要的工作項(xiàng)，并重新排列其優(yōu)先級(jí)。在每次迭代結(jié)束后，開(kāi)始規(guī)劃下一次迭代內(nèi)容，重新開(kāi)始整個(gè)過(guò)程。

Scrum框架

Scrum是敏捷開(kāi)發(fā)方式的一種，在其框架中定義了三種角色：

產(chǎn)品負(fù)責(zé)人：負(fù)責(zé)敲定開(kāi)發(fā)什么，以什么順序開(kāi)發(fā)，產(chǎn)品列表的維護(hù)主要由其負(fù)責(zé)維護(hù)；

ScrumMaster：幫助團(tuán)隊(duì)成員理解并樂(lè)于接受Scrum的價(jià)值觀和原則，指導(dǎo)和協(xié)助Scrum框架在組織內(nèi)的執(zhí)行和優(yōu)化；

開(kāi)發(fā)團(tuán)隊(duì)：包括了架構(gòu)師、開(kāi)發(fā)人員、測(cè)試人員等傳統(tǒng)軟件開(kāi)發(fā)角色。開(kāi)發(fā)團(tuán)隊(duì)作為一個(gè)整體，負(fù)責(zé)構(gòu)建可工作的軟件產(chǎn)品；

下圖說(shuō)明了Scrum框架中的角色、活動(dòng)和工件：

• 產(chǎn)品負(fù)責(zé)人建立產(chǎn)品愿景，并通過(guò)梳理形成產(chǎn)品列表；
  

• 沖刺（迭代）起始時(shí)，通過(guò)沖刺計(jì)劃會(huì)議圈定本次沖刺包含的開(kāi)發(fā)工作，即沖刺列表。沖刺列表需要得到開(kāi)發(fā)團(tuán)隊(duì)的確認(rèn)；
  

• 開(kāi)發(fā)團(tuán)隊(duì)接受到?jīng)_刺列表后，即開(kāi)啟沖刺執(zhí)行活動(dòng)，在沖刺過(guò)程中每天通過(guò)站立會(huì)進(jìn)行計(jì)劃的檢查和調(diào)整；
  

• 沖刺執(zhí)行結(jié)束時(shí)，產(chǎn)出一個(gè)可交付的產(chǎn)品增量；
  

• 沖刺結(jié)束時(shí)，還需要通過(guò)沖刺評(píng)審和沖刺回顧對(duì)構(gòu)建的產(chǎn)品進(jìn)行審查和對(duì)執(zhí)行過(guò)程進(jìn)行回顧和優(yōu)化。
  

使用TAPD進(jìn)行Scrum開(kāi)發(fā)實(shí)踐

TAPD上的應(yīng)用主要包括需求管理、缺陷管理、迭代管理、故事墻、wiki以及報(bào)表等，利用這些TAPD應(yīng)用功能，可以方便有效地實(shí)踐Scrum敏捷開(kāi)發(fā)過(guò)程。

1. 產(chǎn)品列表

Scrum框架中的產(chǎn)品列表的項(xiàng)在TAPD中主要來(lái)自于需求和缺陷兩個(gè)中的管理內(nèi)容，每個(gè)沖刺清單都從這兩部分工作中挑選和分配，其中：

需求清單主要記錄產(chǎn)品的功能需求、技術(shù)研究、以及非功能性需求等，通過(guò)需求分類(lèi)進(jìn)行歸類(lèi)管理，還可以通過(guò)子需求的方式對(duì)粗粒度的需求進(jìn)行分解和細(xì)化，對(duì)優(yōu)先級(jí)的設(shè)置對(duì)需求項(xiàng)進(jìn)行排序，另外也可以自定義視圖來(lái)篩選指定范圍的需求項(xiàng)，主要界面如下：

缺陷管理主要記錄已實(shí)現(xiàn)產(chǎn)品功能bug等，通過(guò)定義缺陷的錄入模板，明確缺陷的記錄內(nèi)容，包括問(wèn)題描述、排查過(guò)程、解決方案等，同樣可以定義視圖篩選指定條件的缺陷清單等，界面如下：

2. 沖刺計(jì)劃與執(zhí)行

在TAPD中通過(guò)迭代管理來(lái)實(shí)現(xiàn)在沖刺的計(jì)劃和執(zhí)行，創(chuàng)建迭代時(shí)定義本次迭代的目標(biāo)，并從需求和缺陷兩個(gè)列表中選取高優(yōu)先級(jí)的項(xiàng)分配到?jīng)_刺計(jì)劃中，每個(gè)任務(wù)項(xiàng)落實(shí)到開(kāi)發(fā)團(tuán)隊(duì)中的具體人員。在執(zhí)行過(guò)程中，每個(gè)需求任務(wù)的狀態(tài)遵循規(guī)劃中?→實(shí)現(xiàn)中?→已實(shí)現(xiàn)/已拒絕流程變動(dòng)，每個(gè)缺陷任務(wù)的狀態(tài)遵循新?→接收處理?→已解決?→已驗(yàn)證?→已關(guān)閉流程進(jìn)行變動(dòng)，通過(guò)對(duì)每個(gè)任務(wù)狀態(tài)進(jìn)行更新和跟蹤，實(shí)現(xiàn)對(duì)沖刺計(jì)劃跟蹤與控制。

另外TAPD提供故事墻的形式展示沖刺計(jì)劃，包括了狀態(tài)故事墻和資源故事墻，通過(guò)資源故事墻可以了解開(kāi)發(fā)團(tuán)隊(duì)中每個(gè)人的任務(wù)情況與進(jìn)展，每天可以根據(jù)此故事墻的展示內(nèi)容來(lái)各自說(shuō)明負(fù)責(zé)的工作情況和難點(diǎn)問(wèn)題。

3. 沖刺回顧和知識(shí)沉淀

在沖刺結(jié)束階段，通過(guò)沖刺評(píng)審和回顧對(duì)當(dāng)前沖刺的成果和過(guò)程進(jìn)行反饋和整理，利用Wiki應(yīng)用記錄沖刺回顧的內(nèi)容和相關(guān)技術(shù)知識(shí)的整理內(nèi)容。項(xiàng)目團(tuán)隊(duì)所有人都可以訪問(wèn)和更新，并且支持全文搜索，非常方便使用關(guān)鍵字查詢(xún)。開(kāi)發(fā)團(tuán)隊(duì)通過(guò)對(duì)沖刺的評(píng)審，確認(rèn)產(chǎn)出的成果；通過(guò)對(duì)沖刺的回顧，找出執(zhí)行過(guò)程的不足并加以?xún)?yōu)化；通過(guò)對(duì)業(yè)務(wù)和技術(shù)知識(shí)的沉淀，加速相關(guān)知識(shí)在團(tuán)隊(duì)成員之間的流動(dòng)。

總結(jié)

Scrum框架并不定義標(biāo)準(zhǔn)化過(guò)程，不能保證團(tuán)隊(duì)在依照其步驟一步一步執(zhí)行后，就一定能在規(guī)定時(shí)間內(nèi)產(chǎn)出一個(gè)客戶(hù)滿(mǎn)意的產(chǎn)品。相反，每個(gè)團(tuán)隊(duì)必須結(jié)合自身的情況，不斷摸索和改進(jìn)，才能在基于Scrum敏捷框架之上建立一套特有且有效的實(shí)踐方法，形成自身的Scrum版本。

作者：李灝

往期回顧

嘉為出席GOPS全球運(yùn)維大會(huì)：運(yùn)維巔峰時(shí)代，研運(yùn)中臺(tái)或是唯一選擇

錯(cuò)誤提示：網(wǎng)絡(luò)連接問(wèn)題？試試用netstat監(jiān)控網(wǎng)絡(luò)連接！

如何納管與定義多云？

DevOps是如何實(shí)現(xiàn)效率的提升？

騰訊PaaS Influxdb節(jié)點(diǎn)遷移