項目制程管理
“Develop a company as a product”(公司是一個持續(xù)被開發(fā)的產(chǎn)品)
北京字節(jié)跳動的創(chuàng)始人 – 張一鳴
這套PMS項目管理系統(tǒng),承載了CMMI 3(詳見文底備注)等級的標準軟件制程的能力,提供管理者檢核進度信息、賦予執(zhí)行者明確的規(guī)范及方向,讓團隊成員能及時掌握各自所需的資源,提高了團隊整體的應(yīng)變能力及降低工時的浪費
?
昱凱如何做到的?
成本控制,在精準的規(guī)劃與多重的質(zhì)量品管之下,已經(jīng)減少了大部分的風(fēng)險,再為其他額外的成本做精確的把控,讓項目能順利的達成雙贏
正確的軟件制程讓風(fēng)險可控,質(zhì)量保證
(風(fēng)險管理、提前管理、工時管理)
階段一? 項目規(guī)劃
- 明確項目范圍
- 評估人力時程
- 識別風(fēng)險
- 產(chǎn)出:項目計劃、項目工作范圍說明書
從項目規(guī)劃開始,昱凱的項目系統(tǒng)便有監(jiān)督機制,確保規(guī)劃的準確性、合理性。和客戶討論過明確項目范圍后,制定項目計劃,再通過系統(tǒng)的流程,計劃被分解為多項任務(wù),拆分成不同的任務(wù)細項.龐大的工作量變成多項單一任務(wù)的執(zhí)行,有了明確的任務(wù)清單,便可評估所需人力、時程,如此一來有利于系統(tǒng)性的監(jiān)督、檢核、評估。
階段二? 分析+設(shè)計
- 需求訪談
- 需求分析+設(shè)計
- 產(chǎn)出:項目規(guī)范、設(shè)計文件、數(shù)據(jù)庫文件
通過明確的任務(wù)清單,配給適當?shù)娜肆?,因為任?wù)被細分,所以進行需求訪談、分析、設(shè)計也會更細致精準,適當?shù)娜肆ε渲?,讓團隊的成員都有足夠的精力去全力完成被分配的事項,降低人員的出錯率、提高產(chǎn)出的品質(zhì)。系統(tǒng)提供規(guī)范模板,每個成員都能產(chǎn)出格式一致的各類文件,讓信息、數(shù)據(jù)能快速的被系統(tǒng)識別,進而檢測項目文件的完整性。
階段三? 開發(fā)
- 系統(tǒng)開發(fā)
- UnitTest
- 系統(tǒng)集成
- 產(chǎn)出:系統(tǒng)源碼、UT測試報告、測試問題單、操作手冊
系統(tǒng)通過人員上傳工作日志,記錄所費工時、任務(wù)進度,除了系統(tǒng)上的機制,也搭配公司人文上的管理,每日的晨會,口頭報告昨日工作狀況、今日計劃,主管根據(jù)及時的狀況,可對派工再次調(diào)整,讓項目進度,從系統(tǒng)、人文上有效的雙重監(jiān)督進程。
每日下午各部主管會議,匯報各項目狀態(tài)、耗費工時。每周主管會議根據(jù)系統(tǒng)上制定的本周計劃檢核進度,同時預(yù)估下周的計劃是否能完成,一系列的搭配,達到風(fēng)險管理、提前管理、工時管理的要求。
階段四? 測試+交付
- 測試+交付階段
- 產(chǎn)品測試
- 測試報告
- 驗收清單
- 產(chǎn)品交付
在項目計劃中,建立關(guān)鍵的檢核點進行追蹤,而每次的檢核也因為整體項目被拆分成了多任務(wù)的細項,標的非常的清楚明確,也達成項目質(zhì)量控管的目的。
打個比方:把項目比喻是做一件腳的義肢,因為我們將每個零件都精準的拆分制作,最后成品檢核的時候,我們不止是能告訴客戶檢測義肢的總長度是正確的,我們還能保證關(guān)節(jié)的彎曲角度是合理的、腳指頭和腳掌的比例是正確的、大腿和小腿的粗細是美觀的、材質(zhì)是耐用的等等眾多的檢測細節(jié),確保優(yōu)良的產(chǎn)出質(zhì)量。
?
公司文化 – 讓人員的效率提升
?
專人專用
每個團隊的成員,一次性的只會負責(zé)一個項目的內(nèi)容,能者應(yīng)該多勞但不該過勞,一次負責(zé)多個項目會讓人員的精力、時間、思緒不斷的被中斷,極大的降低工作效率。讓所有員工都能被合理的派工,準時的休息,以最完整的狀態(tài)為客戶服務(wù)。
會議
昱凱每日會議:晨會、主管會,每周有主管周會,每個月有高階主管月會,每年有核心階層年會。搭配PMS系統(tǒng)上的數(shù)據(jù)、計劃,讓每次會議都有足夠的指標、目標去解決每一個值得被討論的議題,每個有價值的努力都能清楚的被肯定,不足的缺失能集思廣益的被補足。
工作回報
昱凱的每一個人,通過下班前向系統(tǒng)回報今日完成的工作事項、耗費工時,明日的工作計劃,能自我檢查今日的工作效率是否有待改進,所謂“吾日三省吾身”,促進每位員工自我的進步。在晨會時,再和主管口頭報告一次,以彌補更多的事項細節(jié),以及讓團隊成員彼此同步項目的狀態(tài),也是提出問題,讓團隊能初步討論的機會,使得項目問題能盡快的被解決。
