104學習

顧問服務

顧問服務
關注
邀請朋友
邀請朋友

Line

Facebook

複製連結

取消
能夠針對企業或個人需求,提供專業建議與解決方案,協助提升績效或解決問題。具備良好溝通能力、問題分析能力及專業知識,能快速理解客戶需求並給予具體可行的建議。此技能強調以客戶為中心,靈活調整策略,確保建議符合實際情況與目標,進而促進雙方合作共贏。
關於教室
關注人數 53 人
104人力銀行從職缺中挑選出常見技能所成立的官方教室,提供大家進行共學互動。
學習主持人
持續分享知識,
有機會成為官方教室主持人
教室標籤
關於教室
關注人數 53 人
104人力銀行從職缺中挑選出常見技能所成立的官方教室,提供大家進行共學互動。
學習主持人
持續分享知識,
有機會成為官方教室主持人
教室標籤
Hi~ 歡迎分享學習資源,有學習問題可匿名向Giver發問!
我要分享
我要提問

顧問服務 學習推薦

林尚能

執行長

25分鐘前

昨天有客戶在洽談企業內訓時,問了一個很實際的問題....
「林老師,請問您上課的時候可以錄音、錄影嗎?另外,講義是否可以完整提供?需要另外付費嗎?」
我的回答永遠都是一樣:可以。
我的課程可以完整錄音、錄影,講義也會完整提供,不另外收費。
我知道,大部分講師面對這個問題,可能會選擇拒絕,或是需要另外付費。這背後的考量我完全理解,因為課程內容涉及智慧財產權,也可能擔心多年累積的教材、方法論、案例,被錄下來之後外流,甚至被抄襲。這些顧慮都很合理。
只是我的想法不太一樣。
每次在幫企業主做企業內訓時,我都在想一件事:要怎麼樣,才能讓這堂課發揮最大價值?
因為我自己也是老闆,我很清楚,老闆花了那麼多錢請員工上課,一定不是只想辦一場活動,也不是只希望員工聽完覺得很有收穫。真正的目的,是希望這堂課能幫公司帶來更好的效益,讓主管提升思維,讓員工獲得成長,最後真的反映在公司的營運效率與競爭力上。
我的企業內訓課程,基本上幾乎是百分之百客製化。因為我自己成立公司 26 年,服務過 3 萬多家企業客戶,接觸過太多老闆、主管、業務、行銷、人資、客服、工程與管理現場的真實問題。
所以我很清楚,每一家企業的產業不同、規模不同、組織文化不同、痛點也不同。企業內訓真正有價值的地方,不是拿一份標準講義到處講,而是能不能針對這家公司當下遇到的問題,給出真正可以落地的方法。
而且我做企業內訓,不只是上課當天把內容講完。我會把它當成一個完整的企業導入專案來準備。
課前會先收集問卷,了解學員背景、公司現況、部門痛點與主管期待。正式上課前,也會安排課前諮詢會議,確認企業真正想解決的問題,而不是只照著通用課綱講一遍。
課程結束後,也會設計學員驗收機制,確認大家不是只有聽過,而是真的理解、會用、能應用。甚至連學員課後獎狀,也可以透過系統自動發放,讓企業內訓不只是一次活動,而是一套完整、可追蹤、可驗收的學習流程。
尤其是 AI 導入、數位轉型、組織管理這類課程,如果只靠當天聽一次,效果一定有限。企業內訓真正要做的,不是讓大家當下覺得很熱血,而是讓公司回去之後,有內容可以複習、有方法可以執行、有流程可以落地。
我也常跟客戶說:我不是靠演講、內訓的收入賺錢。
我真正重視的,是這堂課能不能幫企業少走彎路,能不能讓主管開始改變思維,能不能讓公司真的把 AI 和管理方法導入到日常工作流程裡。
所以我不怕被錄影,也不怕講義被完整帶走。因為真正的價值,不在於把內容藏起來。真正的價值,是讓企業聽得懂、學得會、帶得走、用得上。
企業花錢請老師上課,不只是買老師當天幾個小時的時間,而是買一套可以被公司吸收、複製、落地的方法。
如果一堂企業內訓,不能成為公司內部持續進步的資產,那就只是一次活動。但如果一堂課能讓主管開始改變思維,讓員工開始提升效率,讓公司開始建立新的工作流程,那這堂課才真正有價值。
看更多
0 0 2 0
高梓銘

IT Consultant

21小時前

企業數位轉型的「導航大腦」:TOGAF 10 架構委員會的 5 個核心關鍵
在數位轉型的賽道上,許多企業常陷入系統不相容、資源重複投入,甚至是 IT 投資與業務目標嚴重脫節的泥淖。這種「轉型失能」的根源,往往在於缺乏一個強大的技術治理核心。TOGAF 10 提出的架構委員會 (Architecture Board),正是企業實現技術治理與業務戰略「雙向對齊」的唯一樞紐。它不只是審查機構,更是確保企業架構(EA)從願景走向落地的「導航大腦」。
以下是構建一個具備實戰價值、且能驅動卓越治理的架構委員會之五大關鍵要領。
亮點一:成員組合的戰略深度——引入「競爭對手」視角
架構委員會常被誤解為 IT 內部的技術閉門會議,但真正的「大腦」需要具備外部市場的敏銳度。成功的委員會必須納入公司董事會成員。
董事會成員加入的價值在於,他們對企業所處的競爭環境與市場脈動有著獨到見解,能有效驗證技術策略是否具備競爭優勢。架構委員會不僅要解決內部流程,更要確保技術投資能對應外部競爭壓力。
「架構委員會是企業內部架構的發起者,但架構委員會本身需要來自公司最高層的 C-Level 發起人。」
這種來自最高層的深度參與,是將架構學科成熟度 (Maturity) 轉化為企業競爭力的先決條件。
亮點二:大腦的處理容量——4 到 10 人的「黃金連續性」
為了兼顧決策效率與專業代表性,TOGAF 10 建議委員會的規模應控制在 4 到 5 名(上限 10 名)常任理事。這個規模能確保會議不陷於冗長的討論,並快速達成共識。
針對高階主管時間受限的挑戰,企業應導入任期制 (Tenure) 與輪換機制。透過將成員的任期錯開、分批更換,能確保架構治理的「連續性 (Continuity)」,防止企業架構因單一人事變動而產生策略震盪。這不僅是權力平衡,更是為了保護企業長期的架構資產。
亮點三:「豁免權」是債務管理工具,而非特權
在架構治理中,「合規」不應成為創新的障礙,但也不應成為亂象的藉口。TOGAF 10 的豁免 (Waiver) 機制應被視為一種技術債務管理工具。
豁免允許企業在特定條件(如:關鍵業務試點、部署非標準技術)下暫時偏離標準。然而,豁免必須建立在架構合約 (Architecture Contract) 的基礎上,並設定明確的時限與服務水準 (SLA)。其目的在於提供實施靈活性,同時透過時間限制觸發後續的合規活動,確保這些「暫時的偏離」不會演變成永久的遺留包袱。
亮點四:掌握五大戰略觸發時機——何時該啟動導航?
並非所有時期都需要同等強度的治理,企業應在以下五個關鍵轉折點,果斷建立或重新授權架構委員會:
* 領導層更迭:如新任 CIO 上任,需要重新審視技術治理方向。
* 組織重大重組:發生企業併購 (M&A) 或大規模部門調整時,需要架構重新整合。
* 核心系統轉向:考慮更換核心系統或進行大規模雲端遷移時。
* IT 與業務脫節:發現 IT 交付速度遠落後於業務增長需求或步調顯著不一致。
* 複雜性跨界需求:需要開發高度複雜、跨功能的解決方案,涉及多方利害關係人時。
亮點五:全球責任與本地實施——跨國組織的協調藝術
對於大型或跨國企業,架構委員會必須演化為多層級的治理結構,以平衡「全球一致性」與「本地靈活性」。
除了設立全球性與地方性治理委員會外,應引入 設計單位 (Design Units) 與 工作小組 (Working Groups)。全球層級負責制定整體的戰略架構策略,而本地層級則負責具體業務線的實施。這種分層架構確保了在維持企業標準的同時,能有效整合各地市場的新技術與業務獨特性,實現真正的跨界決策升級。
卓越營運:架構委員會的標準議程
一個運作良好的委員會需要標準化的流程來確保決策透明。一次成功的委員會會議應具備以下議程項:
1. 架構變更請求與豁免審查:審議對架構合約的修改建議。
2. 合規性評估:依據 SLA、成本目標與運作等級協定 (OLA) 進行審查。
3. 爭議解決 (Dispute Resolution):處理跨部門無法達成共識的衝突點。
4. 行動追蹤 (Action Tracking):這是會議的靈魂,必須詳列以下 metadata:
* 優先順序 (Priority)
* 負責人 (Responsible)
* 到期日 (Due Date)
* 狀態與類型 (Status & Type)
5. 合約文件管理:正式認可並發布更新後的架構文件,確保資訊透明受控。
結語:從治理邁向卓越
架構委員會不僅是一個技術審查單位,更是企業數位資產的守護者與成長引擎。它透過共識、授權與根本的控制機制,將紛亂的技術碎片拼湊成清晰的業務戰略地圖。
在追逐技術創新的賽道上,您的企業是否已配備了足夠強大的「導航大腦」?抑或只是在沒有地圖的情況下盲目奔跑?真正的數位領先者,從來不只是贏在技術,而是贏在治理。
看更多
0 0 5 0

104學習精選課程

看更多課程
想提升職場競爭力?專業技能課程看起來👇
高梓銘

IT Consultant

06/15 14:47

為什麼你的架構審查總是徒勞無功?從「合規清單」中挖掘的 5 個重點
在推動數位轉型或執行大規模系統審查時,許多專案團隊往往將「架構合規(Architecture Compliance)」視為一場枯燥的例行公事,甚至是一道阻礙創新的官僚門檻。對於開發者而言,那疊厚厚的檢核表似乎只是為了應付審查員。
然而,作為一名資深企業架構師,我看到的真相截然不同:如果這份看似繁瑣的清單,其實是幫你避開幾千萬的損失、確保系統具備長期競爭力的「避雷指南」呢?透過分析 The Open Group 的架構合規準則,我們能從中挖掘出五個足以顛覆開發思維的真相。
重點一:拒絕「全盤照抄」——清單存在的意義是為了被「刪減」
許多企業在進行架構審查時,常陷入「一個清單走天下」的誤區。事實上,客戶需求清單包含的問題過於龐雜,「無法在任何一次審查中全部執行」。
真正的專業在於「選擇性地客製化」。架構師必須理解,這些清單是由主題專家(SME)開發、利害關係人團體每年更新的動態資產。
* 精準的範疇限制: 這裡有一個關鍵的技術邊界——這類合規清單僅適用於「單一架構專案」。如果你試圖將其套用到廣義的業務領域架構或跨多個專案的複雜活動,這份清單將失去其精準度。
* 風險掌握而非偷懶: 刪除不適用的項目並非規避責任,而是基於專案對網路、伺服器或資訊管理的具體需求,進行精確的風險鎖定。
重點二:提問的藝術——從「勾選」進化到「智慧對話」
如果審查只是在紙面上打勾,那它注定會失敗。來源文件強調,清單的擴展旨在允許對問題進行「智慧性地重新措辭」,並讓使用者了解「為什麼要問這個問題」。
「這些清單的擴展旨在允許對問題進行智慧性地重新措辭,並讓清單的使用者了解為什麼要問這個問題。」
比起書面回覆,透過「口頭訪談」或「工作會議」更能挖掘出隱藏的技術債。資深架構師會利用具體的技術細節引發戰略討論。例如:
* 系統穩健性: 詢問如何測試「記憶體洩漏(Memory Leaks)」或處理「大端(Big-endian)與小端(Little-endian)」的資料格式問題,這不只是技術細節,而是衡量系統是否具備跨平台移植能力。
* 重構與耦合: 探討「編組技術(Marshaling)」、組件的「有狀態或無狀態(Stateful/Stateless)」設計,以及物件重複使用的程度。這些提問的核心在於評估系統未來的「重構能力」,而非僅僅是現在能否運行。
重點三:非標準化的昂貴代價——財務分析比技術偏好更重要
在硬體與作業系統審查中,技術人員常因特定技術偏好而選擇「非標準化」方案。然而,任何偏離企業標準的決策,都必須回歸到商業本質。
當一個專案選擇非標準路徑時,架構師必須提交包含「基本業務與技術要求」的商業案例(Business Case)。這裡最震撼的真相是:「財務管理」必須參與評估。
* 全生命週期成本: 技術決策不應在缺乏財務分析的情況下被私下決定。審查流程必須包含對供應商的「財務分析」與穩定性評估,以確保該技術不會在三年後因供應商倒閉而成為企業負擔。
* 拒絕盲目創新: 若缺乏嚴謹的商業案例支持與假設審查,所謂的「技術創新」往往會演變成企業長期的財務泥淖。
重點四:安全的第一步不是防火牆,而是「讀過政策了嗎?」
在進行安全與保護審查時,設計者往往急於展示加密演算法。但合規清單的第一條要求卻極其基礎且致命:安全意識。審查員會直接詢問設計者:「你確保設計符合最新版本的公司政策了嗎?你讀過它們嗎?」
架構師必須了解所有相關的安全合規性與「風險接受流程 (Risk Acceptance Process)」。
這揭示了一個深刻的洞察:合規審查不僅是檢查技術實作,更是審查設計者對組織風險承受能力的理解。 如果架構師不清楚公司的「風險接受流程」,再強大的防火牆也無法填補意識上的漏洞。
重點五:資料的主權——誰是那個該負責的人?
在資訊管理審查中,資料的品質與完整性常被誤認為是 IT 部門的責任。但合規清單明確定義了「資料負責人(Data Owner)」的角色,這才是數據治理的核心。
資料負責人必須負責:
* 定義通用資料並消除冗餘。
* 確保「資料引用完整性 (Data Referential Integrity)」。
* 提供一致、可靠且準確的資訊。
這對跨國、跨區域的大規模資料儲存至關重要。資料完整性不是技術議題,而是業務責任。若沒有明確的資料所有者,資料庫將迅速退化為資料垃圾場。
前瞻性總結與思考
這份架構合規清單不僅是風險規避的工具,更是加速數位轉型的基石。一個真正的資深架構師具備全域觀:從設計階段的系統工程規劃,到運行階段的「系統管理」(包括測試、開發與生產環境的嚴格分離)。
真正的治理涵蓋了從設計到運行的全生命週期。下一次當你面對審查清單時,請停止機械式的勾選。
看更多
0 0 2 0
你可能感興趣的教室