確認需求
引導客戶：明確客戶需求，是爲了解決什麼問題。基於解決問題，提出合適的解決方案，讓用戶來做選擇。
客戶，多數時候也並不明確自己的需求。重要的是瞭解，客戶具體是想要解決什麼問題，而不是按照用戶的想法馬上去做
確認干係人
在項目上線前一週左右。甲方提出要升級數據庫版本，從oracle11g，替換到oracle19c。如果升級了數據庫版本，這是我們的項目，之前沒有使用過數據庫版本，接口要全部重新測試。這是非常大的一個變更。
這件事和確認干係人，有什麼關係呢？和我們對接的這個甲方，是這個項目的負責人。但是這個負責人，上面還有負責人。花了一天的時間，整理新的數據庫環境，替換新的jar包。第二天，被告知，不做數據庫版本升級。
數據庫版本升級這件事，即使在上線前一天提出來。也沒有對錯。問題是在於誰來承擔這個風險，誰來做這個決定。所以我們做項目，要確定干係人，確定能拍板方案的負責人。
項目質量
這個項目。兩個開發人員，花了5周。開發完這個項目。不加人，不延長開發週期，又要儘量保證項目質量。這種情況下，只能加班，和降低項目質量。加班，就不說了。說說如何合理降低項目質量的。
1.減少接口開發。比如得到下游系統的交易終態。有兩種方式，一個是主動查詢，一個是下游系統異步通知。在不接異步通知這個接口的情況下，整個項目流程依然是一個閉環。只是少了一種明確終態的手段。
2.減少項目文檔，後續補上項目文檔的方式。
當然除了這種主動降低項目質量的方式，每天加班，疲勞代碼的情況下，項目質量當然不如頭腦清醒的時候寫的代碼。
風險控制
識別風險，判斷風險的等級。
有變化就會有風險
1.需求變更；
2.項目週期，突然提前；
3.人員變化
平常還需要多總結
項目驗收
需求確認，和項目驗收，是和甲方，交流最頻繁的時間段。驗收也非常容易出現問題。因爲平常不參與，做成什麼樣子。只有驗收的時候才能看到。