我認為：
1、詳細需求沒有做好，如果和用戶討論好需求，就要求用戶簽字。這樣減少點風險。
2、在軟件開發(fā)中如果能讓客戶一起參與最好，如果不能可以上用戶定期來進行測試，這樣及時于需求不符合的也可以及時察覺，及時修正。
3、出現(xiàn)上次情況，應該在滿足用戶功能的情況下，談升級。

仔細分析變更的原因。如果是因為項目已經(jīng)確定的需求與用戶的真實需求之間差距太大，那就要坐下來認真地評估需求風險，根據(jù)評估結果采取相應的對策，如重新進行需求開發(fā)。同時一定要有雙方同意遵守的變更控制流程。僅靠溝通是不夠的。
都收尾了你才發(fā)現(xiàn)產品已過時，然后希望客戶為你們的過時產品買單。這可能需要“世界上最偉大的推銷員”出馬才搞得定。為避免此類事情再度光臨，一定要時刻牢記項目目標后面的“為什么要做這個項目”。在項目過程中隨時關注市場變化，并定期（一般在階段評估中）評估項目產品是否還能滿足市場需求。

對于2，首先，這個項目和其周期是否是各方經(jīng)過可行性分析有才決定做的？如果客戶已經(jīng)對這個項目的相關內容和文件進行了簽字，而且按你說的“完成了合同要求的內容”，那么這個項目就可以進行驗收操作了，因為你們并沒有違反合同；其次，對于你說的“望用戶在追加經(jīng)費對更新的產品進行研發(fā)”，其實也是可以的，但是具體操作方式可能會是這樣:讓用戶再立項一個項目來進行操作，這樣對各方可能都好接受一點

對于1，我覺得首先要有變更控制的思想，首先要通過各種渠道貫徹給用戶，變更是需要一定的代價的；其次，如果經(jīng)常出現(xiàn)變更，那么要思考為什么會出現(xiàn)這種情況，到底在計劃階段哪方面自己做得不好；再次，對于這種情況，可以自保的一種方式就是悄悄的撤掉一部分團隊成員，以減少項目的成本，進而減輕公司那邊給你的壓力。

最后，提醒一點，項目經(jīng)理采取強硬的方式對待一些問題有時候也是必須的，不要讓用戶覺得變更是件很輕松的事，變更一定要讓各方簽字，甚至對于一些不必要的變更，可以通過各方交涉，決定不進行變更。

我認為：
1、詳細需求沒有做好，如果和用戶討論好需求，就要求用戶簽字。這樣減少點風險。
2、在軟件開發(fā)中如果能讓客戶一起參與最好，如果不能可以上用戶定期來進行測試，這樣及時于需求不符合的也可以及時察覺，及時修正。
3、出現(xiàn)上次情況，應該在滿足用戶功能的情況下，談升級。

仔細分析變更的原因。如果是因為項目已經(jīng)確定的需求與用戶的真實需求之間差距太大，那就要坐下來認真地評估需求風險，根據(jù)評估結果采取相應的對策，如重新進行需求開發(fā)。同時一定要有雙方同意遵守的變更控制流程。僅靠溝通是不夠的。
都收尾了你才發(fā)現(xiàn)產品已過時，然后希望客戶為你們的過時產品買單。這可能需要“世界上最偉大的推銷員”出馬才搞得定。為避免此類事情再度光臨，一定要時刻牢記項目目標后面的“為什么要做這個項目”。在項目過程中隨時關注市場變化，并定期（一般在階段評估中）評估項目產品是否還能滿足市場需求。

對于2，首先，這個項目和其周期是否是各方經(jīng)過可行性分析有才決定做的？如果客戶已經(jīng)對這個項目的相關內容和文件進行了簽字，而且按你說的“完成了合同要求的內容”，那么這個項目就可以進行驗收操作了，因為你們并沒有違反合同；其次，對于你說的“望用戶在追加經(jīng)費對更新的產品進行研發(fā)”，其實也是可以的，但是具體操作方式可能會是這樣:讓用戶再立項一個項目來進行操作，這樣對各方可能都好接受一點

對于1，我覺得首先要有變更控制的思想，首先要通過各種渠道貫徹給用戶，變更是需要一定的代價的；其次，如果經(jīng)常出現(xiàn)變更，那么要思考為什么會出現(xiàn)這種情況，到底在計劃階段哪方面自己做得不好；再次，對于這種情況，可以自保的一種方式就是悄悄的撤掉一部分團隊成員，以減少項目的成本，進而減輕公司那邊給你的壓力。

最后，提醒一點，項目經(jīng)理采取強硬的方式對待一些問題有時候也是必須的，不要讓用戶覺得變更是件很輕松的事，變更一定要讓各方簽字，甚至對于一些不必要的變更，可以通過各方交涉，決定不進行變更。