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