從三個方面概述專案的現狀
資源組織結構
資源中的特殊角色
•反饋問題介面人
–測試兼，處理實施反饋回來的問題，Bug復現後分配給開發負責人；需求指向需求做進一步的需求分析
•流程反饋處理人
–測試或開發兼，反饋問題中有很多很流程相關，跟蹤問題特別消耗時間，所以單獨把流程的反饋拿出來交由專人處理
•報表開發者
–開發兼，報表是跟單據相對獨立的業務，並且之前的過程中報表支援的不夠完善，所以需要一個開發單獨跟平臺的開發溝通解決
•平臺介面人
–開發兼，把客戶反饋、測試發現的平臺相關的問題提交給平臺，並跟平臺達成解決版本時間，再平臺版本釋出時驗證版本，確定升級
•技術攻關
–開發組長或者有經驗的工程師兼，比如研究Project匯入，二維碼、樹形子表等
•日構建工具維護
–開發兼，維護打包工具，處理每日構建失敗時的問題
•其他平臺技術研究組
–開發兼，比如編碼規則、查詢方案、許可權項等
協調
•與實施
–客戶反饋問題修改的版本
–解決實施的諮詢問題
–溝通復現Bug
•與平臺
–提交的Bug包含的版本
–提交的需求解決的版本
–開發過程中對平臺的建議反饋
–溝通平臺開發解決客戶現場的緊急問題
–技術培訓
•開發 & 測試
–版本交付計劃，確定各個測試階段的時間點
–Bug版本包含爭議處理
•研發 & 需求
–需求交底時間
–需求細化再次確定時間
生產率
•一個普通單據：2d
–消化需求 ：1h
–單據介面搭建：3h
–業務邏輯處理：4h （這個浮動較大，依賴於邏輯複雜度）
–自測：3h
–Bug 修改：4h（這個也有浮動，依賴於個人能力）
•影響交付的情況
–技術攻關未完成
–平臺不支援
–參照依賴，參照邏輯有問題，整個模組無法全部交付
–前置模組
–緊急反饋問題修改
–需求理解不深，造成設計有誤，返工
–平臺新特性的探路，比如資料檢視，等發現路走不通需要平臺解決時，需要下一個版本
–牽扯到後臺程式碼的除錯，部署dll之後，網站會重啟，進入下一輪預編譯，等待時間較長
下一步
•規範專案管理
–專案中的每個人，關心專案的每個人，什麼時候想知道專案的情況都能顯而易見的展現出來
–專案組的每個成員都能明確的知道每天、每週、每月自己都做了些什麼，這些事是否跟目標是一致的
•培訓
–開發過程，提升工作效率，沉澱專案意識
–技術能力
–擴充視野