重點摘要#
- 當專案贊助者質疑技術需求時，這是一場談判，不是技術討論
- 永遠不要在第一個要求上就讓步——這是談判的大忌
- 學會用對方的語言和立場來回應，而非用工程師的思維
- 適當誇大需求的嚴重性，作為反向談判的策略
詳細內容#
我們都遇過「預算式架構」（budgetecture）——當合理的技術選擇為了削減成本而被放棄。對話通常是這樣開始的：
「我們真的需要 X 嗎？」專案贊助者問。
這裡的 X 可以是任何系統運行所必需的東西：軟體授權、冗餘伺服器、異地備份、電源供應等。
工程師的常見錯誤#
正確的回答是「是的，我們需要。」但這幾乎從來不是工程師的回應。
問題在於你把自己的角色看作工程角色，而你的贊助者明顯在進行一場談判。我們在尋找協作式的解決方案，他們在尋找贏-輸的戰術動作。在談判中，你最不該做的就是在第一個要求上讓步。
正確的談判策略#
當被問到「我們真的需要第二台伺服器嗎？」時，不要回答技術細節，而是：
「沒有第二台伺服器，整個系統每天至少會崩潰三次，特別是在最大負載時或你在董事會做演示的時候。事實上，我們真的需要四台伺服器，這樣才能在任何時候獨立下線一對 HA 伺服器進行維護，同時仍保持 100% 容量。」
當然，你們都知道不需要第三和第四台伺服器。這是一個反向談判策略——你在提高籌碼，展示你已經在運行最低限度的配置。而且，如果真的拿到了額外的伺服器，你可以用一台讓 QA 環境匹配生產環境，另一台做出色的建構機。
認識到你身處談判中是第一步。用談判的策略而非工程師的思維來回應，才能保護你的技術需求。
— By Michael Nygard