4.23随堂练习

团队练习1：PM 的基本技术训练 – 案例分析

在PM 带领下， 每个团队深入分析下面行业的软件， 找到行业的Top 5 （选以下中的一个）

英语学习/词典App

笔记App

旅游行业的手机App

要求本团队成员亲身用过这些软件，给每个软件一个评级，并分析它的优点和缺点；不能照抄网络上的排名！

1. 百词斩
评级：4.3分
优点：
图片记忆法独特，每个单词都配有一张生动的图片，有助于加深记忆。
提供多种学习模式，如单词拼写、听音辨词等，增加学习的趣味性。
社区氛围浓厚，用户可以分享学习心得，互相激励。
缺点：
图片有时与单词关联不够紧密，可能导致记忆偏差。
部分用户反映广告较多，影响学习体验。

2. 粉笔四六级
评级：4.5分
优点：
针对四六级考试设计，内容丰富，包括真题解析、模拟题等。
数据分析详尽，帮助用户了解自己的学习进度和薄弱环节。
提供在线直播课程，方便用户随时随地学习。
缺点：
部分高级功能需要付费才能使用，可能增加学习成本。
对于非四六级考试的用户，内容可能不够丰富。

3. 不背单词
评级：4.2分
优点：
界面简洁明了，操作流畅。
采用科学的记忆方法，如艾宾浩斯遗忘曲线，帮助用户合理安排复习计划。
提供单词发音和例句，有助于用户全面了解单词的用法。
缺点：
相较于其他软件，功能相对单一，可能不够满足部分用户的需求。
社交功能较弱，缺乏用户之间的互动和分享。

4. 扇贝单词
评级：4.4分
优点：
学习计划个性化，根据用户的学习进度和水平调整学习难度。
提供单词拼写、词义选择等多种题型，有助于全方位提升词汇量。
定期举行打卡活动，激励用户坚持学习。
缺点：
部分用户反映软件偶尔出现卡顿或闪退现象。
广告数量适中，但仍有部分用户觉得广告影响了学习体验。

5. 墨墨背单词
评级：4.4分
优点：
单词书资源丰富，涵盖多种考试和日常用语。
提供单词助记功能，用户可以根据个人习惯添加记忆技巧。
学习数据可视化，帮助用户清晰了解自己的学习状况。
缺点：
软件需要付费购买单词上限，对于部分用户来说可能增加了学习成本。
社交功能相对较弱，缺乏与其他用户的互动和学习交流。

团队练习2：风险控制

1、如果你的项目发布后失败，主要的原因会是什么？

2、每个团队列出自己项目中目前面临的风险，按严重性排序（例如：团队中有人原来许诺要努力工作，但是后来做了南郭先生，这是一个风险）同时列出每条风险的应对方法；

3、针对问题1，你们小组如果出现风险，导致项目发布失败，给出应对方案

1、学生信息管理系统发布后失败的主要原因可能包括以下几点：

技术实现问题：系统可能存在技术缺陷，如性能不足、稳定性差、兼容性不佳等，导致用户体验不佳，甚至无法正常使用。
用户需求不满足：在项目开发过程中，如果没有充分理解和满足用户的需求，或者用户对系统的期望与实际功能存在偏差，都会导致系统的失败。
市场推广不足：即使系统本身功能完善，如果市场推广不力，用户不了解或不知道这个系统，也会导致其发布后表现不佳。
团队沟通与合作问题：团队成员之间如果存在沟通障碍、合作不紧密等问题，可能导致项目进度延误、功能实现不全等问题，从而影响系统的发布效果。

2、针对团队项目面临的风险，以下是一些可能的风险及其应对方法，按严重性排序：

风险一：团队成员承诺不兑现
应对方法：制定详细的团队成员职责和任务分配表，并定期进行进度检查和成果验收。对于表现不佳的成员，及时进行沟通和调整，必要时考虑替换或增加人手。
风险二：技术难题难以解决
应对方法：在项目开始前进行充分的技术调研和评估，确保所选技术栈的可行性和稳定性。遇到技术难题时，及时寻求外部帮助或调整技术方案。
风险三：项目进度延误
应对方法：制定详细的项目计划，并设定合理的里程碑。定期进行项目进度检查，及时调整计划以应对不可预见的情况。对于关键任务，设置适当的缓冲时间以应对可能的风险。
风险四：用户需求变更频繁
应对方法：在项目开始前与用户充分沟通，明确需求和功能范围。在项目过程中建立有效的需求变更管理机制，对变更请求进行评估和协商，确保项目的稳定性和可控性。

3、针对问题1中可能出现的风险导致项目发布失败，以下是一些应对方案：

建立风险管理机制：在项目开始前制定风险管理计划，识别潜在的风险并制定相应的应对措施。在项目过程中定期进行风险评估和监控，及时调整风险管理策略。
加强团队沟通与协作：建立良好的团队沟通机制，确保团队成员之间的信息畅通和合作紧密。对于可能出现的沟通障碍或合作问题，及时进行调解和协调。
确保技术实现稳定可靠：在项目过程中注重技术实现的质量和稳定性，进行充分的测试和调优工作。对于可能出现的技术问题或缺陷，及时进行修复和改进。
积极应对用户需求变更：与用户保持密切的沟通和反馈机制，及时了解用户的需求和反馈意见。对于合理的需求变更请求，进行适当的调整和优化，确保系统能够满足用户的实际需求。
制定灵活的推广策略：根据市场情况和用户反馈，制定灵活的推广策略，包括线上宣传、线下活动、合作伙伴推广等多种方式。通过有效的市场推广，提高系统的知名度和用户粘性。

团队练习3 

案例：

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

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

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

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

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

1、有什么样的风险?  

2、如何应对?  

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

在这个案例中，PM面临的是一个典型的软件兼职项目场景，其中涉及到与转包客户的沟通、用户对需求的误解、潜在的股权承诺以及缺乏合同和预付款的情况。针对上述问题，我们需要进行详细的风险分析和应对策略制定。

1、风险分析

（1）沟通风险：与转包客户交流意味着我们无法直接接触最终用户，这可能导致信息传递的失真和延误。转包客户可能无法准确传达用户需求，或者可能为了自己的利益而隐瞒或歪曲信息。

（2）需求风险：用户声称这是一个“小案子”，只需要“用开源程序改一下就行”，这种表述可能过于简化实际需求。实际开发中可能会遇到比预期更复杂的问题，导致项目延期或成本增加。

（3）财务风险：客户承诺“优秀者以后会给股份”，但这种承诺缺乏法律约束，且股份的价值和未来前景都不确定。同时，不签合同、不给预付金，意味着我们的团队在项目初期就要承担全部的开发成本，存在资金风险。

（4）法律风险：没有合同意味着双方的权利和义务没有明确的法律保障，一旦发生纠纷，我们的团队可能面临无法维权的困境。

2、应对策略

（1）加强沟通：尝试与最终用户建立直接联系，或至少要求转包客户提供更详细的用户需求文档。同时，定期与转包客户进行项目进展的同步，确保双方对项目的理解一致。

（2）深入调研需求：对用户需求进行深入调研和分析，确保对项目的复杂性和工作量有准确的评估。避免因为初步判断失误而导致项目失控。

（3）明确财务安排：与客户协商预付款或阶段性付款的方式，以减轻团队的财务压力。对于股份承诺，可以要求将其转化为明确的合作协议或股权分配方案，并进行法律审查。

（4）签订合同：坚持与客户签订正式的项目合同，明确双方的权利和义务、项目范围、交付时间、付款方式等关键条款。合同是保障团队利益的重要工具。

3、是否接手项目

作为团队的PM，在综合考虑上述风险和应对策略后，我会谨慎评估是否接手这个项目。如果客户能够接受我们的合同条款和财务安排，且我们对项目需求有充分的了解和信心，那么我会考虑接手。否则，我会建议团队放弃这个项目，以避免潜在的风险和损失。在决定是否接手项目时，一定要以团队的利益为首要考虑因素。