需求的分拆與實現– Story/Task

無論哪個軟體企業， 把握好客戶的真正需求都是至關重要的。那麼要怎樣才能做到這一點呢？

軟體需求可以來自方方面面，這取決於所開發產品的性質和開發環境。需求來源大致有以下幾個典型來源：

1.  當前軟體的直接使用者提出的意見與建議，包括現有軟體的缺陷和使用者關於系統改進的想法。

2.  分析目前的或競爭產品的設計，包括這些產品的優點和缺點，形成詳細的分析文件。

3.  對當前系統的問題報告和功能改進、增強

4.  市場調查和使用者問卷調查

5.  與客戶的面對面溝通

在得到了以上形形色色的需求後，我們需要進行需求分析。需求分析是對使用者的業務活動進行分析，明確在使用者的業務環境中軟體系統應該"做什麼"。但是在開始時，開發人員和使用者雙方都不能準確地提出系統要"做什麼？"。因為使用者表述的是使用者的業務活動和業務環境，軟體開發人員不是使用者問題領域的專家，他們需要的是對應於計算機應用的術語。所以我們必須分析、整理這些需求意見，直到你理解它為止，並把你的理解寫成文件，然後與使用者一起探討，這是一個反覆的過程，並且需要花費時間，直到明確客戶的需求是什麼為止。假如在需求分析時分析者們未能正確地認識到顧客的需要的話，那麼最後的軟體實際上不可能達到顧客的需要，或者軟體無法在規定的時間裡完工。
 

通過需求分析這個階段後，形成表述明確的需求規範點。需求規範點可能是一個小改動，也可能是一個很大的功能模組。那麼在真正的軟體開發過程中，我們必須對需求進行分拆。

TechExcel的 DevSuite 系統，是一套ALM的解決方案。 

其中DevSpec進行需求管理，把通過需求分析後的整理出來的需求規範點錄入到DevSpec中，需求規範點可以有很多自己的屬性，包括主題，描述，狀態，負責人等等。

需求規範點通過RoadMap View進行規劃需求，根據客戶的特殊要求、產品釋出時間等因素，決定哪些功能在哪個時間段去做。

DevTrack進行需求的具體實施，在實施的過程中，巧妙的運用Story、Task進行需求的分拆，然後Story Board 很好的管理了所有任務的實施過程。
 

從需求到實施，體現在TechExcel的DevSuite系統中，途徑如下：直接分配到開發週期中進行開發或者是新增到backlog中等待再次分配。

具體操作非常簡單，在需求檢視中，選中需要實施的需求規範點，右鍵選單 | 分配到開發， 在彈出來的對話方塊中，通過選擇當前開發週期或者產品Backlog即可實現。

對於比較小的需求規範點，在實施的過程中，可以通過分配一個story，同時為該Story建多個Task的方法進行需求分拆，同時為不同的task設定不同的負責人，預估需要時間等值。

對於比較大的需求規範點，在實施的過程中，可以通過多次分配，從而實現建立多個Story，同時也可以根據需要，為同一個Story 建一個或者多個Task來實現需求分拆，同樣在分配的過程中，為不同的task設定不同的負責人，預估需要時間等值。
 

需求必須要分配到當前或者之後的開發週期中去，才能真正的處在實施過程中。在任務檢視中，我們提供了非常方便的選單、按鈕，無論你的滑鼠在哪裡，都能輕鬆實現分配任務的操作。

接下來我們看TechExcel的Story Board：

它包含了當前正在做的任務、已經完成的任務，然後對於每個任務，它有負責人、已花費時間、剩餘時間、優先順序，Story 點數以及完成進度等屬性。

在StoryBoard中，可以看到同一個開發人員名下有哪些任務正在做和他名下還有哪些任務等待安排等資訊，通過拖動可以方便的調整任務的開始時間以及狀態。如果發現某一個人名下任務太多，來不及做，只要拖動任務到對應名字下，即可方便的進行任務的負責人調整。另外Story Board可以結合Backlog進行快捷的任務分配。

需求的實施細節，通過我們的Story Board 可以很好的進行調整和安排，資訊一目瞭然。