在不少公司，其实产品经理也需要做项目管理的工作（毕竟没有设置专门的产品岗）。那具体怎么做呢？本文作者分享了项目管理的三个核心动作：启动、推进和复盘，希望能帮到大家。
项目管理的核心在于三个关键动作：启动、推进和复盘。这三个步骤贯穿项目始终，帮助团队明确目标、统一行动，并从经验中学习成长。
目的是为了达成项目目标与方向的共识。在启动会上，需要详细讲解以下五个要点：
1.为什么要做——背景：解释项目发起的背景和必要性，包括市场环境、用户需求等，，让团队成员明白项目的紧迫性和重要性。
2.具体怎么做——规划：详细介绍项目的实施步骤和时间表，确保每个人都知道自己的职责和任务。
3.有谁参与——人员：明确团队成员及其角色，确保每个人都了解自己的责任和任务分配。
4.协作方式——流程：规定项目的协作流程和沟通机制，确保团队成员能够高效协作。
5.马上做什么——执行：确定启动会后的立即行动计划，确保每个人都知道接下来要做什么。
对于大项目，启动会是必不可少的，而对于小项目，可以根据实际情况决定是否召开。无论大小，启动会都应该简洁明了，且内容充实。
对于成熟的业务项目，启动会的目的主要是为了获得共识。需要注意以下几点：
相比于成熟产品的启动会，时间可能会很长，有时候2小时-5小时，因为大家对于这个项目的认可度很低，有很多的质疑点。
对于从0到1的新项目，启动会的核心目的是让团队成员意识到项目的独特价值和紧迫性。需要注意以下几点：
在快速变化的商业环境中，敏捷开发方法因其灵活性和响应速度而受到欢迎。
Scrum作为一种敏捷框架，通过一系列的仪式活动来促进团队内部的有效协作，特别强调会议制度的作用，以优化团队协作，提高项目交付的质量和速度。
Scrum框架中的关键部分，旨在为接下来的迭代周期设定明确的目标。
这种会议相较于传统的单月迭代方式更为高效，例如美团采用了双周迭代会议，这种方法通过提高业务迭代效率，显著提升了业务产出。
一个月内完成两个版本的交付，使得每年可以交付多达20-24个版本。同时也合理化了人力资源的分配，保证了各个角色的持续产出，使得版本交付周期缩短至5.5周。
在会议之前，Product Owner需要准备一份按优先级排序的需求列表，这份列表应该已经过评审或与研发团队达成一致。
需要注意的是：
1）子任务是否被充分拆分，涵盖开发、联调、测试准备、自测等各项任务？
2）每个研发人员的排期是否既充实又不冲突？
通常由研发或测试人员展示上一个Sprint发布的内容。
这种会议有助于提升团队成员的成就感，特别是当有数据总结时，更能直观地看到工作的成效。如果有运营职能的同事参与，效果会更好，因为他们可以从市场反馈的角度提供有价值的见解。
团队成员共同反思过去Sprint的表现，讨论成功之处和需要改进的地方。产品、研发和测试团队都会在这个环节中发表自己的感言，这对于促进团队的成长和持续改进至关重要。
一个至关重要的仪式，它不仅帮助团队了解项目的具体进度和困难，还能够有效地避免拖延现象。由于团队成员在日常工作中可能会遇到各种问题，有些成员可能因为害羞或担心批评而不愿意在团队中分享这些问题，因此每日站会提供了一个安全的环境，让大家可以公开讨论遇到的障碍。
执行的步骤可参考：
1）确定站立会时间和地点、参会人员
首先，确定站立会的具体时间和地点，并通知所有参会人员。一旦时间确定，所有成员都应在规定时间内到场。若有成员因特殊原因无法参加，需提前告知，并将自己的工作进度和计划反馈给Scrum Master。
2）会前准备
每位参会者应在会议开始前10分钟更新项目管理工具（如Jira、飞书项目、teambition等工具）上的需求、子任务和缺陷状态，准备好会议上的发言内容。主要内容包括：
3）会议进行中
1. Scrum Master先确定参会人员是否全部到齐，到齐后宣布站会开始。
2. Scrum Master 审查线上BUG情况。
3. Scrum Master从右往左遍历面板上的需求，每个需求让相关人陈述进度和计划、遇到的问题。
4. 参与人开始表述需求和任务的进度和计划，同时，参与人自行移动和更新面板，包括需求、子任务状态变更，新增需求等，同时更新需求、子任务的状态标识。
5. 在参与者都发言完毕后，Scrum Master先询问对于这个需求大家是否还有需要补充和不明确的地方。
6. Scrum Master需要向参与者确认需求、子任务的发布上线时间和风险情况，并引导参与者思考是否能按时完成需求的发布上线。
7. 重复执行步骤3-6，直至面板上所有需求全部讨论完毕。
8. Scrum Master询问众人是否还有没有在面板上的事项需要说明。
9. Scrum Master对进度和站立会的执行进行总结。
注意事项：
1. 准时参加，不迟到。
2. 不要超出限制时间（站立会时间15min）。
3. 不要讨论技术问题。
4. 不要转变会议话题。
5. 不要在没有准备的情况下参加。
6. Scrum Master 不要替团队成员移动任务卡片，不要替团队更新燃尽图。
7. 团队成员不要向 Scrum Master 或管理层人员报告。
8. 如果不能出席会议，需要通知团队，并找一名代表参加或提前同步进度。
9. 有需求置换需要当场填写需求/子任务，并贴在面板上。
陈述规范：
针对特定需求，陈述格式如下：
1. 今天的工作完成情况，如果没有完成，原因是什么？
2. 明天的目标是什么？是否有可能遇到困难，需要谁的帮助？
对于晨会，则改为：
1. 昨天的工作完成情况，如果没有完成，原因是什么？
2. 今天的目标是什么？是否有可能遇到困难，需要谁的帮助？
成长期的团队可以通过Scrum Master提问的方式，形成固定的汇报模式，避免讨论，培养良好的习惯。而在成熟的团队中，每个成员应按照固定的模式进行汇报。任何需要深入讨论的问题都应在站会后由Leader协调或成员间私下解决。
对应的线上看板使用：
看板分为多个泳道，每个泳道代表不同的工作状态，如：
不同角色关注不同的泳道，如：
1. 产品经理：主要关注【未开始】、【产品设计中】、【评审中】、【待开发】
2. 研发人员：主要关注【开发中】、【待测试】
3. 测试人员：主要关注【开发中】、【测试中】、【待产品验收】、【待上线】、【已完成/已上线】
线下的物理看板说明：
使用不同颜色的贴纸区分不同类型的任务：
1. 需求：使用粉红色贴纸，需要标明需求概述、预计发布时间
2. TC任务：使用黄色贴纸，需要标明任务概述和负责人、预计结束时间
3. 前端任务：使用绿色贴纸，需要标明任务概述和负责人、预计结束时间
4. 后端任务：使用蓝色贴纸，需要标明任务概述和负责人、预计结束时间
5. 客户端或者其他角色的任务：使用棕色贴纸，需要标明任务概述和负责人、预计结束时间
状态标识说明：
1. 旗帜：用以标识需求的风险状态，红色表示进度落后预期，黄色表示进度正常
2. 勾叉：用以标识子任务的风险状态，叉表示进度落后预期，勾表示进度正常
在敏捷开发中，Bug管理和会议效率是确保项目顺利推进的关键因素。接下来，我们来探讨如何通过优化线上Bug Review和其他会议流程来提升团队的整体表现。
站会负责人需要在每日站会中维护本组的Bug筛选器，以便快速定位并处理Bug。筛选器应包含以下内容：
每日站会内容：
在每日站会中，团队需要重点关注以下两个方面：
定期的周会对于确保团队成员了解项目的整体进度和各自职责至关重要。特别是在多项目并行的情况下，有效的周会可以帮助团队避免资源浪费和重复工作，提高协同效率。
每周召开一次业务组周会，明确本周的重点工作和下周的核心目标。会议内容应包括但不限于以下几个方面：
在需求理解不清晰时尤为重要。它帮助团队成员找到重点和难点，明确需求，并讨论实现的可行性。
需求评审可以在需求设计完成后随时召开，但进入本迭代的需求必须在迭代启动之前完成评审。评审过程中，研发团队要充分发表意见，尤其是提出反面意见，以便全面评估需求的可行性和潜在风险。
确保上线前的各项准备工作就绪，提升团队的信心。在会上，团队成员需要同步上线的重点事项，确保相互支持，并提前做好上线后的准备工作，如在线客服、客户服务等。这样可以减少上线时可能出现的问题，提高用户体验。
为了确保会议的高效性，我们需要遵循以下基本原则：
原则一：不开无效会议
原则二：充分的会前准备
1）明确会议目的：在会前和参会人沟通清楚会议相关信息并达成一致后再拉会议日程。
2）确定会议类型：根据会议的性质（解决问题、决策执行、头脑风暴、信息同步或考核成果）来组织讨论。
3）选定参会人员：
4）确定会议的基本信息：
5）制定明确的议程，令会议高度系统化和紧凑：
6）制定会议规则
7）会前做好设备调试和材料准备工作：
原则三：一定要主持会议
在会议的实际进展中，作为会议的组织方，我们需要明确参会人的角色，让每位参与者都能高度投入。通过有效的主持技巧，引导讨论沿着理想的路径推进，真正解决问题，形成方案与共识，并确保会议达成一致意见后能够按约定执行。
在参会人员中，每个人都应该有明确的角色，并履行各自职责。常见的角色类型包括：参会人员、主持人、记录人和决策者。
参会人员
作为参会人员，在会议中的主要职责是：
主持人
作为主持人，有着流程管理的会议功能，其职责一般包含：
会议记录者
作为记录人，有着信息管理的会议功能，其一般职责包含：
决策者
作为决策者，对会议最终能否达成指导后续工作的共识起着至关重要的作用，其一般职责包含：
（4）会议跟踪与结果落实
任何没有结果输出的会议都是在浪费时间。为了确保会议的有效性，我们需要：
会议人数≥5人时，必须输出会议纪要和执行事项，并用任务管理工具进行跟踪。
跟踪与反馈机制：
确保信息透明：会后12小时内通过邮件将会议纪要和结论发送给相关方（不仅限于参会人员，还包括需要知晓会议内容的其他人），以保证信息的透明管理和避免沟通遗漏。
最后，总结下核心要点：
在团队管理和项目推进中，内外部共识的建立是至关重要的。无论是对外展示团队进展，还是内部沟通协作，有效的汇报和文档化都是不可或缺的手段。
以下是几种常见的汇报和文档策略，帮助团队提升内外部的共识水平。
解决外部的信任问题，对外展示团队的进展和贡献。
定期发送团队周报，同步项目的进度和团队的工作成果。通过周报，可以让外部利益相关者（如上级领导、合作伙伴等）了解团队的努力和成绩，从而增强他们的信任和支持。
提升团队成员的成就感，激励他们继续前进。
在项目达到重要里程碑时，进行汇报，表扬和鼓励团队成员。这种正面的反馈不仅可以增强团队成员的归属感，还能激发他们的积极性，让他们更有动力迎接未来的挑战。
及时同步突发问题，避免延误。在遇到突发问题时，及时汇报风险，并尊重时间，迅速寻求解决方案。这种快速反应机制有助于团队迅速应对突发事件，减少负面影响。
改善新人与老人之间的共识问题，通过文档化的方法提升团队整体能力。以下是两种典型情况的文档沉淀：
不要急于直接解决问题，而是要思考如何提升团队的能力，从而减少困惑的频率。比如，所有新上线的功能都应附带使用手册，并提供完整的功能清单。在迭代过程中，对新功能进行标注，确保每个功能都有明确的意义。
在项目管理中，定期的总结与复盘是促进团队效能提升的关键环节。无论是在项目的初期阶段还是完成重要里程碑之后，及时的反思都能为后续工作奠定坚实的基础。
复盘不仅仅是对过去的回顾，它是面向未来的行动指南。通过有效的复盘机制，我们可以：
为了实现高效的复盘流程，我们可以采取以下步骤：
1）收集问题：
2）打分量化评估：对项目的整体表现进行评分，了解团队成员对项目的满意度。
3）列出表现好的点：记录项目中表现优异的部分，作为团队的亮点。
4）目前存在的核心问题：确定项目当前面临的最主要问题，以便集中精力解决。
5）分析问题，共同探讨：
6）解决问题，制定行动计划：
PART01：三点经验（我有什么经验可以分享给大家）
PART02：三点教训（从项目目标本身出发，我踩了什么坑）
PART03：三点落地改进计划（基于我踩过的坑，明年我怎么提升避免？）
1）完成目标的过程中可以改进的方向：
2）针对影响目标达成的因素，我可以做到哪些：包括内部因素（团队内的、个人的）、外部因素（环境、组织等），基于这些因素，我可以做到哪些改进，促使目标达成。
3）基于可以改进的点，在下一个有孵化性质的项目中，我们可以怎么做？
参考文章：
本文由 @萌沐 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。