說「是」 (Saying Yes) #
專業人士的承諾語言 #
上章討論了說「不」的勇氣，本章則聚焦於如何正確地說「是」。
專業人士並不需要對所有請求都點頭答應，但一旦決定接受任務，就須透過承諾 (Commitment) 給出肯定回答。
一個真正承諾包含三個要素：
- 口頭答應：明確表達意願
- 認真看待：在心裡對結果負責
- 實際行動：付諸實行以達成目標
1. 辨識承諾的語言 #
語言反映心態。專業人士會避免使用模糊、推卸責任的詞彙，轉而使用具備約束力的語言。
逃避責任的詞彙 (Red Flags) #
當你聽到或說出以下詞彙時，通常代表著缺乏真正的承諾：
| 禁忌語詞 | 代表性範例 | 核心語意漏洞 | 對責任感的影響 |
|---|---|---|---|
| Need / Should | 我們應該做完 | 暗示對特定結果的期待，但未指派具體負責人 | 模糊責任歸屬 |
| Hope / Wish | 我希望明天能好 | 將結果寄託於運氣，實質上放棄了對進度的控制權 | 喪失主動權 |
| Let’s | 讓我們把這搞定 | 表面上是團結，實則常用於模糊個人責任並分散壓力 | 稀釋個體承擔 |
認真承諾的語言 #
真正的承諾具有明確的結構：
「我將在 … [時間點] … 之前，完成 … [具體成果] …。」
承諾的核心在於「我 (I)」。你須親自為結果負責，並壓上明確期限 (Deadline)。
2. 當無法承諾時的應對策略 #
很多時候我們不敢承諾，是因為存在不可控因素。專業人士會分析原因，並轉化為可執行的行動。
| 無法承諾的情境 | 應採取的行動與承諾轉化方向 | 核心原則/目標 |
|---|---|---|
| 過程需他人付出 (依賴第三方) | 轉化承諾為自己的行動： 「我無法承諾他們何時交付，但我承諾會在明天中午前與他們聯繫，並每天追蹤進度直到取得回應」 | 承諾你可以控制的行動，而非無法控制的結果。 |
| 不確定能否完成 (細節或需求不清楚) | 承諾先進行「探勘 (Spike)」或釐清達標條件 | 目標是縮短與目標之間的距離，將不確定性轉化為已知信息 |
| 自己無能為力 (確定無法在期限內完成) | 盡早通知相關人員 | 這是風險控管的一環，讓對方有時間調整計畫或期待，而不是等到最後一刻才引爆地雷 |
3. 說「是」的藝術：談判與協商 #
說「是」不代表無條件接受，而是個包含回饋與協商的過程。
提供預估細節 #
不要只給一個絕對日期，而是提供基於機率的評估：
- 「如果順利可能週一完成，但為保險起見（考量潛在風險），我建議設定在下週二」
- 「如果要再增加這功能，完工日可能會推遲到下週二」
堅守原則的建設性回覆 (範例) #
當被逼迫在不可能的期限（週五）前完成時，專業對話如下：
| 溝通情境與 PM 提問 | 你的回應 (堅定立場/行動) | 核心原則/策略 |
|---|---|---|
| 堅定立場：PM 詢問是否能在週五前完成 | 「這樣我得回答『不能』。為了要有十足把握完成，最快得等到下週二」 | 明確拒絕無法達成的承諾，並提供新的、可實現的時間點 |
| 面對施壓：PM 詢問是否有其他加速方法 | 「不，我沒法保證。我很抱歉讓你的進度被打亂，但我不能給出我做不到的承諾」 | 重申立場，不因壓力而妥協承諾的可靠性 |
| 交易與妥協 (Trade-off)：PM 表達強烈需求 | 「好吧。我會在這個週末加班來完成它，但作為交換，我下週會休息到週三」 | 提出等價交換，用付出換取利益，確保個人界線和平衡 |
最後的妥協並非無底線的退讓，而是有條件的交換。
專業人士會保護自己的可持續性，不會因為無理要求而長期犧牲自己。
軟體領域最有價值的評價： 「這是位嚴謹負責 (disciplined and responsible) 的開發人員。」