專案推不動,可能不是進度問題:從場域設計重新安排人、流程與決策

當合作從兩小時拉長到半年、兩年,引導者要設計的會從議程,擴大到參與者旅程、決策節點與治理機制

從一場會議延伸到專案旅程與組織合作網絡的場域設計示意圖

一個專案進度延誤,我們很容易先問:時程有沒有重排?人力夠不夠?負責人有沒有追進度?

這些問題固然重要,但從場域設計的角度,還得多問一層:在每一個關鍵節點,對的人有沒有進場?他看見了足夠的資訊嗎?又有沒有足夠的權力與資源,做出下一個決定?

上一篇談到場域營造的五個要素:目的、目標、成員、流程與規範。放在一場會議裡,它們對應的是為何要談、散會前留下什麼、誰必須在場、如何發散與收束,以及如何發言與做決定。

當時間拉長到數月或兩年,同一套五要素並沒有失效,但它們要回答的問題會變大:

尺度從會議拉到專案與組織

單場會議約 2 小時
目的為何要談
目標散會前留下什麼
成員誰需要在場
流程如何發散、收斂
規範如何發言與決定
專案/計畫數月到半年
目的要解決什麼問題
目標階段成果與決策門檻
成員誰研究、執行、拍板
流程研究、共創、測試、交接
規範分工、變更與檢視方式
組織轉型約 1–2 年
目的為何值得改變
目標營運與影響力成果
成員經營者、團隊、顧問與夥伴
流程培力、試行、落實、追蹤
規範治理、資源與共同責任

圖|同樣五個要素,需要在不同場域尺度重新回答

讀完這篇,你會帶走:

  • 如何把目的與目標,從一場會議拉長成專案及組織尺度的成果。
  • 如何用 OKR 替專案與組織轉型留下可以檢核的結果,而不只是工作清單。
  • 如何把研究、共創、測試與決策,排成一段完整的參與者旅程。
  • 如何讓規範隨合作時間拉長,逐漸成為分工、決策與資源配置的治理機制。
  • 高齡健康餐食專案與懷世代公益加速器,如何實際運用這套思考。

在進入兩個我實際參與過的案例前,先把這些要素放大到專案與組織尺度,看看它們會增加哪些設計工作。

目的給方向,目標要留下改變的證據

在專案與組織尺度裡,目的仍然回答「我們為什麼值得一起做這件事」;目標則要說清楚,走完這一段以後,什麼結果可以證明改變真的發生了。

這裡同樣可以借用 OKR 的 Objective 與 Key Results。Objective 應該重要、具體、能促進行動,也讓人感到值得投入;每個 Objective 通常再搭配三到五個具體、有期限、帶有挑戰但仍然務實,而且能被衡量與驗證的 KR。

Google 的 OKR Playbook 特別提醒:KR 描述的是成果,不是活動。完成訪談、辦完工作坊、提交報告,頂多只能證明事情做了;它們是否改變了使用方式、服務品質、組織能力或決策,才是更重要的檢核點。

放在專案與組織尺度,可以像下面這樣思考。這些數字只是為了示範寫法,不是要套用到所有組織:

組織|開闢高齡市場
Objective

滿足高齡需求,讓公司的服務成為能促進高齡健康的首選。

Key Results
  • 目標高齡客群中,將本服務列為首選者達 40%
  • 新使用者的 3 個月持續使用率達 70%
  • 80% 使用者在 3 個月後維持至少一項健康行為
組織|永續轉型
Objective

讓永續成為每個部門做決策時都會考慮的條件。

Key Results
  • 100% 核心提案完成永續評估;至少 30% 因此調整排序、預算或方案
  • 80% 部門至少一項永續指標較基準值改善 10%
  • 90% 永續改善行動在承諾期限內完成
專案|新人培訓
Objective

讓新進同仁更快找到資訊,也敢在需要時開口求助。

Key Results
  • 90% 新人在首月能找到關鍵文件與正確窗口
  • 求助等待時間降至 4 小時內
  • 獨立上手時間縮短 30%
專案|社區照護
Objective

讓居民留在熟悉的社區,也能獲得持續而安心的照護。

Key Results
  • 85% 服務使用者完成連續 3 個月照護
  • 緊急中斷率降至 5% 以下
  • 80% 家屬知道異常時的聯絡與轉介方式

Objective 先說清楚值得前進的方向;Key Results 則留下可以檢核的改變證據。卡片在手機上會自動改為單欄閱讀。

目的、目標與 KR 不只是提案書前面的幾句話。它們會一路影響我們邀誰參與、安排哪些研究與測試,也會決定每一個階段該留下什麼證據。

成員不必全程都在,但關鍵角色要在關鍵時刻進場

專案與組織轉型的成員盤點,不是一張一次填完就不再變動的名單。真正受影響的人、掌握現場知識的人、能執行或提供資源的人,以及握有決策權的人,往往要在不同階段用不同方式參與。

專案尺度要特別分清楚:誰參與研究、誰一起定義問題、誰共同發展與測試方案,又是誰在決策門檻拍板。組織尺度則還要把經營者、核心團隊、顧問與外部夥伴的角色排進時間軸,避免轉型只停在少數執行同仁身上。

這就是參與式設計的精神:不只在前期訪談使用者,而是讓受影響、掌握知識或握有權力的人,在適當階段參與規劃與決策。

流程拉長後,要設計一整段參與者旅程

單場工作坊裡,我會替每個階段回答四個問題:現在聚焦什麼、需要哪些資訊、要和誰完成什麼行動,以及這一段要留下什麼產出或交接。當合作拉長成專案,這四題更不能省略,因為它們會連接研究、共創、測試與決策。

以高齡健康餐食案為例,我們可以把 4D 流程展開成下面這段參與者旅程:

把 4D 的每一個階段拆開來看,都要回答四件事:聚焦什麼問題、需要哪些資訊、要和誰完成什麼行動,以及最後留下什麼產出與交接。

Discover|探索現況
先理解現場,而不是急著發想
聚焦問題

不同地區、不同身體條件的長者,取得與使用營養餐食時卡在哪裡?

需要資訊
  • 現行送餐/共餐旅程
  • 長者與家屬經驗
  • 供餐、配送與據點限制
協作行動

研究團隊與長者、家屬、社區據點及一線人員進行訪談、觀察與旅程盤點。

產出與交接

現況旅程圖、利害關係人圖、關鍵洞察。

Define|定義方向
從洞察中選出優先課題
聚焦問題

哪一群長者、哪個服務接觸點,最值得優先改善?

需要資訊
  • 研究洞察與關鍵差異
  • 政策目標、預算與成功標準
  • 優先服務對象
協作行動

主管機關、專案團隊與營養專家共同整理洞察,選出優先課題。

產出與交接

問題定義、優先機會點、目標與檢核標準。

Develop|發展方案
把概念做出來並接受測試
聚焦問題

哪個服務概念最能兼顧營養需求、可及性與執行限制?

需要資訊
  • 人力、成本與法規
  • 營養與供餐專業
  • 使用者對原型的回饋
協作行動

設計團隊、供餐/配送單位與使用者共創概念、製作原型並測試。

產出與交接

服務概念、原型、測試結果與迭代決定。

Deliver|試行與交接
決定如何落地、維運與擴散
聚焦問題

哪個方案值得持續推動?需要如何落地與擴散?

需要資訊
  • 試行數據與風險
  • 執行單位量能
  • 維運資源與決策條件
協作行動

決策者、執行單位與使用者共同檢視成果,確認調整、停止或推進。

產出與交接

服務模式、工具/SOP、行動計畫、負責人與追蹤指標。

圖|高齡健康餐食服務設計案的 4D 參與者旅程地圖

這張圖真正要設計的不是四個英文階段,而是每一段如何把人、資訊、行動與決定接起來。少了一次交接,後一段就可能拿不到足夠的理解;少了一個決策節點,團隊即使做了很多,也不知道能不能往下走。

放到不同尺度,參與者旅程大致會長成不同的路徑:

  • 組織轉型:理解轉型方向 → 發展與試行 → 跨部門落實 → 檢視與擴散。
  • 專案合作:探索 → 定義 → 共創 → 驗證 → 執行與交接。
  • 單場會議:對齊 → 分享 → 發散 → 收斂 → 承諾行動。

尺度雖然不同,背後都在回答同一件事:參與者要如何一步步形成共同理解,並把理解帶到下一個行動。

規範也要隨尺度改變

在一場會議裡,規範可能是讓每個人都有發言機會、挑戰觀點但不攻擊個人,以及結論要有負責人與期限。當合作拉長,規範就不只是開場時說過的 Ground Rules,而會逐漸變成一套可持續運作的機制:

  • 組織尺度:誰有決策權、資訊如何透明、異議怎麼被提出、資源如何配置。
  • 專案尺度:角色如何分工、檢視頻率、版本如何確認、需求變更與爭議如何升級處理。
  • 會議尺度:不做人身攻擊、發言機會相對平等、挑戰想法而非否定人,以及每個結論都有負責人與期限。

規範的作用不是把合作變僵硬,而是讓人知道遇到差異時怎麼繼續工作。心理安全感也不能只靠一句「大家可以自由發言」,還得被翻成具體而可觀察的行為。

專案尺度:高齡健康餐食案,先安排決策與檢視節點

以一個公部門委託的高齡健康餐食服務設計案為例,我們一開始沒有急著提服務方案,而是先和主管機關釐清:這個案子要改善的,究竟是「長輩吃什麼」,還是不同型態長者取得與使用營養餐食的整段服務?

主管機關希望找到方法,幫助不同型態的長者都能改善營養餐食。因此,我們進一步共識:專案需要探討城市、偏鄉與原鄉的高齡營養餐食模式,並找到其中的關鍵接觸點與工具。

我們把成果具體拆成三類:目前的服務旅程與關鍵問題、經過測試的服務方案或原型,以及主管機關後續能延續的改善建議。目的與目標在專案開始時就被區分,後面的研究、共創與測試,才知道要為哪一種改變服務。

成員要分階段進場

這裡要盤點所有與成果有關的角色,包含主管機關的承辦與決策長官、營養與供餐單位、配送或社區據點、一線服務人員,以及真正使用服務的長者與家屬。

他們參與的理由不一樣:有人掌握需求與現場經驗,有人知道方案能不能執行,有人掌握預算與資源,也有人必須在關鍵節點做決定。少掉其中一種角色,問題可能不會立刻出現,卻很容易在專案後段一次爆出來。

流程不只排事情,也排決定

流程上,訪談、共創與測試的日期固然要排,每個階段的決策節點也不能少:

  1. 啟動時:確認服務對象、問題範圍與預期成果。
  2. 完成田野研究後:請主管機關一起判斷,哪些問題值得優先處理。
  3. 提出服務概念後:找執行單位檢視人力、成本與現場限制。
  4. 原型測試後:確認哪些內容要保留、調整或停止。

每次檢視都先說清楚要回答的問題,長官進場才會真的幫專案走到下一步,而非單純「來看看」。

至於規範,則是把誰提供資料、誰能做決定、意見要在什麼時間提出,以及變更需求後如何重新確認範圍與時程,先講清楚。公部門專案固然需要保留協調空間,但如果每個人都可以在任何時候加入新意見,團隊很容易一直修改,卻不知道什麼時候才算完成。

從這個案例來看,專案管理者固然要掌握進度,場域設計則多問了一層:誰在什麼時候,需要看見什麼資訊,才能做出下一個決定?

組織尺度:懷世代公益加速器,如何設計兩年陪跑場域

到了組織轉型的尺度,場域會超出單場工作坊或專案的範圍,擴大成一段涉及評選、培力、顧問陪伴、資金與資源串接的長期合作環境。

以懷世代公益加速器為例。懷世代陪伴小微社創組織進行永續、營運模式與數位轉型,我們 5% Design Action 則把服務設計方法帶進兩年的陪跑機制。

每一屆開始前,主辦單位、共同策動夥伴與顧問團隊,得先對齊這一屆希望回應小微組織的哪些困境、團隊應該長出什麼成果,又要用哪些條件判斷它正在往前走。

這一步如果含糊,顧問可能努力幫團隊調整方案,評審卻用另一套標準判斷,團隊自己也不知道究竟要為什麼成果負責。

需要的人,在需要的階段進場

被輔導團隊不能只找執行同仁參與,經營者與核心幹部也得進來,因為他們才有能力拍板,讓輔導討論繼續往下走。到了適當節點,則需要引進外部專家與資源夥伴,補上團隊自己看不見的知識與合作連結。

這也是長期場域與單次工作坊最不一樣的地方:參與者會跟著組織能力與方案發展,在不同時間進場。

兩年流程:先設定與試行,再建構與擴散

懷世代的兩年陪跑,可以大致分成兩個階段。

第一階段是「轉型設定」與「設計發展、試行」。團隊先把轉型目標變成可以測試的方案,通過課程、顧問與跨領域專家修正做法。這個階段從宣傳徵件、初選、轉型設定、複選,一路走到方案試行與期末報告,階段支持為 100 萬元。

第二階段進入「轉型建構」與「設計落實、擴散」。團隊根據前一階段的測試結果,調整組織能力、執行方式與資源配置,再透過社創小聚、企業合作或線上媒合,找到落實需要的夥伴。這個階段支持 150 萬元,並有最高 50 萬元的後續支持。

這不是十二個月份並排的行事曆,而是一條兩年、兩階段的轉型路徑:第一年把方向變成可測試方案,第二年再把試行成果變成可持續的組織能力。

第一階段|轉型設定與試行
先定方向,再把轉型方案做出來測
階段支持 100 萬元
12–4 月宣傳徵件
25 月初選(10 組)
36 月轉型設定
47 月複選(2 組)
58–11 月設計發展與試行
612 月期末報告
提出轉型策略目標,優化轉型計畫
依需求媒合跨領域專家與策略諮詢
透過社創小聚鏈結資源與夥伴
第二階段|建構、落實與擴散
把試行結果變成能持續運作的組織能力
150 萬元+最高 50 萬元
12–4 月轉型建構
25 月階段評核
36–11 月設計落實與擴散
412 月成果評核
根據試行狀態優化與完善落實計畫
以專家、課程及實務經驗支持落實
透過媒合平台與小聚連結關鍵資源

圖|懷世代公益加速器:從轉型設定、方案試行到落實擴散的參與者旅程(來源:懷世代官網)

完整的參與者旅程,大致是:

提出轉型問題 → 進入初選 → 工作坊與顧問診斷 → 優化轉型藍圖 → 複選決策 → 方案試行 → 階段檢視 → 組織建構 → 落實與擴散 → 成果追蹤

這個順序很重要。團隊在釐清問題前,不會一次拿到所有資源;專家也會到適當階段才進場。每走完一段,團隊先留下可以檢視的成果,再決定下一段需要什麼知識、資金與合作夥伴。

能力裝備、行動測試與決策檢視交錯發生,團隊才能把課堂所學帶回現場,在行動裡反覆修正。

規範會逐漸變成治理機制

兩年的合作,不可能只靠工作坊開場時的幾條 Ground Rules。規範會逐漸變成一套共同負責的治理機制:顧問如何陪伴、團隊要投入什麼、作業與階段成果如何提交、彼此怎麼回饋,以及資源在什麼條件下進入下一階段。

當然,原則放在前面,不代表現場不需要彈性;它只是讓每個人知道,這段合作應該怎麼一起負責。

專案管理看進度,場域設計還要看合作如何發生

高齡餐食案與懷世代的尺度差很多,但兩個案例都提醒了同一件事:一份進度表可以告訴我們什麼時候做訪談、什麼時候做原型、什麼時候交報告,卻不一定會告訴我們,誰要在哪個時候進場、他必須看見什麼,以及這一次進場得留下什麼決定。

這也是我把引導與服務設計放在一起的理由。引導關心人如何共同理解與行動;服務設計則幫我們看見利害關係人、旅程、觸點與交接。兩者一起用,合作就不再只是期待大家「自然配合」,也會成為一項可以被規劃、檢視與修正的服務。

下次規劃一個跨部門專案或長期轉型計畫時,可以先問:

  • 我們為什麼值得一起做這件事?
  • 每一個階段,要留下什麼可以檢視的成果?
  • 誰受影響、誰能執行、誰能提供資源、誰得拍板?
  • 他們分別要在什麼時候進場?
  • 每一次進場前,需要先看見哪些資訊?
  • 發生分歧或變更時,我們要如何做出決定?

說真的,這些問題比畫一張進度表慢多了,我自己在趕專案時也會想跳過。但多花的時間,往往比專案後段才發現決策者不在、執行者不買單,或每個人對成功各有定義,便宜得多。

參考資料

  • 堀公俊(2023)。《Facilitation 引導學:有效提問、促進溝通、形成共識的關鍵能力》(梁世英譯,二版)。經濟新潮社。
  • John Doerr(2019)。《OKR:做最重要的事》(許瑞宋譯)。天下文化。
  • Google. Google’s OKR Playbook.
  • Elms, H., & Phillips, R. A. (2016). Stakeholder. In The Palgrave Encyclopedia of Strategic Management. Palgrave Macmillan.
  • Service Design Tools. Journey Map.
  • Vink, P., Imada, A. S., & Zink, K. J. (2008). Defining stakeholder involvement in participatory design processes. Applied Ergonomics, 39(4), 519–526.
  • 2026 懷世代公益加速器報名簡章

想持續收到這樣的文章嗎?

留個 Email,有新文章或相關活動的時候我通知你。不會有別的信,隨時可以取消。

mikewu
mikewu
文章: 57