在專案制軟體開發中，工程師和專案主管的主要壓力來自於最後期限（deadline）。
有人或許說主要壓力是來自於技術難點，但是事實上沒有解決不了的問題，要麼將技術難點攻克，要麼繞過技術難點用其他的解決方案。問題在於解決技術難點需要時間，而這會讓本不太多的專案時間更進一步逼近最後期限，而「按時交付」是評價乙個專案成敗的關鍵因素，所以壓力由此而生。
不過，最後期限有時候是可以主動把握的。下面看我們的案例：
專案性質：技術外包
專案背景：長期外包合作
專案收款方式：按人頭按天算酬
其中專案收款方式非常重要，直接決定商業開發應該如何進行。
1.專案一次性付款。
即乙個專案一次性談好需要多少錢，需要多少時間。那麼這樣最後期限已經基本板上釘釘，除非需求變更或者其他情況那麼最後期限不會改變。
客戶這麼想：反正錢總是那麼多，只要在合同規定期限內保證質量地完成就可以了。但是如果專案超過期限，那我們就要討價還價了，找機會還找開發商撈點什麼過來。
開發商這麼想：只要錢到手了，在規定期限內保證主要功能完成就行，細枝末節的以及一些合同上沒寫明的灰色地帶可以留在以後「維護階段」進行。當然「維護階段」是另外收費的。
專案經理這麼想：只要安排好進度有條不紊地進行就可以了。技術難點得先通過demo的形式好好研究，只要解決方案可行就ok。。等等，怎麼銷售籤的合同裡面專案時長這麼短？（銷售想：不然拿不到訂單啊）那我只能多安排員工加班加點了。
工程師這麼想：這個專案時間這麼緊，還有這麼多技術難點（issue）沒有解決，要在最後期限之前完成，壓力還真大啊。。。得，誰叫我們是「責任制」呢，週末主動來加班吧。
2.按人頭按天算酬
這樣的計酬方式外國外包經常使用，前提是乙方是專業的外包公司，在保證效率的情況下，甲方寧願按天和人頭付錢，這樣避免因為專案複雜而難於估計進度。
客戶這麼想：外包就是保證了人力成本降低了很多，相當於我又多了幾個員工。那麼我保證每天不會讓他們閒著，每天跟蹤（track）進度，偶爾也可以用「責任制」來佔點便宜，讓他們每天加點班，不過合同寫著我一天只出8小時的錢。就好像買了個伺服器一樣，不讓使用率達到90%以上就是浪費資源，於是週末也可以讓他們來上班，甭管有沒有專案最後期限的壓力，就算給兩倍工資也比自己的員工要便宜，那麼在相同時間多幹點活有什麼不好呢。
開發商這麼想：盡量在不影響我利益的大原則下，讓客戶滿意，過一天是一天的錢。週末加班也有好處，可以忽悠那個外國客戶多給點錢，但是還要一些成本（或者不用成本）出來安撫人心。只要保證所有的加班回款要到位就可以了。至於客戶用「責任制」來壓榨我們，偶爾這樣可以，就當是維護客戶的關係（因為和客戶時間越長錢越多，錢不是一次到位），但是頻率高了就得馬上給客戶發email打**開會了，要求是不是應該多加點人頭資源保證「專案的高質量」。
專案經理這麼想：現在和客戶已經是長期合作關係了。那麼來了乙個專案，就由我們來估計進度，然後發過去給客戶瞧瞧，只要不太離譜一般客戶都可以接受。讓工程師估計進度的時候多留點空閒（buffer）吧，這樣可以減少最後期限（deadline）帶給我的壓力和風險，而且因為按天算錢，所以我們在本專案中拿到的錢也會多一點，一舉兩得吧。
工程師這麼想：既然客戶讓我們估計進度發給他看，那麼不妨在保證質量的基礎上給自己留點空閒（buffer），一來專案做到中間誰知道有沒有什麼阻礙進度（block）的問題（issue）；二來以前「責任制」也讓他們佔了不少便宜，得要回來一點，我可不想自己那麼累；三來站在公司的層面專案時間長那麼一點對公司也有好處，因為按天算錢。
於是，客戶，開發商，專案經理，工程師，上上下下，不論採用什麼的付款方式，都熱火朝天快快樂樂地乾著活。
但有時候又會出現一些灰色的東西，比如客戶說這個專案必須在下周五之前完成，或者這週末必須加班2天「保證我們的進度」。然後過了下周五之後，工程師赫然發現居然專案還在每天更新，於是知道自己被當伺服器使喚了。這個時候客戶依然會發過來一些不大不小的需求變更或者任務，但是因為不是乙個專案級別的任務，所以沒有規定最後期限。這個時候，工程師或者專案經理有兩種選擇：
1. 主動詢問該需求變更的最後期限
工程師或專案經理想：這是乙個專業（professional）的表現。
客戶想：其實這個需求變更也不是那麼急啊，不過既然他們那麼問了，那還是用「責任制」的方法讓他們早點交吧，好做下面的工作。畢竟我們是按天算錢的，我可不想在這個上面花費太多的時間，時間就是金錢。
2. 故意不問最後期限
工程師或專案經理想：這個問題既然他們沒有提，而且根據email和**會議的語氣也不是那麼急，那麼我們乾脆不提出來算了。提了之後他們肯定把不急的事情當作緊急的事情處理了，那麼我們又變成伺服器一樣了，而且自己累不說，公司也少賺不少錢。就按每天8小時給他們幹吧，如果他們不滿意進度，可以在適當時候提出「加人頭資源」的談判。
客戶想：。。。。。（沒什麼想的，沒有人提問還想什麼呢）
如果這兩種情況擺在面前，你選擇哪種情況？
《最後期限 》書中摘要
最後期限 重點摘要 優質管理的四大要素 l 選擇正確的人 l 為他們分配正確的工作 l 保持他們的積極性 l 幫助團隊凝聚起來並保持團隊的凝聚力 其他一切都只是文案 安全和變化 l 除非感到安全，否則人們就不能去迎接變化 l 在所有成功的工程中 以及在絕大多數其他有價值的工作中 變化都是基本的要素之...
《最後期限》讀書筆記
tom demarco 屋簷下的水滴 讀書筆記系列 管理中最困難的是什麼？人！讓正確的人去做正確的事，這就是優秀的管理者和平庸的管理者之間的區別。尋找合適的人選。然後，不管你之後做錯了什麼，這個人都會拯救你。這就是管理所有的藝術。僱傭人是經理所做的惟一重要的事。人員的選擇 任務的分配 激勵 團隊構建...
論程式設計的最後期限
中文英文 英文原文 普通程式設計與專業程式設計之間有很多差別，而最為顯著的就是截止日期。當你給自己寫程式的時候，只要你願意，就可以用很多 或者很少 的時間來完成，但是當你給別人寫程式的時候，你就只有一點有限的時間和資源來完成任務。而根據我的經驗，一般會導致以下兩種情況之一 1.你必須延長時間以妥善完...