需求的分拆與實現 Story Task

2021-06-18 03:37:41 字數 2360 閱讀 1819

需求的分拆與實現– 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 可以很好的進行調整和安排,資訊一目了然。

證明所有乘積的總和與分拆的方式無關

有 1000 枚硬幣堆在一起。把它們任意分成兩堆,並計算出這兩堆的硬幣數的乘積。然後,任意選擇其中的一堆硬幣,把它繼續分成兩個更小的堆,並計算出這兩堆的硬幣數的乘積。不斷這樣做下去,直到最後每堆都只剩一枚硬幣為止。求證 把途中產生的所有乘積全部加在一起,結果是乙個定值,它不隨分法的改變而改變。這是乙...

ansible遇到的需求與相關命令實現

在ansible主機執行命令,保證只執行一次 使用delegate to name merge cache shell python home om om manager script logfetcher merge cache.py run once true delegate to local...

wireshark的拆包與合併

背景 分析較高併發情景下的通話質量不佳的原因,需要長期抓包。一 自動打包 1.指定以1mb的大小打包,這個必須在 var tmp 目錄下執行。tcpdump i ens32 vvvv c 1 w test2.指定以100mb的大小打包,打1000個包 tcpdump i ens32 vvvv c 1...