团队练习3

1、你发现跟你联系的”客户” 不是真的客户， 而是转手把他接到的活转包给你了，但是你见不到用户，你只跟转包的二道贩子交流。

2、用户声称这是一个 "小案子", "用开源程序改一下就行"。

3、客户声称 “目前钱不多， 但是优秀者以后会给股份"

4、客户不签合同, 不给预付金。

PM 在敏捷开发模式中负责和用户打交道， 需要为自己的团队争取最大的短期和长期利益。在软件兼职项目中，有很多不同的任务和完成任务的条件，针对每个案例做出如下分析：

1、有什么样的风险?

2、如何应对?

3、作为团队的PM 你是否接手这个项目?

案例一：转包客户

1. 风险：
   • 信任问题：中间商可能不会完全传达用户的真实需求。
   • 沟通障碍：信息传递经过中间人，可能导致沟通效率低下。
   • 责任归属：若出现问题，责任归属可能不明确。
2. 应对：
   • 建立直接沟通：尝试与最终用户建立直接沟通渠道。
   • 明确责任：在合同中明确规定责任和义务。
   • 风险分担：要求中间商提供担保或预付金。
3. 是否接手：
   • 若能够建立直接沟通并确保风险可控，可以考虑接手。
     案例二：小案子和开源程序
4. 风险：
   • 需求不明确：用户描述模糊可能导致项目范围蔓延。
   • 技术限制：开源程序可能不适合所有需求。
   • 版权问题：使用开源软件可能涉及复杂的版权和许可问题。
5. 应对：
   • 详细需求分析：与用户详细讨论需求，避免范围蔓延。
   • 技术评估：评估开源程序的适用性，确保满足需求。
   • 合规审查：确保使用的开源软件符合项目要求。
6. 是否接手：
   • 若需求明确且开源程序满足要求，可以考虑接手。
     案例三：股份承诺
7. 风险：
   • 承诺不确定性：股份承诺可能无法兑现。
   • 价值评估困难：难以评估股份的实际价值。
8. 应对：
   • 法律咨询：咨询法律专家，确保承诺具有法律效力。
   • 明确条款：在合同中详细记录股份承诺的条款。
9. 是否接手：
   • 若股份承诺具有法律效力且团队对项目感兴趣，可以考虑接手。
     案例四：无合同和预付金
10. 风险：
    • 合同缺失：无合同可能导致项目范围和支付条件不明确。
    • 财务风险：没有预付金可能导致项目资金不足。
11. 应对：
    • 制定合同：坚持签订详细的服务合同，明确项目范围和支付条件。
    • 财务保障：要求预付金或分期支付，确保项目资金流。
12. 是否接手：
    • 若能够达成合理的合同和支付条件，可以考虑接手。
      总结
      作为团队的PM，在决定是否接手这些项目时，需要综合考虑团队的能力、项目的潜在收益、风险的可控性以及团队的长期发展目标。在所有情况下，保护团队的短期和长期利益是首要考虑。如果风险过高或无法通过谈判降低风险，那么拒绝项目可能是更明智的选择。