團隊練習3
案例：
1、你發現跟你聯絡的”客戶” 不是真的客戶， 而是轉手把他接到的活轉包給你了，但是你見不到使用者，你只跟轉包的二道販子交流。
2、使用者聲稱這是一個 "小案子", "用開源程式改一下就行"。
3、客戶聲稱 “目前錢不多， 但是優秀者以後會給股份"
4、客戶不籤合同, 不給預付金。
PM 在敏捷開發模式中負責和使用者打交道， 需要為自己的團隊爭取最大的短期和長期利益。在軟體兼職專案中，有很多不同的任務和完成任務的條件，針對每個案例做出如下分析：
1、有什麼樣的風險?
2、如何應對?
3、作為團隊的PM 你是否接手這個專案?
在學習通提交解答的同時，可以同步釋出在團隊和個人部落格上，作為學習心得體會，記錄下來。
答案：
-
與二道販子而非終端使用者打交道
（1）風險:
缺少直接與終端使用者溝通的機會，可能導致對需求理解不準確。
二道販子可能隨時撤出專案，導致收入不穩定。
轉包方可能不具備足夠的專業性，質量控制難度大。
（2）應對策略:
儘量尋求與終端使用者的直接溝通，或透過正式渠道確認需求的詳細性和準確性。
與二道販子簽訂明確的協議，確保專案交付和支付條件清晰。
（3）是否接手:
如果無法確保專案的穩定性和收益，應謹慎考慮是否接手。優先尋求更直接、透明的合作模式。 -
專案被低估，稱“小案子”
（1）風險:
專案可能比預期更復雜，資源和時間成本可能被嚴重低估。
客戶可能對開發過程和成本有不切實際的期望。
（2）應對策略:
詳細評估專案需求，制定實際的時間和資源預算。
向客戶明確實際所需工作量和成本。
（3）是否接手:
僅當客戶對專案的實際需求和成本有正確理解和接受後，考慮接手。 -
承諾未來給予股份，但現階段資金不足
（1）風險:
專案資金鍊可能不穩定，導致工作無法按時獲得合理報酬。
股份的承諾可能無法實現，或因為種種條件難以兌現。
（2）應對策略:
要求客戶提供更具體的未來利益分配方案。
探討至少部分預付金的可能性，降低風險。
（3）是否接手:
如果客戶不能提供任何形式的預付或明確的股權分配計劃，建議不接手。 -
客戶不願簽訂合同和支付預付金
（1）風險:
專案有高風險因為沒有法律保障。
可能存在付款遲延或不付款的風險。
（2）應對策略:
堅持至少簽訂基本合同，確保有法律檔案支援合作條款。
推動至少部分預付金的支付，以證實客戶的合作意願和資金實力。
（3）是否接手:
如果客戶堅持不籤合同且不支付預付金，強烈建議不接手此類專案。