3.1 ARCI應(yīng)用實例:大船出航
你應(yīng)該沒有管理大船出港的經(jīng)驗或機會吧;但,下例仍不失為好例,就當是我們的ARCI大船要出航吧!希望出帆快樂順利。
如果有一艘大船正要離港遠航,那么,有哪些重要工作或決定要進行?角色與責任又如何厘清?
請看下表3-2的“責任圖解”,這張表是從網(wǎng)絡(luò)下載的,原文并無一字說明,于是我做了進一步的解釋。
表3-2 大船出航責任圖解表
工作/決定/里程碑 船長 航海長 一等航海士 輪機長 事務(wù)長 糧儲官 港務(wù)局
1. 繪制航線圖 C A/R I I
2. 訂購糧食補給品 C C A/R
3. 訂購燃料油 C A R
4. 取得出航許可 A R R R
5. 揚帆起航 A C R I
6. 由領(lǐng)港員取回控制權(quán) A/R C I
在第1項工作的繪制航線圖中,負有當責(A)的是航海長,因為編制或工作特質(zhì),他自己同時也要是工作者(R);當他工作遇到重大決議點或需采取某一重大行動之前,他需要咨詢船長(C),最后做決定的人仍是航海長,因為他是A;做成決定或完成大事后,他要通知航海士(I)與糧儲官(I),但不必通知事務(wù)長或輪機長——因為他們沒列為I。這項工作指的是“繪制”航線圖,應(yīng)與早已訂定的航行目標或策略無關(guān)。
其他的觀察結(jié)果,還有如下幾條。
? 在橫向6項工作/決定中,從第1項到第6項里,每一項工作都只有一個A,這個A要做決定;每一項工作都會有一些R,工作在他們手中執(zhí)行著;但,C與I不一定能落實到人——能免則免,避免公公婆婆太多,無聊地指指點點;或通告滿天飛,事不關(guān)己、無人聞問。
? 在縱向7欄里,船長擔負有3個A,3個C,還有1個兼職的R;不是一般責任分配中,常見的日理萬機、巨細靡遺的6個A!而輪機長、航海長、糧儲官則分別各承擔一個A。如果,經(jīng)此圖示后,你發(fā)現(xiàn)有人只有C與I的工作,沒任何A或R,那么他可能太閑了。
? 橫向工作分屬不同職位功能或人員,所以在大型組織或項目中,每一項橫向工作,常成為一種跨功能的團隊運作。
3.2 ARCI應(yīng)用實例:微軟的一個績效改進計劃
這個計劃是個集體性努力,有橫向12項工作與縱列4種角色。微軟公司希望把誰做什么?(“Who Does What?)”在計劃的起初規(guī)劃中,就說明清楚,于是表3-3的“責任圖解”就成為一個簡單而重要的工具了。
表3-3 績效改進計劃責任圖解表
任務(wù)
(tasks) 構(gòu)架師
(architect) 管理人員
(administrator) 開發(fā)人員
(developer) 測試人員
(tester)
1. 績效目標 A R C I
2. 績效模式化 A I I I
3. 績效設(shè)計原理 A I I
4. 績效建構(gòu) A C I
5. 結(jié)構(gòu)與設(shè)計審查 R I I
6. 規(guī)章制定 A
7. 特定技術(shù)之績效專題 A
8. 規(guī)章審查 R I
9. 性能測試 C C I A
10. 調(diào)整改進 C R
11. 除錯 C A I
12. 開發(fā)審查 C R I I
比爾?蓋茨退下微軟的CEO后,曾當過微軟的董事長兼“首席軟件構(gòu)架師”(“Chief Software Architect”);上表3-3中的構(gòu)架師(architect),官名與蓋茨屬同一族,理應(yīng)也是責任重大,在12項工作中有4個A、4個C、1個R,比當(或兼)12個A的,會有更高的效率與效果。有一些工作項上沒有R,于理不合;但,可能另外有定義,例如: A也要兼R。
3.3 ARCI應(yīng)用實例:美國環(huán)保署的一個大型
項目
美國環(huán)保署(EPA)在項目中使用ARCI這個工具的目的是:一、讓團隊成員更了解他們是被期待完成什么?二、防止事情從隙縫中溜失;三、授出適當?shù)呢熑闻c權(quán)力,以確保工作執(zhí)行成功。所以,他們從項目剛一開始就應(yīng)用ARCI技術(shù)了。此外,因EPA是政府機構(gòu),當然也受GPRA法案的影響了。
這個總長達十幾頁的“責任圖表”中,我只取出其中一小段以作為應(yīng)用參考與討論(見表3-4)。
表3-4 大型項目執(zhí)行責任圖解表
活 動 項目領(lǐng)導(dǎo)人
(Project lead) RAC OE
CA OGC 項目辦公室
(Program
Office) 贊助者
(Sponsor) 州
(State) 利害關(guān)系人
(Stakehold-ers)
總部
(OR) 區(qū)域
(Region)
4.0 FPA開發(fā)
4.1 召開FPA啟動會議 C R I C C C A/R C C
4.1.2 所有成員決定有關(guān)的重大改變 C A/R I C A C C
(續(xù)表)
活 動 項目領(lǐng)導(dǎo)人
(Project lead) RAC OE
CA OGC 項目辦公室
(Program
Office) 贊助者
(Sponsor) 州
(State) 利害關(guān)系人
(Stakehold-ers)
總部
(OR) 區(qū)域
(Region)
4.1.3 EPA確認所有成員都有XL流程的套裝資料 A R I I I I I I
4.2所有成員發(fā)展FPA及法務(wù)的機制 R R I C C C A R C
4.3 RAC通過FPA最后案 C A C C C C
在上列責任圖表中,最上橫列的職務(wù)或人員,都已化為部門,有些部門名稱又簡化成字母縮寫;但,無礙于我們做進一步的觀察。
? 活動部分的最左縱向欄位已延伸應(yīng)用到“流程”乃至更細的“程序”。全項目活動的流程及各項“次活動”(sub-tasks)都已包含,這種流程化處理有助于團員教育與溝通及系統(tǒng)化管理。