Businesscapabilityconcept_第1頁
Businesscapabilityconcept_第2頁
Businesscapabilityconcept_第3頁
Businesscapabilityconcept_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論