Image

繼續把收藏著的鐵人賽文章消化掉。今天想轉貼的是 2023 敏捷聖徒系列的這篇：

「你要釐清責任，還是想解決問題？」– 談上游思維 - Kuma

這篇文章裡 Anna 和 Roy 的故事非常眼熟，可能有跨團隊協作的朋友都遇過。

但在『上游思維』這本書提到：當問題發生的時候，你可以選擇找出負責的人（下游），或是找出根源的解決方法（上游）

上下游的概念可能很模糊，作者也和前輩有一些討論，我覺得蠻好理解的：

上游的人用水卻同時也弄髒河裡的水，住在下游的人當然遭殃，而且責任不在下游的人而是上游的人。

下游的人當然可以抱怨，但上游的人其實不痛不癢，甚至根本不知道有什麼問題。

如果你是下游的人，會選擇怎麼做？換條河流嗎？如果換條河流仍然在下游，通常事情不會改變的。

而整篇最讓我感到衝擊的是這兩段：

你的工作內容的確是行銷企劃與執行沒錯，但其最終目的，也還是「為公司帶來營收」。

如果你放著你與 Anna 部門的矛盾不管，只想趕快把責任推出去，趕快回去寫下一份企劃案，這樣也只會造成本地最佳化，也就是一個等著馬上要造成下一次與開發部門爭吵的未爆彈。

對 KPI 也許有益，但對你的工作產生的價值沒什麼幫助。

因此，你這不叫回去做你的工作，你這叫「工作挑簡單的做」。

理想狀況下，平常大家各司其識，各自做各自的事是很美好的。

但環境總是會變，人也會變，當遇到問題（不一定是你造成的）不想從根本解決，而只是想趕快把責任推出去，回到你的小天地，繼續做你本來就擅長的事，這不是「工作挑簡單的做」，什麼才是？

老實說，我之前從來沒有從這個方向想過。對我這個後端 API 仔來說，最理想的狀況就是讓我在座位上搓八小時的程式碼。但事情總是沒有憨人想的這麼簡單

但當我們必須先解決一些不在我們專業的事情，才能專心地回去做我們的專業，而我們選擇不去處理的時候，是不是就像這篇文章說的「工作挑簡單的做」呢？

這篇文章成功地引起我去思考這些問題，雖然我還沒有一個明確的答案，但還是決定轉貼上來給大家，有相似狀況的朋友們也可以想想

同時也提供文章內的解決方式，供各位參考(?)

  1. Change your company, or
  2. Change your company.

那麼，今天的轉貼就到這邊，明天見～