Businesscapabilityconcept

1、概念業(yè)務(wù)能力概念描述技術(shù)業(yè)務(wù)能力業(yè)務(wù)流程圖1業(yè)務(wù)能力的組成業(yè)務(wù)能力是一個(gè)綜合描述人員績(jī)效，業(yè)務(wù)流程和技術(shù)的概念。它代表了機(jī)構(gòu)通 過(guò)它們的運(yùn)營(yíng)創(chuàng)造價(jià)值的能力。在商業(yè)案例和商業(yè)績(jī)效模型中，業(yè)務(wù)能力也可以看作是人員，流程和技術(shù)的集 合在一起運(yùn)營(yíng)和管理所產(chǎn)生的收益。業(yè)務(wù)能力的重點(diǎn)在于方法的交付階段業(yè)務(wù)能力是通過(guò)單個(gè)程序用一個(gè)或多個(gè)功能發(fā)行來(lái)發(fā)布 業(yè)務(wù)能力是商業(yè)架構(gòu)的一部分，商業(yè)架構(gòu)可以包括一個(gè)或多個(gè)功能 在商業(yè)架構(gòu)的實(shí)施時(shí)，架構(gòu)更改過(guò)程可能會(huì)涉及一個(gè)或多個(gè)業(yè)務(wù)能力和程 序定義一個(gè)業(yè)務(wù)能力 業(yè)務(wù)能力在規(guī)劃階段的商業(yè)架構(gòu)時(shí)期被定義。在商業(yè)架構(gòu)中會(huì)包括一個(gè)或多個(gè) 業(yè)務(wù)能力。功能在商業(yè)架構(gòu)時(shí)期的交付物中描述如

2、下： 業(yè)務(wù)能力藍(lán)圖 業(yè)務(wù)能力定義 業(yè)務(wù)能力關(guān)系圖 業(yè)務(wù)能力需求 業(yè)務(wù)能力有效的條件 功能交互模型 業(yè)務(wù)能力的定義依賴于機(jī)構(gòu)和行業(yè)的實(shí)際情況。舉例來(lái)說(shuō)，保險(xiǎn)公司可能把保 險(xiǎn)作為它的業(yè)務(wù)能力，需要一系列的人員績(jī)效，業(yè)務(wù)流程和技術(shù)。對(duì)制造商而 言，如果他們只關(guān)心應(yīng)收帳戶和客戶信用度，可能會(huì)把保險(xiǎn)作為他們的客戶銷 售功能的一部分。盡管這兩個(gè)機(jī)構(gòu)都承接保險(xiǎn)業(yè)務(wù)，但由于行業(yè)和機(jī)構(gòu)不同， 保險(xiǎn)業(yè)務(wù)的組織方法并不一樣。也就是說(shuō)，沒(méi)有單一的規(guī)則可以確定什么是業(yè)務(wù)能力或什么不是業(yè)務(wù)能力。但 定義完好的業(yè)務(wù)能力有一些共同的特征?？刹僮餍钥?jī)效接口和交互圖2定義一個(gè)業(yè)務(wù)能力的特征業(yè)務(wù)能力是否能被機(jī)構(gòu)的生產(chǎn)線管理人員理解

3、？對(duì)該問(wèn)題的回答是對(duì)業(yè)務(wù)能力 是否被很好地定義的一個(gè)測(cè)試。由于生產(chǎn)線的管理人員的責(zé)任是通過(guò)他們的商 業(yè)運(yùn)營(yíng)能力帶來(lái)商業(yè)利潤(rùn)，他們對(duì)業(yè)務(wù)能力的理解對(duì)取得這些商業(yè)利益至關(guān)重 要。業(yè)務(wù)能力需求 規(guī)劃的考慮 與商業(yè)架構(gòu)定義的范圍保持一致“定義商業(yè)架構(gòu)的范圍和性能”的任務(wù)包概略地描述了全部的業(yè)務(wù)能力。業(yè)務(wù) 能力的需求應(yīng)該與其保持一致。超出了概要的范圍會(huì)增加整合和優(yōu)化不能被實(shí) 現(xiàn)的風(fēng)險(xiǎn)。如果以前確定的范圍需要更新，應(yīng)該對(duì)商業(yè)架構(gòu)提出一個(gè)變更申請(qǐng)。分析變更 的內(nèi)容以確定其對(duì)其它業(yè)務(wù)能力的影響。例如，如果范圍限定調(diào)查僅限于歐 洲，那么就不要去對(duì)未來(lái)全球的市場(chǎng)實(shí)踐進(jìn)行分析。你不應(yīng)該假定新增的范圍 會(huì)自動(dòng)去適應(yīng)原

4、來(lái)的運(yùn)營(yíng)遠(yuǎn)景。當(dāng)定義業(yè)務(wù)能力需求時(shí)應(yīng)該采用整體的，團(tuán)隊(duì)的方法 不要把人員局限在特定的領(lǐng)域，比如信息技術(shù)或人力資源。工作環(huán)境應(yīng)該鼓勵(lì) 跨越限制條件的（不管是功能上的，還是能力上的，或是地理上的等等）知識(shí) 和經(jīng)驗(yàn)共享。使用項(xiàng)目知識(shí)管理工具（比如 SAP的MDM ）可以很好的促進(jìn)該 過(guò)程。團(tuán)隊(duì)間的人員應(yīng)該可以流動(dòng)和相互合作。這些交流將保證不同的藍(lán)圖成 員被理順和優(yōu)化。使用質(zhì)量功能調(diào)用（Quality Function Deployment） 來(lái)確定最關(guān)鍵的需求 商業(yè)架構(gòu)的目標(biāo)是支持高端的決策。確保在與取得商業(yè)案例成果的相關(guān)的關(guān)鍵 業(yè)務(wù)能力方面花費(fèi)必要的時(shí)間。質(zhì)量功能調(diào)用是一種對(duì)與戰(zhàn)略商業(yè)需求相關(guān)的

5、用戶偏好做優(yōu)先等級(jí)排序的技術(shù)。使用商業(yè)整合藍(lán)圖作為理解單個(gè)藍(lán)圖成員和它們之間關(guān)系的概念模型 每一個(gè)功能都有作為其潛在模型的藍(lán)圖。藍(lán)圖表明了每個(gè)業(yè)務(wù)能力的所有成員 及它們的相互關(guān)系。通過(guò)理解全部的成員和它們的相互作用來(lái)決定每個(gè)業(yè)務(wù)能 力的最佳需求。在所有的成員之間進(jìn)行優(yōu)化以取得最佳的結(jié)果。企業(yè)文化匕hr4f*>應(yīng)用組織策略設(shè)備&布局能力性能流程設(shè)備運(yùn)載工具理解定義業(yè)務(wù)能力和商業(yè)架構(gòu)是一個(gè)反復(fù)迭代的過(guò)程，以便更好地運(yùn)用協(xié)同和 標(biāo)準(zhǔn)化定義業(yè)務(wù)能力和商業(yè)架構(gòu)是循環(huán)式的。業(yè)務(wù)能力需求只有在循環(huán)覆蓋了全部的 業(yè)務(wù)能力并取得了協(xié)同和標(biāo)準(zhǔn)化之后才算是最終的需求。對(duì)循環(huán)應(yīng)該好好進(jìn)行 計(jì)劃，以避免不必要的重復(fù)。記住知識(shí)管理是每個(gè)藍(lán)圖成員的關(guān)鍵部分決定是否業(yè)務(wù)能力需求需要跨業(yè)務(wù)能力需求的知識(shí)管理的交互和相互依賴。分 析業(yè)務(wù)能力需求以決定是否知識(shí)管理能夠?qū)ζ溥M(jìn)行改進(jìn)。在本階段定義的業(yè)務(wù)能力將在交付階段被實(shí)現(xiàn)本階段設(shè)定了交付階段的目標(biāo)。避免不切實(shí)際的或不可交付的方案，特別是當(dāng) 你考慮商業(yè)活動(dòng)時(shí)。一旦功能需求被定義和使用，機(jī)構(gòu)必須能夠在運(yùn)營(yíng)階段執(zhí) 行這些功能。確保運(yùn)營(yíng)假設(shè)和性能/服務(wù)水平是現(xiàn)實(shí)的并可以得到的。確定哪些藍(lán)圖組成部分是關(guān)鍵成功因素。并非所有的成員在關(guān)鍵性和價(jià)值上是 等同的 確定哪些成員是業(yè)務(wù)能力的關(guān)鍵?？赡艽嬖诙?/p>