從回報進度,到建立 Shared Understanding

Posted by MingLun Allen Wu on Tuesday, January 6, 2026

在去年底進行工作上的年度反思時提到,感覺自己在面對問題時,很容易直覺式的思考 Solution 或是技術選型。

希望在新的一年中,在嘗試規劃工作時,多加入一些「產品思維」的角度,更白話的說:

在思考 “What” 之前,先想清楚 “Who” 和 “Why”

這像是一種模糊的方向感,提醒自己在現在習慣的工作模式下,也許少看了某些東西。


幾年前參加公司的 Scrum 培訓時,就有聽過 “User Story” 這個名詞,當初只覺得是「從使用者的角度描述需求」,如果要說具體的應用,似乎是在開 Ticket 時,套用下列的格式:

“身為一個 [角色 ] ,我想要 [ 做某事 ],以便 [ 達成某個價值/目的 ]”

不過老實說,過去在實務上我沒有很了解這項工具,也沒有很重視它。

直到最近,剛好帶著團隊針對去年的 Agile 流程進行復盤。

去年我們花了一整年的時間,從零開始建立起 Backlog、Sprint 的機制,透過 Ticket 來管理工作,流程上趨於穩定。

但在過票時,大家都很清楚地陳述自己的工作狀態:這項工作已經完成了、這一項正要開始…

然後,就沒有然後了。

That’s all.

不知道為什麼,我感覺怪怪的,但說不出哪裡怪。

事情都有往前走,流程也跑得動,但在同步工作時,總覺得少了一種「彼此真的理解對方在想什麼」的感覺。

在這個狀態下,我隱約覺得 User Story 或許能幫上忙!

於是我開始讀 《User Story Mapping》這本好書 (感謝《產品管理流程中,使用者故事(User Story)常見的三種使用情境》推薦的好書!),書還沒讀完,但在前半段提到的概念,幫我釐清了先前卡住的地方。

我對於其中的一句話特別有感覺:

Story Mapping keeps us focused on users and their experience, and the result is a better conversation, and ultimately a better product.

關鍵不是「更好的產品」,而是前面那句 - “Better conversation",當團隊都關注在使用者和其體驗時,自然而然就會有良好的溝通和品質更高的產品。

而書中提到的 “Shared Understanding",讓我對於同步工作有了新的觀點 :

Shared understanding is when we both understand what the other person is imagining and why.”

也就是說,不只是知道對方現在做到哪一步,而是能理解他腦中正在想的畫面,以及為什麼會這樣想

我讀到這句時,突然意識到,我們在同步工作時,缺的可能不是更多狀態,而是:團隊的成員是否擁有相同的理解基準?

工作的狀態其實已經記錄在 Ticket 的欄位裡了,但這些欄位不一定能呈現:

  1. 為什麼需求會被提出?
  2. 過程中做了哪些取捨?
  3. 目前卡住的地方?
  4. 目前在想什麼?

回頭看自己,發現自己很常用一種「時間點」的方式在回報工作。

例如:

  • 這項工作昨天已經完成了。
  • 這項工作預計明天開始進行。

這些資訊沒有問題,但它們只是一個「最終狀態」,對其他成員來說,很難從中獲得什麼有用的資訊,也就無法提供想法和討論。

他不知道我在想什麼、也不知道過程中遇到什麼問題,產生了什麼對應的決策。

dot

我在想,比較好的做法是把陳述工作的方式,從一個「點」改成描述一條「線」。

這條線,對我來說包含三個部分。

首先是「起點」,先建立 Context:

  • 這個需求是在解決誰的問題?
  • 使用者現在是怎麼做的?
  • 工作完成後,使用者的流程會有什麼改變?

再來是「過程」,簡單說明這段時間發生了什麼:

如果一時不知道說什麼,我會參考 ADR (Architecture Decision Record) 的精神 - 不是寫文件,而是整理「我現在在做什麼判斷」。

套用下列的框架:

  1. 我現在在決定什麼?
  2. 目前有哪些選項?我偏向哪一個?為什麼?
  3. 哪裡我還沒有把握,或需要意見?

例如:

“這張票目前卡在怎麼切 scope。 有兩個方向,一個是先做最小版本,另一個是把相依一起放進票裡。 我目前偏向前者,因為風險比較低,但還在想會不會影響後續整合。”

最後是「終點」,不一定是結案,而是接下來預計進展的方向:

  • 接下來我打算怎麼做?
  • 目前有什麼初步的想法,或是卡住的地方?

line

當我們把同步工作的目的,從「回報工作進度」調整成「讓團隊成員建立 Shared Understanding」,陳述的方式就會從「單一個點」轉變為「一條包含脈絡的線」。

那麼即時有成員錯過了某一次同步,也能很快補上脈絡、加入討論。

我不確定這樣的嘗試,帶來的改變是什麼。

我想把這當成是去年復盤的 Action Item。

2026 年,用新的方式嘗試看看。


About Byte & Ink

我會定期在部落格分享不同主題的文章,目前包含:

如果你覺得內容有幫助,歡迎你點此訂閱我的文章,你的訂閱會帶給我更多動力,持續分享有意義的內容!



See Also

面對 AI 的知識焦慮