TAPD敏捷研發(fā)全生命周期包括需求、發(fā)布計劃、迭代、任務(wù)、測試計劃、測試用例、缺陷、任務(wù)、故事墻、甘特圖、報表、文檔、反饋13個核心應(yīng)用以及支持工時填寫和跟蹤的工時進度。

對于大中型團隊，可以使用TAPD對項目進行全過程全方位管理。通過需求和發(fā)布計劃進行產(chǎn)品規(guī)劃，控制產(chǎn)品發(fā)布的節(jié)奏，并有效進行迭代規(guī)劃，以敏捷迭代的方式進行開發(fā)、測試、進度跟蹤以及質(zhì)量把控。按照發(fā)布計劃發(fā)布之后，及時收集用戶的反饋，從而進入下一輪的產(chǎn)品規(guī)劃及開發(fā)中。通過TAPD敏捷全生命周期管理，幫助了大中型團隊快速迭代并有計劃性地完成產(chǎn)品開發(fā)及項目管理。

規(guī)劃需求

產(chǎn)品經(jīng)理需要對產(chǎn)品相關(guān)的用戶反饋、已有功能優(yōu)化、新規(guī)劃模塊等信息進行有效分類，總結(jié)歸納，抽絲剝繭，設(shè)計成需求，最終形成需求backlog。

什么是需求？

需求是敏捷中的User Story,從用戶角度描述的獨立的功能點。需求描述包括：
As a... (作為...角色或崗位)
I want... (我想...希望做什么)
So that... (以便...達到什么目的或商業(yè)價值

在設(shè)計需求的過程中，產(chǎn)品經(jīng)理使用需求模塊錄入需求單，需求單中包含了需求實現(xiàn)的詳細描述，往往需求原型圖或是其他參考資料也會被作為附件添加到需求單中。

已設(shè)計好的需求可通過需求分類進行模塊化管理。為了保證研發(fā)過程中的風險可控，功能比較復(fù)雜的需求往往會被拆解成多個需求，以父子需求的方式進行關(guān)聯(lián)。需求父子層級的引入不僅方便需求拆分，同時也保證了子需求的集中管理。

規(guī)劃發(fā)布計劃

對于大中型的研發(fā)團隊及產(chǎn)品，產(chǎn)品經(jīng)理需要制定一個長期的發(fā)布計劃來控制產(chǎn)品的發(fā)布節(jié)奏。發(fā)布計劃可以制定1個或多個，并設(shè)定好發(fā)布計劃的目標，開始及結(jié)束時間，以及規(guī)劃好發(fā)布計劃待實現(xiàn)的需求。

什么是發(fā)布計劃？

發(fā)布計劃是根據(jù)需求規(guī)劃制定的長期的發(fā)布規(guī)劃，可制定1個或多個，以便控制產(chǎn)品的發(fā)布節(jié)奏。每個發(fā)布計劃可以開發(fā)出一個可以交付的軟件版本。

發(fā)布計劃規(guī)劃后，產(chǎn)品經(jīng)理需要跟項目經(jīng)理及時溝通產(chǎn)品規(guī)劃、發(fā)布節(jié)奏以及要實現(xiàn)的需求范圍，以便項目經(jīng)理及時了解產(chǎn)品規(guī)劃的相關(guān)內(nèi)容，方便開展后續(xù)的工作。

規(guī)劃迭代

項目經(jīng)理首先創(chuàng)建一個新的迭代，并設(shè)定迭代的目標、開始和結(jié)束時間，然后再往迭代里添加本迭代須實現(xiàn)的需求。

什么是迭代？

迭代是團隊研發(fā)的節(jié)奏，是一個固定時間段的Timebox，一個發(fā)布計劃的需求可以規(guī)劃1個或多個迭代。每一個迭代都有一定的產(chǎn)出物。

迭代需求規(guī)劃完成后，項目經(jīng)理組織開發(fā)工程師、測試工程師等參與迭代過程的團隊成員進行本迭代的需求說明會議。

會議開始后，產(chǎn)品經(jīng)理向團隊成員講解需求的設(shè)計思路，再由團隊成員充分討論需求方案可行性，預(yù)估風險。

討論結(jié)束后，團隊成員對需求進行工作量評估，同時根據(jù)需求的情況，可拆分成開發(fā)工程師具體可以完成的任務(wù)，由于每個需求都經(jīng)過了充分的討論，大家在工作量的評估時很容易就達成了共識。

最后，開發(fā)工程師根據(jù)自己的興趣主動認領(lǐng)迭代工作任務(wù)，完成迭代工作分配。

開發(fā)階段

開發(fā)工程師根據(jù)迭代中分配的任務(wù)進行開發(fā)，每個任務(wù)開發(fā)完成后及時更新需求/任務(wù)的狀態(tài)，以便團隊成員及時了解開發(fā)的進度。

跟蹤迭代進度

迭代開發(fā)過程中使用故事墻、迭代燃盡圖、甘特圖進行迭代進度跟蹤。

故事墻

什么是故事墻？

故事墻描敘了開發(fā)過程中的各個階段，能反應(yīng)當前團隊開發(fā)的健康狀態(tài)。配合每天的站立會議，開發(fā)人員依據(jù)故事墻，給大家分享其開發(fā)狀態(tài)、問題、需要的幫助。項目領(lǐng)導(dǎo)者也能夠及時的通過故事墻，了解當前團隊的狀態(tài)，并及時調(diào)整。

故事墻以卡片的形式，詳細地展示了項目的進度?？ㄆ锇巳蝿?wù)內(nèi)容、任務(wù)優(yōu)先級、任務(wù)負責人、當前狀態(tài)等信息。

在進行每日晨會時，結(jié)合白板故事墻或是電子版故事墻，團隊成員都可以通過故事墻清晰地了解每個成員工作狀況和當前迭代進度。

迭代燃盡圖

迭代進度還可以通過燃盡圖得以體現(xiàn)。

什么是迭代燃盡圖？

迭代燃盡圖，展現(xiàn)迭代中所有需求的剩余規(guī)模總和隨日期的變化而逐日遞減的燃盡過程。實際燃燒線（紅線）與基準線（藍線）越貼合，迭代的進度越健康。

燃盡圖相比故事墻，為迭代進度提供了量化的數(shù)據(jù)展示。燃盡圖的走向代表了迭代進度的健康度，當出現(xiàn)異常時，需要對團隊開發(fā)節(jié)奏進行調(diào)整。

甘特圖

在迭代進度跟蹤過程中，也可以通過甘特圖了解開發(fā)進度。

什么是甘特圖？

甘特圖以圖示的方式通過活動列表和時間刻度形象地表示出任何特定項目的活動順序與持續(xù)時間。直觀地表明任務(wù)計劃在什么時候進行，及實際進展與計劃要求的對比，方便評估工作進度。

甘特圖可以從任務(wù)和人員兩個維度直觀展示在預(yù)估的時間范圍內(nèi)，每日的工作進展。同時還可以通過成員、時間點、優(yōu)先級等過濾更精準地了解具體工作進度狀況。當出現(xiàn)進度異常時，項目經(jīng)理可進行溝通調(diào)整。

測試階段

測試工程師需在開發(fā)過程中完成測試、記錄bug及bug的統(tǒng)計分析工作，保證迭代質(zhì)量。

安排測試

開發(fā)完成后，測試工程師根據(jù)測試計劃規(guī)劃的測試用例對需求進行測試。

什么是測試計劃？

測試計劃是指測試工程師根據(jù)需求規(guī)劃確定的測試范圍、測試任務(wù)、責任人以及進度安排等。 同時測試工程師還需根據(jù)測試計劃撰寫測試用例。測試用例可以通過測試用例模塊來分級管理，也可以直接添加在具體的測試計劃中。開發(fā)完成后，測試工程師根據(jù)測試用例及測試重點進行測試。

記錄bug

測試后發(fā)現(xiàn)有bug，通過缺陷來創(chuàng)建bug,分配給開發(fā)人員。

缺陷單包含了Bug的重現(xiàn)規(guī)則、關(guān)聯(lián)需求、優(yōu)先級和緊急程度等信息。

開發(fā)工程師修復(fù)Bug后，將缺陷單狀態(tài)設(shè)置為已解決，此時缺陷單流轉(zhuǎn)回測試工程師手中。測試工程師驗證Bug已正確修復(fù)后，將缺陷單關(guān)閉，否則打回給開發(fā)工程師。整個過程可重復(fù)進行，直至Bug被正確修復(fù)。

缺陷統(tǒng)計分析

報表統(tǒng)計模塊提供了缺陷統(tǒng)計、需求分布統(tǒng)計、進度跟蹤、工時花費統(tǒng)計、需求關(guān)聯(lián)統(tǒng)計等豐富的統(tǒng)計分析功能。測試工程師使用缺陷統(tǒng)計報表對迭代范圍內(nèi)的BUG進行統(tǒng)計，及時了解開發(fā)的質(zhì)量并進行跟蹤修復(fù)。同時可通過郵件創(chuàng)建定時報告發(fā)送給項目成員，讓大家及時了解迭代開發(fā)質(zhì)量。

回顧與沉淀

一個迭代完成后，項目經(jīng)理會組織項目成員對整個迭代進行回顧，總結(jié)Well和Less Well，發(fā)現(xiàn)改進點，提出解決措施。使團隊在接下來的迭代中更高效。

團隊在研發(fā)過程中產(chǎn)生的經(jīng)驗積累可以通過文檔承載。無論是團隊發(fā)展過程的記錄，還是產(chǎn)品里程碑規(guī)劃，或者是開發(fā)、測試工程師的技術(shù)分享都可以在文檔中呈現(xiàn)。

每個團隊成員都可以通過文檔收集并整理知識條目，對知識庫進行補充和反饋，實現(xiàn)團隊經(jīng)驗的積累與傳承。

發(fā)布進度跟蹤

發(fā)布進度跟蹤主要通過發(fā)布燃盡圖進行跟蹤。

什么是發(fā)布燃盡圖？

發(fā)布燃盡圖，展現(xiàn)發(fā)布計劃中的所有需求剩余總數(shù)量隨日期的變化而逐日遞減的燃盡過程。實際燃燒線（紅線）與基準線（綠線）越貼合，發(fā)布進度越健康。

發(fā)布燃盡圖形象地展示一個發(fā)布計劃中的剩余工作量和剩余工作時間的變化趨勢，是反應(yīng)項目進展的一個指示器。燃盡圖的走向代表了發(fā)布進度的健康度，當出現(xiàn)異常時，需要對對團隊開發(fā)節(jié)奏進行調(diào)整。

收集用戶反饋

產(chǎn)品交付發(fā)布后，產(chǎn)品經(jīng)理需及時關(guān)注用戶的反饋，收集用戶反饋的問題及優(yōu)化點，為下一輪需求規(guī)劃及產(chǎn)品優(yōu)化做準備，從而保證產(chǎn)品的持續(xù)可用。

TAPD敏捷全生命周期項目管理以敏捷研發(fā)的思想和實踐為基礎(chǔ)，同時結(jié)合了發(fā)布計劃的規(guī)劃性以及可控性的特點，非常適合大中型研發(fā)團隊開展敏捷研發(fā)及項目管理，使得大中型研發(fā)團隊在有節(jié)奏有規(guī)劃的產(chǎn)品研發(fā)過程中保持快速迭代，從而提高了整個團隊的研發(fā)效率。