產品研發中，研發團隊經常會遇到需求變更的問題。而在實際過程中，產品的需求還在隨時發生著改變，臨時插進來其他的小修小改也都是常事。雖然每個修改可能耗時不多，但數量上去了，總體的耗時可就真不少了……常常到了規定時間，10個裡面可能有那麼1、2個沒有按計畫完成。每當這個時候，總有老闆會質問你「為什麼沒有完成？」雖然有理由解釋，但總是感覺稍顯無力……
其實需求管理也是整個專案管理彙總最重要的一環，之所以研發團隊有時不能按照規定的時間完成需求，其實跟沒有了解需求管理的流程、沒有借助合適的管理工具有關。
在講述具體的方法以前，我們先來看一下需求管理的流程。
提出詳細記錄變更需求，可以把它看成是乙個備忘錄或者收件箱，需求提出者要能夠非常容易的記錄下需求的詳細資訊。
審核確認是否要實施該變更需求，在這個過程中需要對變更進行評審，確認是否需要變更需求，以及需求對已有部分所帶來的影響。
實施根據需求的詳細要求進行具體的實施，其中可能涉及到產品、開發、設計人員的參與。
確認對需求的結果進行質量保證，確認需求的實施是正確的。
度量對需求的過程做度量分析，這個過程對於需求管理是非常重要的且有意義的，通過對這些需求的分析，就能知道當前專案的進展情況，以及存在的問題。
綜上所述，為了更好的在專案管理中實施變更管理，選擇一款好的變更管理工具至關重要，至少該工具要具備如下幾個能力：
靈活的定義需求流程
需求管理的流程雖然如我們上面所說，有提出需求、審核、實施、確認和度量分析幾個階段，但是對於不同的團隊在具體實施起來可能是不一樣的，這就要求需求管理工具能夠非常靈活的自定義各個流程。
方便的變更需求記錄
需求管理工具要能夠非常方便的讓變更提出者記錄變更需求，並且能夠起到一些簡單的協同和溝通作用，每個成員都可以參與進來，也能夠實時看到其他人提出的變更需求。或者在提出需求請求時通知到其他成員。
合理的需求度量分析
需求管理中很重要且有意義的一項工作就是度量分析，如果需求管理工具無法做到，與不使用需求管理工具的結果一樣。因為分析整個專案當前變更的狀態，所以需求管理工具要具備靈活需求查詢與統計分析功能。
需求與專案其他元素整合
需求管理只是專案管理過程中的乙個環節而已，它不能與其他專案管理過程脫節，不能說我們為了變更管理選擇了工具a，而專案管理的其他過程選用工具b，各個工具的資料無法互相打通。
需求管理的工具有很多，但也各有各的問題。接下來我將給大家展示一下如何使用worktile進行需求管理，你會看到，在符合上面我所提的優秀的需求管理所應該具備的幾個條件中，worktile完全滿足。
1.通過任務列表搭建需求管理流程
在worktile中，任務的展示採用了看板檢視，我們可以用任務列表來表示不同的變更流程，如下圖所示乙個典型的案例：
收件箱：在該任務列表中任何人都可以向這裡提交變更需求請求，當你覺得有需要解決的需求事可以新增在這裡；
要做：確定要做的需求，可以把它統一放在該列表下，並新增相關的負責人；
進行中：在該列表下，可以明確正在進行的需求，了解產品的進展；
已完成：對於已經完成的需求，可以專門放在乙個列表下，方便之後對產品的追蹤。
以上的所有階段，都可以通過直接拖拽的方式改變需求的狀態：
2.需求的屬性設定 用標籤來定義任務屬性
通過任務優先順序來定義需求處理的優先順序
3.需求的沉澱 如果確認不做變更需求，直接把該需求歸檔即可，這樣方便以後查詢：
4.需求的追蹤和統計 worktile還提供了任務統計功能，可以對任務的完成情況、延期情況按照成員、列表、標籤等不同的維度進行統計分析。
通過標籤對需求屬性進行統計在worktile的專案統計中，可進行標籤統計，而這對於需求管理的價值在於，我們可以通過需求屬性的統計分析，了解到現有產品的進展，使用者的多少痛點得以解決，並且可以通過列表統計來統計需求的完成情況：
在worktile中所有的元素都相輔相成，如果在變更需求中新增了附件，則這些附件會同時在檔案模組中展示。同時設定了截止日期的任務會出現在日曆檢視中。這樣把需求管理融入了整個專案管理流程中，而不會造成資訊孤島。
需求管理對研發團隊同樣非常重要且有意義，面對存在變動且需要多人決策需求變更，選擇一款合適的需求管理工具，能大幅度縮小需求變更時間，能夠讓你的工作事半功倍。
如何使用Worktile進行敏捷專案開發管理
worktile在任務管理上採用了看板檢視，非常適合進行敏捷專案開發管理。事實上，在開發worktile的過程中，我們也是自產自銷，使用worktile管理worktile本身的開發過程，在本文中跟大家分享一下使用worktile進行敏捷專案開發管理的一些經驗。在worktile團隊的開發管理過程中...
如何使用Worktile進行敏捷專案開發管理
worktile在任務管理上採用了看板檢視，非常適合進行敏捷專案開發管理。事實上，在開發worktile的過程中，我們也是自產自銷，使用worktile管理worktile本身的開發過程，在本文中跟大家分享一下使用worktile進行敏捷專案開發管理的一些經驗。在worktile團隊的開發管理過程中...
我是如何用Worktile進行敏捷開發的
產品backlog是scrum的核心，也是一切的起源。從根本上說，它就是乙個需求 或故事 或特性等組成的列表，按照重要性的級別進行了排序。它裡面包含的是客戶想要的東西，並用客戶的術語加以描述。一般來說產品backlog需要包含以下幾個重要的屬性 這時候worktile的優勢就體現出來了 workti...