從三個方面概述專案的現狀
資源組織結構
資源中的特殊角色
•反饋問題介面人
–測試兼,處理實施反饋回來的問題,bug復現後分配給開發負責人;需求指向需求做進一步的需求分析
•流程反饋處理人
–測試或開發兼,反饋問題中有很多很流程相關,跟蹤問題特別消耗時間,所以單獨把流程的反饋拿出來交由專人處理
•報表開發者
–開發兼,報表是跟單據相對獨立的業務,並且之前的過程中報表支援的不夠完善,所以需要乙個開發單獨跟平台的開發溝通解決
•平台介面人
–開發兼,把客戶反饋、測試發現的平台相關的問題提交給平台,並跟平台達成解決版本時間,再平台版本發布時驗證版本,確定公升級
•技術攻關
–開發組長或者有經驗的工程師兼,比如研究project匯入,***、樹形子表等
•日構建工具維護
–開發兼,維護打包工具,處理每日構建失敗時的問題
•其他平台技術研究組
–開發兼,比如編碼規則、查詢方案、許可權項等
協調
•與實施
–客戶反饋問題修改的版本
–解決實施的諮詢問題
–溝通復現bug
•與平台
–提交的bug包含的版本
–提交的需求解決的版本
–開發過程中對平台的建議反饋
–溝通平台開發解決客戶現場的緊急問題
–技術培訓
•開發 & 測試
–版本交付計畫,確定各個測試階段的時間點
–bug版本包含爭議處理
•研發 & 需求
–需求交底時間
–需求細化再次確定時間
生產率
•乙個普通單據:2d
–消化需求 :1h
–單據介面搭建:3h
–業務邏輯處理:4h (這個浮動較大,依賴於邏輯複雜度)
–自測:3h
–bug 修改:4h(這個也有浮動,依賴於個人能力)
•影響交付的情況
–技術攻關未完成
–平台不支援
–參照依賴,參照邏輯有問題,整個模組無法全部交付
–前置模組
–緊急反饋問題修改
–需求理解不深,造成設計有誤,返工
–平台新特性的探路,比如資料檢視,等發現路走不通需要平台解決時,需要下乙個版本
下一步
•規範專案管理
–專案中的每個人,關心專案的每個人,什麼時候想知道專案的情況都能顯而易見的展現出來
–專案組的每個成員都能明確的知道每天、每週、每月自己都做了些什麼,這些事是否跟目標是一致的
•培訓–開發過程,提公升工作效率,沉澱專案意識
–技術能力
–拓展視野
專案 敏捷開發
敏捷開發是一項系統性的工作,需要根據團隊特性量身定做,但仍然有一些普世的敏捷信條可以指導我們更加順利地開展敏捷嘗試。隨著理解的深入,筆者會持續關注敏捷動態,為需要的好友們提供借鑑和思考。極限程式設計 extreme programming 敏捷方法,特別擅長於獲得技術成功。xp指導思想 1 客戶也是...
敏捷開發專案
敏捷開發專案高效管理團隊,richinfo使用的是tower,mpr tech使用的是icescrum 1 優化專案計畫 敏捷開發的基本特徵是迭代開發。而迭代開發的強調的是 小批量 頻繁交付 盡可能地使各個任務並行。2 進度資訊的獲取 3 定義完成的標準和進度資訊的核實 完成的標準不僅定義了質量要求...
iOS 專案開發工具JIRA
工作中為了有效管控專案開發進度與責任問題,引入了 jira 管理平台 任務明晰 與 責任人掛鉤 方便管控進度 有利於bug的消除 各部門配合方便 以後開發中的任務都要經過 jira,特殊情況需 經理 同意 清楚任務的 分配者 與 責任人 問題解決要及時關閉 更多資訊參考 jira鏈結 專案的版本控制...