搜尋關鍵字
- 職場 紅筆 主管
- 主管不給需求
- 事後才改 重做
- 主管不願確認前提
- 責任洗白
- 如何避免重工
- 審核標準不明確
- 交期延誤 甩鍋
- QC（品質管理）小組活動 壓力
- 主管的防衛心態
- 變更管理 範圍蔓延
- 不遵守審核期限
1. 毀掉工作的，不是「不懂的人」
工作上有不懂的地方，本身一點都不丟臉。
「我不太清楚。」 「我去確認一下。」 「這件事他可能知道。」 「到這裡我是懂的，後面得再確認。」
能說出這些話的人，反而是靠譜的人。
問題不在於不懂本身。
問題在於：不肯承認自己不懂，一味防衛，討厭別人確認前提，可是成品一出來，卻只會拿紅筆批改。
這種人不只是不擅長工作。
他們會把工作的整個流程都攪壞。
不給需求。 不給判斷標準。 討厭別人確認前提。 可是事後又要打分數。 交期一拖，責任就往做事的人身上推。
這是最讓人受不了的。
2. 標本名：臭猴子鬧劇科
要替這種人分類的話，大概是這樣：
臭猴子鬧劇科
防衛型紅筆猴屬
責任洗白種
主管一在場就突然閉嘴亞種
嘴是挺毒的。
但作為描述這種結構的標籤，我覺得相當準確。
分類表
| 分類 | 內容 |
|---|---|
| 科 | 臭猴子鬧劇科 |
| 屬 | 防衛型紅筆猴屬 |
| 種 | 責任洗白種 |
| 亞種 | 有決策者在場就突然閉嘴亞種 |
| 主要棲息地 | QC（品質管理）小組活動、改善活動、資料審核、模糊不清的公司內部專案 |
| 主要叫聲 | 「那是你的工作！」 |
| 攻擊方式 | 事後紅筆、大量修改、對確認前提的防衛、推卸責任 |
| 弱點 | 決策者在場、上層核准、把交期與判斷標準寫成文字 |
| 注意事項 | 別把野生紅筆猴放進辦公室 |
這個標籤的本意，不是為了嘲笑對方。
而是讓「這個人到底在做什麼」能被當成一種結構看清楚。
比起一遍遍回味怒氣，替它貼個標籤，腦袋裡比較容易消化。
3. 給不出需求，卻只占著評分者的位置
這種人的問題在於：給不出需求，卻偏偏占著評分者的位置。
原本，做審核、拿紅筆批改的人，事前該交代清楚這些：
- 目的
- 成品的樣子
- 判斷標準
- 優先順序
- 不能碰的底線
- 期限
- 誰來拍板
- 哪些交給執行的人
- 從哪裡開始由決策者來定
這些都沒有就把工作丟過來，執行的人只能靠猜著做。
猜著做完之後，聽到的卻是：
「這裡不對。」 「不是這樣的。」 「再這樣改一改。」 「全部重做。」
這不叫審核。
這叫事後打分數。
要拿紅筆，就該先把評分表拿出來。
拿不出評分表卻只管拿紅筆的人，看起來是在推進工作，實際上是在大量製造重工。
4. 一確認前提，他就防衛
這種人討厭別人確認前提。
「目的是什麼？」 「這份資料是誰要用？」 「最後誰拍板？」 「交期是什麼時候？」 「做到什麼程度就可以？」 「有判斷標準嗎？」
一問這些，不知為什麼他就開始防衛。
「你太計較了。」 「想太多了。」 「那是你的工作。」 「先做做看再說。」 「這種事不要來問我。」
就是這樣。
可是確認前提並不是攻擊。
它是為了避免重工而做的工作。
越是討厭被確認前提的人，事後改得越兇。
也就是說，一拒絕確認前提，就等於預約了未來的重工。
這一點最麻煩。
5. 防衛反應，有時來自「說不清楚的不安」
對確認前提產生防衛，也不一定單純是人品差。
被人一問，他可能會覺得：
「我沒把目的講清楚。」 「我手上根本沒有判斷標準。」 「其實我說不出成品該長什麼樣。」 「我的審核全憑感覺，要被看穿了。」
於是就把提問本身當成了攻擊。
溝通學的研究認為，帶有評價、控制、優越感的說法容易引發防衛反應，而描述事實、聚焦問題、平等相待的說法則容易營造互相支持的氛圍。
也就是說，確認前提本來是必要的，但對某些人來說，會覺得「自己沒整理好的地方被看到了」，於是豎起防衛。
所以在實務上，確認前提時也最好換個說法。
不要說：
「為什麼還沒決定？」 「目的不明確。」 「這樣沒辦法進行。」
而是說：
「為了避免重工，想先跟您確認一下目的和判斷標準。」 「為了趕上交期，想先把處理範圍對齊一下。」
話雖如此，還是會有人照樣防衛。
這時就不是說話方式的問題，而是運作機制的問題了。
6. 「那是你的工作！」的真面目
這種人有句常掛在嘴邊的話。
「那是你的工作！」
的確，動手做事也許是你的工作。
做資料。 做影片。 整理內容。 提方案。 把它做成形。
這些是執行者的工作。
但如果連提供判斷標準也被算成執行者一個人的工作，那就不一樣了。
決策者的工作是做決定。
審核者的工作是說明怎樣才算合格。
提需求的人的工作是給出目的和條件。
這些全都含糊著，還說：
「做是你的工作。」 「但我事後還是要拿紅筆改。」 「交期延誤就是你的責任。」
那就不是工作了，而是責任洗白。
把執行的責任丟給別人，把決策的責任弄得模糊，只攥著審核的權力。
這是最讓人受不了的。
7. 自己破壞守住交期的規矩，還把延誤的責任甩出去
更糟的是，把守住交期的規矩給破壞掉的模式。
比方說，執行的一方已經做到了：
- 整理前提
- 約定審核期限
- 劃定修改範圍
- 排出能趕上交期的進行方式
- 訂下防止責任洗白的規則
這本來就是為了守住交期而做的管理。
可是防衛型紅筆猴會把這些都搞壞。
討厭確認前提。 不遵守審核期限。 事後大量拿紅筆改。 擴大修改範圍。 拖延交期。 可是責任還是甩給執行的人。
這真的讓人火大。
因為執行的人並沒有偷懶。
恰恰相反，他是為了不讓事情崩盤才去設計這些的。
結果破壞這個設計的人，卻只把延誤的責任推給執行的人。
這就像有人在你指揮交通的路口闖紅燈撞過來，出了事故還說「你是開車的，你的責任」。
荒唐。
8. 事後的紅筆，應當當作「變更請求」來處理
審核之後出現修改意見，本身並不是壞事。
工作裡本來就會有修改。
問題在於，把事後冒出來的修改，當成一開始就計畫好的工作。
尤其是改變前提或判斷標準的修改，不是什麼小改動。
那是變更請求。
依變更管理的思維，沒有被管控的追加需求，會導致範圍蔓延（做著做著，工作悄悄超出了當初約定的範圍），很容易造成工時超支和交期延誤。
所以本來應該這樣處理：
- 跟最初的前提相比，有沒有變化
- 是必須修改的，還是能改最好
- 會不會影響交期
- 優先順序是什麼
- 誰來判斷
- 接下追加修改，要拿掉什麼作為交換
- 交期能不能調整
不做這番整理，只管不斷加紅筆，執行者的時間就會無止境地被耗光。
紅筆不是免費的。
紅筆有工時。 紅筆會影響交期。 紅筆有責任。
把這些當成看不見的東西的人，不該被放進辦公室。
9. 有決策者在場就突然閉嘴的鬧劇
這種人還有一層鬧劇的成分。
平常對確認前提防衛，拿紅筆改，擺資歷壓人。
可是一旦部長或別的部門的決策者在場，他立刻就閉嘴了。
忽然就通過了。 忽然就乖了。 忽然就不「嗚吱」亂叫了。
這相當讓人反感。
因為這代表他當初並不是依據內容是否合理來判斷，而是在看：
「得罪這個人會不會麻煩？」 「這個場合能不能擺資歷壓人？」 「氣氛適不適合讓我的紅筆權力通行？」
也就是說，那不是品質判斷，而是對權威的反應。
不是被邏輯擋住，是被印章擋住。
這種情況下，執行的人再有理也說不通。 可是一旦變成「決策者已確認」，就通了。
作為一個職場，這相當荒謬。
要貼標籤的話，就是：
看到別的部門蓋章就突然閉嘴的猴子
10. 直屬主管這條線失靈時，只能靠別的部門蓋章來封住
本來，在自己部門內部就應該把前提整理、判斷標準、交期、審核期限定下來。
但有時候做不到。
直屬的這條線到處是漏洞。 該做判斷的人不判斷。 審核的人不給標準。 只管拿紅筆。 交期的責任甩給執行的人。
到了這一步，就只能借助外部決策者或相關部門的確認，把方針和期限固定下來。
這並不理想。
但在實務上，有時很管用。
重點不是拿某個人當擋箭牌去吵架。
而是把交期和內容，固定成各部門都已確認過的方針。
這樣，之後就很難再隨心所欲地拿紅筆了。
就算紅筆又來了，也能把話題拉回到：
「那是追加修改對吧。」 「會影響交期。」 「我來確認一下優先順序。」 「我來確認一下交期能否調整。」 「請問由誰來判斷？」
不和猴子打邏輯戰。
用籠子、印章、期限和紀錄把它圍起來。
11. 「別把野生紅筆猴放進辦公室」
放著這種人不管，整個職場的生產力都會崩壞。
他本人也許覺得自己是在審核。 他本人也許覺得自己是在指導。 他本人也許覺得自己是在提升品質。
可實際上發生的是：
- 妨礙確認前提
- 不提供判斷標準
- 大量製造事後修改
- 交期延誤
- 向執行的人轉嫁責任
- 破壞心理安全感
- 無謂的會議和反覆修改
- 能幹的人被消耗殆盡
這就像把野生紅筆猴放進了辦公室。
給他紅筆，就得連評分表一起給。 讓他審核，就讓他遵守期限。 讓他做判斷，就讓他擔起判斷的責任。 讓他提修改，就讓他看到對交期的影響。
做不到這些，就不能放任他自由放養。
12. 對策：把紅筆轉換成「變更請求」
對付這種人的辦法，不是用情緒去硬碰硬。
而是冷靜地用運作機制把他約束住。
該用的規則
- 把前提寫成文字
- 請對方先給出判斷標準
- 約定審核期限
- 期限之後的修改按變更請求處理
- 大幅修改視為影響交期
- 口頭指示用電子郵件留下紀錄
- 請對方替追加修改排出優先順序
- 明確最終的拍板人
- 固定成決策者已確認的方針
- 執行的人不無限扛下來
這樣就能限制紅筆猴的自由行動。
13. 電子郵件範例：先確認審核標準
○○先生/小姐：
您好，辛苦了。
為了避免重工，想在動手製作之前，先跟您確認一下這次的判斷標準。
我這邊在推進工作之前，希望先對齊以下幾點。
・這次的目的
・成品的樣子
・一定要放進去的內容
・可以不放的內容
・優先順序
・最終確認人
・審核期限
確認以上之後，我會以能趕上交期的方式推進。
麻煩您了。
這並沒有說「把評分表交出來，猴子」。
但實際上，就是在要評分表。
14. 電子郵件範例：把事後紅筆變成變更請求
○○先生/小姐：
您好，辛苦了。
感謝您的指正。
這次的修改內容中，包含與最初確認的前提不同的部分，可能會影響交期。
為了釐清處理範圍，想向您確認以下幾點。
・這次的修改中，必須處理的部分
・如果可以則處理的部分
・這次不需要處理的部分
・交期是否可以調整
・最終由誰來判斷
確認以上之後，我會整理處理範圍和時程。
麻煩您了。
這樣，紅筆就不會只是「執行者的追加工作」。
而是當作變更請求來處理。
15. 電子郵件範例：以決策者已確認的方針來固定
○○先生/小姐：
您好，辛苦了。
關於這件事，依照已經跟○○部長確認過的方針，我會以現有內容推進到○月○日。
如果還有追加修改，可能會影響交期，所以想一併向您確認修改的優先順序和交期能否調整。
麻煩您了。
這樣更容易堵住隨心所欲的紅筆。
重點是不要和對方辯論取勝。
用方針、期限、確認人和對交期的影響把它圍起來。
16. 丟給 AI 的提示詞
請把下面的內容，改寫成不容易刺激對方防衛心態的商務電子郵件。
目的：
- 確認前提
- 確認判斷標準
- 明確審核期限
- 把事後修改當作變更請求處理
- 明確對交期的影響
- 避免我方無限扛下來
條件：
- 不指責對方
- 避免「我之前說過了」「請您自己想一想」「要拿紅筆就請給標準」這類直接的說法
- 使用「避免重工」「對齊認知」「確認處理範圍」這樣的措辭
- 簡短、公事公辦
- 但需要確認的事項要寫清楚
我原本想說的話：
「一問前提您就防衛，可是事後又大量拿紅筆改，會影響交期。工作我這邊會推進，但想先確認判斷標準、審核期限、追加修改的優先順序，以及交期能否調整。」
用這個，就能不把怒氣原封不動寄出去，只把必要的條件傳達過去。
17. 結論：要拿紅筆，就連評分表和責任一起拿
不給需求。 討厭確認前提。 可是事後拿紅筆改。 搞壞交期。 把責任甩給執行的人。 決策者一來就突然閉嘴。
作為職場的運作方式，這相當糟糕。
不懂本身不是壞事。
壞的是不承認自己不懂，妨礙整理前提，只管事後打分數，還把責任甩給別人。
要拿紅筆，就把評分表拿出來。 要審核，就遵守審核期限。 要變更，就看清對交期的影響。 要做判斷，就擔起判斷的責任。
做不到的話，就別把野生紅筆猴放進辦公室。
職場需要的，不是擺資歷壓人的猴子。
而是能一起對齊前提、給出判斷標準、為守住交期而合作的人。
小結
- 問題不是「不懂的人」，而是不承認不懂、一味防衛、事後只管拿紅筆的人
- 給不出需求，卻只占著評分者的位置，重工就會增加
- 確認前提不是攻擊，而是守住交期和品質的工作
- 「那是你的工作！」有可能把執行的責任和決策的責任混為一談
- 事後的紅筆，有時不是小改動，而應當作變更請求來處理
- 如果一有決策者在場就突然閉嘴，那他可能是看權威行事，而不是看內容
- 對策是把方針、期限、判斷標準、審核期限、變更請求、對交期的影響都寫成文字
- 別把野生紅筆猴放進辦公室
