4.24-团队练习3

团队练习3
案例：
1、你发现跟你联系的”客户” 不是真的客户， 而是转手把他接到的活转包给你了，但是你见不到用户，你只跟转包的二道贩子交流。
2、用户声称这是一个 "小案子", "用开源程序改一下就行"。
3、客户声称 “目前钱不多， 但是优秀者以后会给股份"
4、客户不签合同, 不给预付金。
PM 在敏捷开发模式中负责和用户打交道， 需要为自己的团队争取最大的短期和长期利益。在软件兼职项目中，有很多不同的任务和完成任务的条件，针对每个案例做出如下分析：
1、有什么样的风险?
2、如何应对?
3、作为团队的PM 你是否接手这个项目?
在学习通提交解答的同时，可以同步发布在团队和个人博客上，作为学习心得体会，记录下来。

答案：

1. 与二道贩子而非最终用户打交道
   （1）风险:
   缺少直接与最终用户沟通的机会，可能导致对需求理解不准确。
   二道贩子可能随时撤出项目，导致收入不稳定。
   转包方可能不具备足够的专业性，质量控制难度大。
   （2）应对策略:
   尽量寻求与最终用户的直接沟通，或通过正式渠道确认需求的详细性和准确性。
   与二道贩子签订明确的协议，确保项目交付和支付条件清晰。
   （3）是否接手:
   如果无法确保项目的稳定性和收益，应谨慎考虑是否接手。优先寻求更直接、透明的合作模式。

2. 项目被低估，称“小案子”
   （1）风险:
   项目可能比预期更复杂，资源和时间成本可能被严重低估。
   客户可能对开发过程和成本有不切实际的期望。
   （2）应对策略:
   详细评估项目需求，制定实际的时间和资源预算。
   向客户明确实际所需工作量和成本。
   （3）是否接手:
   仅当客户对项目的实际需求和成本有正确理解和接受后，考虑接手。

3. 承诺未来给予股份，但现阶段资金不足
   （1）风险:
   项目资金链可能不稳定，导致工作无法按时获得合理报酬。
   股份的承诺可能无法实现，或因为种种条件难以兑现。
   （2）应对策略:
   要求客户提供更具体的未来利益分配方案。
   探讨至少部分预付金的可能性，降低风险。
   （3）是否接手:
   如果客户不能提供任何形式的预付或明确的股权分配计划，建议不接手。

4. 客户不愿签订合同和支付预付金
   （1）风险:
   项目有高风险因为没有法律保障。
   可能存在付款迟延或不付款的风险。
   （2）应对策略:
   坚持至少签订基本合同，确保有法律文件支持合作条款。
   推动至少部分预付金的支付，以证实客户的合作意愿和资金实力。
   （3）是否接手:
   如果客户坚持不签合同且不支付预付金，强烈建议不接手此类项目。