敏捷開發與jira之項目現狀

從三個方面概述項目的現狀

---

 

資源組織結構

---

 

 

資源中的特殊角色

---

•反饋問題接口人

–測試兼，處理實施反饋回來的問題，Bug復現後分配給開發負責人；需求指向需求作進一步的需求分析

•流程反饋處理人

–測試或開發兼，反饋問題中有不少很流程相關，跟蹤問題特別消耗時間，因此單獨把流程的反饋拿出來交由專人處理

•報表開發者

–開發兼，報表是跟單據相對獨立的業務，而且以前的過程當中報表支持的不夠完善，因此須要一個開發單獨跟平臺的開發溝通解決

•平臺接口人

–開發兼，把客戶反饋、測試發現的平臺相關的問題提交給平臺，並跟平臺達成解決版本時間，再平臺版本發佈時驗證版本，肯定升級

•技術攻關

–開發組長或者有經驗的工程師兼，好比研究Project導入，二維碼、樹形子表等

•日構建工具維護

–開發兼，維護打包工具，處理每日構建失敗時的問題

•其餘平臺技術研究組

–開發兼，好比編碼規則、查詢方案、權限項等

 

協調

---

•與實施

–客戶反饋問題修改的版本

–解決實施的諮詢問題

–溝通復現Bug

•與平臺

–提交的Bug包含的版本

–提交的需求解決的版本

–開發過程當中對平臺的建議反饋

–溝通平臺開發解決客戶現場的緊急問題

–技術培訓

•開發 & 測試

–版本交付計劃，肯定各個測試階段的時間點

–Bug版本包含爭議處理

•研發 & 需求

–需求交底時間

–需求細化再次肯定時間

 

生產率

---

•一個普通單據：2d

–消化需求 ：1h

–單據界面搭建：3h

–業務邏輯處理：4h （這個浮動較大，依賴於邏輯複雜度）

–自測：3h

–Bug 修改：4h（這個也有浮動，依賴於我的能力）

•影響交付的狀況

–技術攻關未完成

–平臺不支持

–參照依賴，參照邏輯有問題，整個模塊沒法所有交付

–前置模塊

–緊急反饋問題修改

–需求理解不深，形成設計有誤，返工

–平臺新特性的探路，好比數據視圖，等發現路走不通須要平臺解決時，須要下一個版本

–牽扯到後臺代碼的調試，部署dll以後，網站會重啓，進入下一輪預編譯，等待時間較長

 

下一步

---

•規範項目管理

–項目中的每一個人，關心項目的每一個人，何時想知道項目的狀況都能顯而易見的展示出來

–項目組的每一個成員都能明確的知道天天、每週、每個月本身都作了些什麼，這些事是否跟目標是一致的

•培訓

–開發過程，提高工做效率，沉澱項目意識

–技術能力

–拓展視野