當我們做軟體開發的是，客戶通常希望花更少的錢、用更短的時間做更多的事情。《快速軟體開發》中舉了這麼個例子：
假設你想賣掉一輛汽車去換一艘汽艇，經過估算汽車至少要賣5000塊錢才夠你湊齊足夠的錢買到遊艇。乙個買主看中了車，但是他只願意出4500塊錢。你說」少於5000不賣「，他也堅持」我最多能出4500「。
這個談判的例子是基於立場而不是利益，所以最終的結果必然一贏一輸。但是我們假設買主可以讓你4000塊錢就能購買一艘遊艇，這樣你不僅買到了遊艇還掙到了500塊錢。這個故事想要告訴我們的是談判要基於雙方的利益，而不是立場。
軟體開發也是一樣，通常客戶讓我們6個月開發完成的專案至少需要9個月，沒人想在此後的6個月每週工作60小時以上。為了保證拿下專案，你必須做出讓步，考慮乙個雙贏的方案。在專案進度的談判中最容易出現的問題就是雙方針對進度計畫爭論不休，此時我們應該避免對立立場 ，盡量從各個角度提出多種備選方案。如果客戶一定要堅持按照指定的進度完成專案，你可以從下面幾個方面說服他們：
1.過分樂觀的預估開發速度
過分樂觀的預估開發速度會對進度計畫造成負面影響，指定計畫需要追求實際。
2.延長開發計畫可以增加成功的機會
若將計畫進度縮短，則如期完成的機率也相應的減小。
3.提引以前類似專案的失敗教訓
指出以前的某些專案之所以延遲正是由於進度估算過短而造成的，並且還產生了其他很多由於超時引發的各種問題。盡量使他人明白不應再犯相同的錯誤。
不要將談判看做你死我活的角鬥遊戲，應從解決問題的角度進行協商，真正明智的談判者會努力達到雙贏的解決方案。在進度談判中提出多種備選方案是非常重要的，由於開發人員掌握著關鍵實現技術，因此他們比與之談判的非技術人員更有責任從各個角度考慮各種可能方案，並解釋每個方案的可實現性及各方案的平衡因素。
在籌畫軟體專案時，最好先確認一下其中存在多少可以靈活調整的內容。如：
1.與產品有關的靈活變通
2.與專案資源有關的靈活變通
3.與進度計畫有關的靈活變通
在談判的過程中，要著重陳述你能做什麼，而避免強調你不能做到的事情。如果對方提出的功能要求、資源投入及進度計畫，你認為不可能同時達到，則應當這樣提出：」以現在的專案組完成所有特性要比預期時間多4周；如果增加乙個人，則能夠在預期時間內完成所有功能；如果將特性x、y和z去除，則現有專案組在預期時間內能夠完成剩餘的其他功能。「關鍵是要避免雙方的大聲爭吵，」我做不到！「，」你必須這樣做！！！「，」不，我不能！「，」你必須能！「,」決不行！「。應當提出多個備選方案，強調你能做到的事情。
軟體人生 如何拒絕不合理的要求
職場上如何拒絕老員工給你施加的一些不正當的壓力。正好水木上看到乙個帖子，發在這裡，借用其他借用其他工作的案例來做分析，至於軟體行業內應該如何做，自己考慮。發信人 zx520 rainbow 信區 worklife 標 題 如何拒絕 發信站 水木社群 tue jan 26 11 21 39 2010 ...
軟體人生 如何拒絕不合理的要求
職場上如何拒絕老員工給你施加的一些不正當的壓力。正好水木上看到乙個帖子，發在這裡，借用其他借用其他工作的案例來做分析，至於軟體行業內應該如何做，自己考慮。發信人 zx520 rainbow 信區 worklife 標 題 如何拒絕 發信站 水木社群 tue jan 26 11 21 39 2010 ...
關愛程式猿，拒絕不合理需求
阿里月餅那個事兒，大家都知道個七七八八了吧，不知道的可以點原文去知乎看，我想說個不一樣的角度，這件事也許根本不應該發生 居然做了個月餅系統 為什麼不用 的秒殺系統，而要重 明乙個不太圓的輪子？5 6年前我們就對這個系統的業務規則 比如乙個id限購1件 安全 防作弊做過各種努力了，那會兒搶的是ipho...