現(xiàn)狀
計算機相關(guān)的領(lǐng)域技術(shù)日新月異、充滿了機會,我們經(jīng)常收到企業(yè)領(lǐng)導(dǎo)、研發(fā)主管、工程師的各種需求,很大一部分希望改變當(dāng)前混沌的工程現(xiàn)狀,讓自己的信息化工程、系統(tǒng)工程、軟件工程更靠譜些!而當(dāng)前可用參考和采用的各種方法論、技術(shù)、過程、工具太多了,選擇哪個合適呢,或者怎么組合為適合自己的呢?
復(fù)雜問題的解決需要“化繁為簡”。我們應(yīng)該首先找到一個基本的視角維度,把多個維度的問題都映射到這個基本維度上,然后基于基本維度、把各個維度的問題逐一解決。那么,什么是工程的基本的維度呢?下面逐一列出工程的各種可能維度:
市場、產(chǎn)品、項目、進度、成本、質(zhì)量、人、技術(shù)、過程、工具 |
大家可以思考一下:哪個重要呢?
這很像盲人摸象,大家都從自己的角度說,都有自己的道理,那么到底什么是基本維度呢?
工程哲學(xué):以人為本
我的看法是:人是工程的基本!因為:
|
所以工程的價值觀可以是"以人為本", 有5個基本原則:
|
為了好記,姑且把這個叫做"五人原則"。
工程問題的解決,離不開對工程環(huán)境的培育。工程環(huán)境何嘗不是一種"社會":以大多數(shù)人的幸福為目標(biāo)、生產(chǎn)力和生產(chǎn)關(guān)系互相作用,推動社會不斷進步。社會很復(fù)雜、需要一個簡單的基礎(chǔ),那就是"誠信"。誠信所帶來的人與人之間的真實交流與信任,是工程秩序和工程效率的基礎(chǔ),我們的努力才有共同的意義。 為了好記,需要起個通俗的名字,就把這個叫做:"以人為本"的工程哲學(xué)吧。
工程哲學(xué):以人為本 | |
| |
確定了“以人為本”的工程哲學(xué),我們不想止步于只是強調(diào)人的思想、感知、溝通、協(xié)作。而是希望用知識、技術(shù)、工具把人武裝起來,這樣才能實現(xiàn)真正的工程能力。所以在這里:
如何進行能力建模呢
既然人是工程的根本,那我們就可以基于工程技術(shù)人員的視角,進行能力建模。讓大家知道自己的工作對應(yīng)到什么角色、應(yīng)該具有什么能力,然后把這些能力落地到:過程、技術(shù)、工具,這樣就可以實現(xiàn)真正的能力提升。各個角色的能力建模的目標(biāo)是為了實現(xiàn)工程全周期的團隊能力,所以能力建模應(yīng)該基于工作流程,提煉各個角色負責(zé)的工作,然后把工作分解為能力四要素:知識、技能、經(jīng)驗、素養(yǎng)。如下圖所示:
如何培養(yǎng)能力?
人的工作能力進一步分解為四個維度后,相應(yīng)的培養(yǎng)也就圍繞四個維度進行:
|
如何評價能力?
評價人的能力的角度有很多,從工程實踐來說,我們關(guān)心是“人員具有完成工作任務(wù)的能力”,所以人的能力應(yīng)該從完成工作任務(wù)的角度來評價。任務(wù)這個詞聽起來有些虛,要落地到完成任務(wù)所需要掌握的知識、技能、經(jīng)驗、素養(yǎng)的評價:
|
從工作的角度來看,技能的評價是重點,可以落地到具體的工具和工件。這樣的評價更加客觀和真實:
系統(tǒng)工程和軟件工程的過程到人員的映射
為了讓混沌的工程清晰可見,我們建議工程實踐者采用MBSE的工程方法,也就是基于模型來描述各個階段的交付物內(nèi)容(例如 需求模型、設(shè)計模型、測試模型),這樣便于更加清晰地了解工作內(nèi)容、進而有助于問題的識別和改進。我們將建設(shè)2個工程層次的人員能力體系:
|
如下是過程到人員視角的映射圖:
1. 首先是系統(tǒng)工程的過程到角色的映射圖:
角色 | 工作 | 工件 |
需求分析師 | 需求調(diào)研 業(yè)務(wù)分析 需求分析 | 業(yè)務(wù)需求文檔 業(yè)務(wù)需求模型 |
產(chǎn)品經(jīng)理 | 產(chǎn)品需求分析 產(chǎn)品規(guī)劃 需求分析 | 產(chǎn)品需求文檔 產(chǎn)品原型 |
系統(tǒng)工程師 | 系統(tǒng)需求分析 系統(tǒng)設(shè)計 | 系統(tǒng)需求模型/文檔 系統(tǒng)設(shè)計模型/文檔 |
軟件工程師 | 軟件需求分析 軟件設(shè)計 軟件開發(fā) 軟件測試 | 系統(tǒng)需求模型/文檔 系統(tǒng)設(shè)計模型/文檔 程序文件 軟件測試用例、bug記錄、測試報告 |
集成工程師 | 組件配置 軟件構(gòu)建 集成測試 | 集成模型 集成測試用例與腳本 測試報告 |
測試工程師 | 系統(tǒng)功能測試 系統(tǒng)性能測試 系統(tǒng)可靠性測試 | 測試用例 Bug記錄 測試報告 |
項目經(jīng)理 | 項目計劃 資源分配與協(xié)調(diào) 項目跟蹤與監(jiān)控 項目驗收管理 | 項目計劃 資源目錄 跟蹤看板 驗收報告 |
質(zhì)量經(jīng)理 | 制定質(zhì)量標(biāo)準(zhǔn) 過程定義與管理 交付物評審 編寫質(zhì)量報告 | 質(zhì)量標(biāo)準(zhǔn) 過程框架 交付物模板與評審記錄 質(zhì)量報告 |
2. 軟件工程的過程到人員視角的映射圖:
軟件工程的過程跟系統(tǒng)工程基本類似,只是系統(tǒng)架構(gòu)師變?yōu)榱讼到y(tǒng)工程師,系統(tǒng)工程師和軟件工程師的工作內(nèi)容有些變化。
角色 | 工作 | 工件 |
需求分析師 | 需求調(diào)研 業(yè)務(wù)分析 需求分析 | 業(yè)務(wù)需求文檔 業(yè)務(wù)需求模型 |
產(chǎn)品經(jīng)理 | 產(chǎn)品需求分析 產(chǎn)品規(guī)劃 需求分析 | 產(chǎn)品需求文檔 產(chǎn)品原型 |
系統(tǒng)架構(gòu)師 | 業(yè)務(wù)架構(gòu)設(shè)計 數(shù)據(jù)架構(gòu)設(shè)計 應(yīng)用架構(gòu)設(shè)計 技術(shù)架構(gòu)設(shè)計 | 架構(gòu)文檔 架構(gòu)模型 |
軟件工程師 | 數(shù)據(jù)結(jié)構(gòu)設(shè)計 程序設(shè)計 程序開發(fā) 單元測試 | 數(shù)據(jù)模型 程序模型 程序文件 單元測試用與代碼 |
集成工程師 | 組件配置 軟件構(gòu)建 集成測試 | 集成模型 集成測試用例與腳本 測試報告 |
測試工程師 | 系統(tǒng)功能測試 系統(tǒng)性能測試 系統(tǒng)可靠性測試 | 測試用例 Bug記錄 測試報告 |
項目經(jīng)理 | 項目計劃 資源分配與協(xié)調(diào) 項目跟蹤與監(jiān)控 項目驗收管理 | 項目計劃 資源目錄 跟蹤看板 驗收報告 |
質(zhì)量經(jīng)理 | 制定質(zhì)量標(biāo)準(zhǔn) 過程定義與管理 交付物評審 編寫質(zhì)量報告 | 質(zhì)量標(biāo)準(zhǔn) 過程框架 交付物模板與評審記錄 質(zhì)量報告 |
我們能夠幫助大家什么
在將近20年的一線實踐和企業(yè)服務(wù)過程中,火龍果已經(jīng)積累了如下工程資產(chǎn):
|
在人員的能力體系建設(shè)方面,我們已經(jīng)幫助多家企業(yè)建立了:
|
另外,火龍果還研發(fā)了能力管理系統(tǒng)iPerson,提供能力建設(shè)的系統(tǒng)級支持:
|
后續(xù),我們將推出人員能力視角的工程指南,面向各個角色建立:能力模型、培養(yǎng)課程、能力評測題庫,幫助企業(yè)建立“以人為本”的工程能力。同時落地到具體的工具和技術(shù),讓紛繁復(fù)雜的方法、技術(shù)和工具真的能夠為人所用、創(chuàng)造更大的價值。
聯(lián)系客服