需求管理是對需求生命周期的管理，是項目管理中極其重要的一環(huán)。在傳統(tǒng)的需求管理中，存在著需求流程不明確導致協(xié)作效率低下、需求時常變更導致重復返工、信息不暢通導致最終開發(fā)成品與產(chǎn)品構(gòu)想存在差距等問題。使用TAPD，可以幫助你輕松解決以上問題。

需求從產(chǎn)生到結(jié)束包含以下幾個階段：

整個需求管理的流程都可以通過「看板」進行搭建。

• 1

  需求收集

  首先，建立一個名為[需求管理]的看板，為每條收集而來的需求創(chuàng)建工作項，并在“檢查項”中標記需求來源。

  
• 2

  需求分析

  收集到的需求并不能直接交付開發(fā)，產(chǎn)品經(jīng)理需要對其進行分析與鑒別?？窗逶斍榭梢杂脕沓休d更為細致的需求內(nèi)容，“標簽”可以劃分需求的優(yōu)先級、“詳情”可以編寫需求描述、“關(guān)聯(lián)”可以快速定位存儲在「文檔」或本地的設(shè)計稿、需求文稿等。

  
• 3

  需求評審&排期

  需求經(jīng)過產(chǎn)品經(jīng)理的分析和細化后，還需要召集相關(guān)干系人對需求開展評審。達成共識的需求可以進入到排期階段，通過添加“負責人”為需求添加執(zhí)行者，通過添加“截止時間”設(shè)定需求的完成期限。被添加的負責人可以通過工作臺查看自己的待辦事項。

  
• 4

  需求跟進

  通過工作項在看板不同板塊間的移動，可以實現(xiàn)需求狀態(tài)的流轉(zhuǎn)。另外，看板提供的“統(tǒng)計”功能可以方便管理者快速查看需求進度情況、需求完成情況、人員工作量情況，了解項目及進展，便于統(tǒng)籌管理。

  

設(shè)計是用戶感知產(chǎn)品的直接方式，直接決定著用戶對于產(chǎn)品的印象。在研發(fā)管理活動中，當產(chǎn)品需求確定后，就進入到了設(shè)計階段。

互聯(lián)網(wǎng)產(chǎn)品設(shè)計包含以下幾個階段：

TAPD可以實現(xiàn)設(shè)計的全流程管理。

• 1

  明確設(shè)計需求

  首先，產(chǎn)品經(jīng)理在【設(shè)計管理】中新建設(shè)計需求，并在任務詳情中標明設(shè)計要求和注意事項。

  
• 2

  分配設(shè)計任務

  設(shè)計人員根據(jù)產(chǎn)品經(jīng)理規(guī)劃的需求，細化設(shè)計任務，對于工作量較大的需求可以直接將對應的“檢查項”轉(zhuǎn)變?yōu)橐粭l新的任務，并分配任務執(zhí)行者。

  
• 3

  管理設(shè)計文件

  TAPD的「文檔」功能就像一個在線的文件庫，設(shè)計師可以將本地的設(shè)計稿上傳到文檔內(nèi)，并通過文件夾的方式進行分類。另外，文檔還可以與看板工作項進行關(guān)聯(lián)，便于快速定位到相關(guān)文件。

  
• 4

  開展在線評審

  當設(shè)計任務完成后，設(shè)計師需要將任務拖拽到“審核中”，并添加產(chǎn)品經(jīng)理為負責人。對于設(shè)計稿的審核意見可以通過看板評論的方式進行。產(chǎn)品經(jīng)理在發(fā)表相關(guān)意見時，可以在評論區(qū)通過@的方式知會到相關(guān)人員，被@的人可以通過站內(nèi)信接收到通知。

  

敏捷開發(fā)以用戶的需求為核心，采用迭代、循序漸進的方法進行軟件開發(fā)。在敏捷項目中，看板是一種普遍的實踐。它用可視化的方式共享團隊狀態(tài)。

在TAPD中每一塊看板代表一個迭代，通過看板你可以了解到本次迭代中要完成的所有任務的當前狀態(tài)。每條工作項代表一個任務，狀態(tài)則由板上分別標有“To Do”、“ Doing”和“Done”的三個區(qū)域來代表。

同時，看板可以作為敏捷團隊每日站會的討論核心，成員可以通過電子看板的方式及時更新各個用戶故事的狀態(tài)。借助看板，敏捷團隊可以清楚的了解其它成員的工作狀況及和自己相關(guān)工作的進展，有益于團隊的自我指導。

另外，TAPD還提供了更為專業(yè)的一站式敏捷研發(fā)解決方案，其中包含敏捷需求規(guī)劃、迭代計劃&跟蹤、測試計劃管理等豐富內(nèi)容，助力團隊敏捷研發(fā)。了解詳情

軟件測試的主要目的在于發(fā)現(xiàn)軟件中存在的缺陷(Bug)，只有科學的進行缺陷管理，快速、準確地處理這些缺陷（Bug），才能提升產(chǎn)品質(zhì)量，滿足市場和用戶的需求。

在實際軟件測試過程中，包含以下幾個環(huán)節(jié)：

整個Bug管理流程都可以通過TAPD的「看板」進行搭建。

• 1

  Bug提交

  測試人員建立一個名為[Bug管理]的看板，為每條Bug都創(chuàng)建一個工作項，你可以通過工作項“描述”來標記Bug的重現(xiàn)環(huán)境、正確預期等信息；通過“標簽”標記Bug的嚴重程度。

  
• 2

  Bug處理

  測試在提交Bug后，需要將Bug分給對應的開發(fā)人員。開發(fā)人員收到通知后需要對Bug進行確認，可以修復的Bug移動到“處理中”；無法修復的Bug移動到“已拒絕”，并標明原因。

  
• 3

  Bug修復

  Bug修復完成后，開發(fā)人員需要將Bug流轉(zhuǎn)到“已解決”狀態(tài)，并添加測試人員為任務負責人。測試經(jīng)過驗證后，成功修復的Bug會流轉(zhuǎn)到“已驗證”中，并結(jié)束此任務；驗證未通過的移動到“重新打開”交由開發(fā)進行二次修復。測試的驗證結(jié)果可以通過“評論”的方式備注在看板中。

  
• 4

  Bug統(tǒng)計

  看板的統(tǒng)計功能方便測試人員進行修復進度的跟蹤以及Bug解決率的統(tǒng)計。

  
• 5

  測試用例管理

  在執(zhí)行測試前，需要先完成測試用例的編寫。TAPD的思維導圖可以方便測試人員在線管理測試用例，利用思維導圖的圖標，測試通過的就標記“對號”，測試未通過的標記為“叉號”，簡單直觀，方便評估測試效果。