1、你發現跟你聯絡的”客戶” 不是真的客戶， 而是轉手把他接到的活轉包給你了，但是你見不到使用者，你只跟轉包的二道販子交流。
2、使用者聲稱這是一個 "小案子", "用開源程式改一下就行"。
3、客戶聲稱 “目前錢不多， 但是優秀者以後會給股份"
4、客戶不籤合同, 不給預付金。
PM 在敏捷開發模式中負責和使用者打交道， 需要為自己的團隊爭取最大的短期和長期利益。在軟體兼職專案中，有很多不同的任務和完成任務的條件，針對每個案例做出如下分析：
1、有什麼樣的風險?
2、如何應對?
3、作為團隊的PM 你是否接手這個專案?
答：
第二組
1.風險：
信任風險：無法直接接觸真正的客戶，只能透過轉包者進行交流，存在信任度不高的風險。
合同風險：缺乏正式的合同保障，可能導致專案中出現糾紛時難以維護自身權益。
財務風險：未收到預付金，可能導致團隊資金流動性不足，影響專案的開展和運營。
2.應對方法：
建立信任：與轉包者建立良好的溝通和信任關係，確保資訊傳遞的準確性和透明度。
規範合作：儘量在書面形式上確認專案要求、費用和進度等關鍵資訊，以確保雙方權益。
風險評估：評估專案的潛在風險，採取相應的風險控制措施，例如制定應急計劃和備選方案。
財務管理：積極與客戶協商預付金或者分階段支付的方式，以確保團隊資金流動性和專案的順利進行。
3.決策：
作為團隊的PM，需要權衡短期和長期利益。如果專案的潛在收益和發展前景較好，並且能夠控制風險，可以考慮接手專案。但需要在接手前與轉包者充分溝通，明確專案的條件、預期收益和風險，並儘量規範合作方式，保障團隊和成員的利益。