現已將dashboard頁面加入了需求的圖表和點擊panel.
如下圖:
且現在這個圖表是根據迭代出現的,及哪個迭代中出現了多少個需求的story(包括變更、新增、刪減、確認),
之後要做的就是將breakdown story和issues連起來,當然在story需求中也可以直接更改狀態到完成,而無需創建issues.
畢竟issues是出現問題或者任務具體分解(task)纔會創建的.
也就是說,在issues中可以包含issue本身的迭代記錄和它關聯到的需求迭代.(兩者基本要統一),而issue中不包含story的創建.也就是包含關係始終爲story>=issue(task).
因爲之前看過某Tao的構建,其在每個條目中還有燃盡圖的展示,這裏同樣的也會加入.具體加到story的單條還是一個迭代的區間,或者是story和issue關聯的查看界面中,有待考量.
有時,在工作中接觸不懂的代碼或者設計是挺煩的,有時不想追求高難度,有時卻感覺什麼也不想做,唯獨想少做,那麼則只有接觸高難度的,纔可以少做吧.
雖然項目管理中還涉及到人力成本、代碼行數……等一系列可以計算或者經驗判斷的指標、公式,但是現在的版本管理小型項目綽綽有餘了.