理论介绍
瀑布模型：
敏捷模型：
Scrum框架：
传统和敏捷差异
传统项目管理方法通常按照线性流程进行，通过预先制定的计划、监督和控制来实现项目目标。敏捷项目管理方法则更加灵活，通过迭代和持续的改进来实现项目目标。敏捷方法强调团队合作、适应变化、快速交付价值。
项目管理十大知识领域
项目管理的十大知识领域包括：
- 项目范围管理：确定项目的目标和边界，并确保项目在进行过程中不会超出这些范围。
- 项目时间管理：确定项目的时间计划，并确保项目按时完成。
- 项目成本管理：确定项目的预算，并确保项目在预算范围内完成。
- 项目质量管理：确保项目产品、服务或结果符合质量标准。
- 项目资源管理：确定项目所需的人员、设备和材料，并确保这些资源得到有效利用。
- 项目沟通管理：确定项目的信息需求，并确保项目信息得到有效传递。
- 项目风险管理：识别、评估和应对项目中的风险。
- 项目采购管理：确定项目所需的外部产品、服务或结果，并确保这些外部要素得到有效管理。
- 项目合同管理：管理项目中的合同，包括签订合同、监督合同履行和结束合同。
- 项目结项管理: 记录项目成果，并对项目进行评估，以确定未来项目的改进点。
项目管理的五大过程组
项目管理的五大过程组是：
- 开始过程组：在项目启动之前进行的活动，包括项目的范围、目标、预算和资源的确定。
- 规划过程组：为项目的成功制定计划，包括项目时间、成本、质量、资源、沟通、风险、采购和合同管理计划。
- 执行过程组：将计划转化为具体行动，通过项目团队的协作来完成项目的任务。
- 监控和控制过程组：监督项目的进展，并对变化做出反应，以确保项目按照计划完成。
- 关闭过程组：完成项目并归档项目文件。
监控负责产品项目的整个生命周期。
启动：项目如何高效启动
项目启动
上面我们看到项目管理的五大过程：启动、规划、执行、监控和收尾，毫无疑问的是，如何高效启动项目的重要性不容置疑~
先看一下贯穿始终的一个表：
我们针对启动过程中的两个关键过程：
- 制定项目章程
- 识别干系人
应用
⚠️ 项目启动阶段应该要做的事情包括：
确定项目目标：明确项目的目的、范围和成果，确保项目与组织的战略目标一致。
组建项目团队：确定项目团队的成员，并建立合适的团队沟通和协作结构。
制定项目章程：明确项目的责任和权限，并制定项目章程，确保项目运作有序。
确定项目预算：根据项目的范围和目标制定项目预算，并确定项目的资金来源。
确定项目时间表：根据项目的范围和目标制定项目时间表，并确定项目的里程碑。
评估风险: 评估项目中可能存在的风险，并制定风险应对策略。
获取资源: 确定项目所需的人员、设备和材料，并获取这些资源。
审批启动文件: 审批并签署项目启动文件,确保项目有了正式的许可开始进行.
沟通计划：制定项目沟通计划，确保项目中的信息得到有效传递。
合同管理：管理项目中的合同，包括签订合同、监督合同履行和结束合同。
项目管理计划：制定项目管理计划，确保项目管理过程有序、高效。
开始执行项目：根据项目管理计划和项目章程开始项目执行。
持续监控项目的进展,进行调整和控制，确保项目按计划进行。
定事
💡简单的一个案例如下：
定人
💡简单的一个案例如下：
概念认证（POC）
概念验证（英语：Proof of concept，简称POC）是对某些想法的一个较短而不完整的实现，以证明其可行性 ，示范其原理 ，其目的是为了验证一些概念或理论。概念验证通常被认为是一个有里程碑意义的实现的原型 。
在项目生命周期中，POC 通常出现在项目的规划阶段或开始阶段。 在项目的规划阶段中，POC 可用于评估新技术的可行性和成本效益，以确定是否在项目中使用。 如果 POC 结果表明新技术是可行的并符合项目需求，那么就可以在项目的开始阶段中进行更全面的实施。
POC 可以帮助项目团队确定新技术是否符合公司的需求，并能够在实际应用中取得成功，在项目规划阶段和开始阶段能够更好地评估技术可行性和成本效益。
极简抖音 POC 概念验证：
需求分析：分析极简版抖音应用的用户需求，确定应用的功能和性能要求。
技术选型：选择适合应用开发的技术，如语言，框架等
制定原型：根据需求分析和技术选型制定应用的原型，确定应用的界面和交互方式。
构建 POC：根据原型进行 POC 的开发，确保应用能够满足用户需求和性能要求。
测试验证：对 POC 进行测试，验证应用的功能和性能是否符合要求。
评估结果：评估 POC 的结果，确定是否继续开发该应用。
文件记录：将 POC 的过程和结果记录下来，以便将来参考。
优化计划：如果 POC 结果是可行的，制定完善应用的计划，确定实际开发的任务和进度。
执行计划：按照计划进行项目的执行，使用 POC 的结果作为基础。
持续监控和管理：在项目实施过程中持续监控和管理项目的进度和质量，及时调整和控制项目。
项目结束：完成项目并归档项目文件。
反馈和改进：根据项目结束后的反馈结果，对项目进行改进，并记录下来以便以后参考。
规划：项目规划如何制定
项目规划是项目管理中的重要环节，它是项目成功的关键。制定项目规划需要遵循以下步骤：
- 明确项目目标: 首先需要明确项目的目标和成功标准，并将其转化为具体的项目目标。
- 分析项目需求: 通过与相关人员进行沟通和协商，确定项目需要完成的任务和交付物。
- 制定项目计划: 根据项目目标和需求，制定项目计划，包括项目进度、费用、资源和风险管理等。
- 制定项目文件: 根据项目计划，制定项目文件，如项目章程、说明书、项目管理计划等。
- 执行项目计划: 按照项目计划和文件执行项目，并不断监控项目进度和绩效。
- 更新项目计划: 随着项目进展，可能需要对项目计划进行更新和调整。
- 风险管理: 在项目进行过程中，需要对项目的风险进行识别、评估和应对。这包括对项目所面临的各种可能风险进行识别、对风险的影响进行评估、制定风险应对策略和实施风险应对措施。
- 沟通管理: 项目沟通管理是项目管理中重要的环节之一。在项目进行过程中，需要建立有效的沟通机制，确保项目相关人员之间的信息沟通和协调。
- 监控与控制: 按照项目计划和文件进行项目监控和控制。包括对项目进度、质量、费用、风险等进行监控和控制。
- 项目结束: 当项目完成后，需要进行项目结束检查，对项目进行评估，并对项目进行总结。这将有助于改进未来项目管理的效率和质量。
规划管理
创建 WBS
WBS (Work Breakdown Structure) 意为工作分解结构。它是一种组织和管理项目任务的工具，通过将项目的总体目标划分成较小的、可管理的部分来帮助项目组织者更好地控制项目的进度和质量。
WBS通常以树状结构的形式组织，顶层是项目的总体目标，下面是分解出来的各个子任务，以此类推。每一层的任务都是上一层任务的细分。这样做的目的是为了确保每一个子任务都能够独立完成，而且也能够追踪项目的总体进度。
WBS可以帮助项目组织者更好地掌握项目的范围、进度和风险，并且可以用来确定项目的资源需求和安排任务。
规划管理图
项目规划图可以统计出项目开发周期，一目了然~
甘特图
甘特图(Gantt chart) 是一种项目管理工具，用来表示项目的进度和资源分配。它是一种图形化的工具，通常由水平的时间轴和垂直的任务条组成。
在甘特图上，每个任务都对应一个水平的条形图，表示任务的开始时间和结束时间。通过看甘特图，可以很容易地了解项目的进度、任务之间的依赖关系和资源分配情况。
甘特图可以帮助项目组织者更好地掌握项目进度，调整项目计划，更好地控制项目进度和资源分配。同时也可以让项目的其他成员更好的了解项目的进展情况。
核心步骤
规划管理-案例分析
[[MVP版本]]：
MVP的概念是Eric Ries 《精益创业》里提出的概念。简单地说，就是指开发团队通过提供最小化可行产品获取用户反馈，并在这个最小化可行产品上持续快速迭代，直到产品到达一个相对稳定的阶段。MVP对于创业团队来说是很重要的，可以快速验证团队的目标，快速试错。
项目背景： 随着公司战略发展需要，A业务必须立项重点项目
项目内容： 是基于xx公司现有能力，开发一款新的APP在新的国家市场发布。
项目目标： 5个月完成MVP版本APP开发
一些名词：
- 自测[[case]] (Self-Testing Case) 指的是在软件开发过程中，由开发人员自己制定和执行的测试用例。
- 自测case 是一种非常重要的质量保证手段，它可以帮助开发人员更早期地发现和修复软件中的错误和缺陷。自测case 通常包括了功能测试、性能测试、可靠性测试和兼容性测试等。
- 自测case 可以帮助开发人员确保软件的质量和可靠性，提高软件的开发效率和降低软件的维护成本。同时也可以帮助确保软件在发布前满足用户需求。
- [[QA]] 指质量保证 (Quality Assurance)，它是一种系统性的、预防性的过程，旨在确保产品或服务达到质量标准。
- QA 的目的是通过规范、程序、标准和测试等手段来确保产品或服务达到预期的质量水平。QA 的过程包括了质量策划、质量控制、质量保证和质量改进等。
- QA 的过程可以帮助企业或组织提高产品和服务的质量，满足客户需求，提高市场竞争力和品牌形象。QA 也可以帮助企业或组织降低不良产品的生产和服务的成本，提高生产效率和客户满意度。
- [[RD]] 指的是研发 (Research and Development)，即研究与开发。研发是指企业或组织对于产品、服务、技术等进行研究和开发，以提高其竞争力和创新能力。研发包括了新产品研发、技术改进、新工艺开发等。
- 研发可以帮助企业或组织推出新产品和服务，提高产品质量和性能，满足市场需求并增加市场份额，提高生产效率和降低生产成本，提高技术水平和竞争力。研发也是企业或组织的重要投资，因为它可以带来长期的经济效益。
- [[Review]] 指的是代码审查或代码评审。它是一种质量保证和改进的重要手段，目的在于通过其他人员对代码的审查和评估来发现和纠正代码中的错误、缺陷和潜在问题
- 代码评审可以帮助确保代码质量，提高代码的可读性、可维护性和可扩展性，降低软件维护成本和风险。
- 一般来说，代码评审可以通过人工或工具来完成，人工评审通常由一个或多个开发人员来完成，而工具评审则使用自动化工具来完成，这些工具可以扫描代码并发现潜在问题。
经验总结
执行：执行如何高效跟进
需要保证执行得高效跟进的时候，注意以下的方面：
- 设立清晰的目标和计划: 首先需要确立项目的目标和计划，并且确保所有相关人员都了解并按照这些目标和计划来工作。
- 建立有效的沟通机制: 通过建立有效的沟通机制，确保项目相关人员之间的信息沟通和协调，及时发现并解决问题。
- 定期跟进和报告: 设立定期跟进和报告机制，对项目进度、质量、费用、风险等进行监控和控制。
- 敏捷管理: 通过使用敏捷管理方法，可以更快速地做出反应，并且能够应对项目中出现的变化。
- 组织团队培训: 定期举行团队培训，帮助团队成员提高技能和知识，提高团队合作和协作能力。
- 整体考虑: 整体考虑项目中所有相关因素，包括人员、资金、技术等，确保项目能够顺利完成。
会议制度宣贯
会议的时间很重要，不要浪费别人的时间，如果可以单独会议解决没必要集体开会。
会议前指定模板和计划：
进度确认的四个步骤
会议中有效引导
在开源社区中，我常见到两种的会议引导手段，一种是 GitHub Dicussions 中指定会议的 issue 和 解决方案。第二种是 Google Docs、nothon或者是飞书文档的协同写入会议摘要和计划。
我们应该注意：
- 清晰的议题: 在会议前，确定好会议的议题和目的，并确保所有参与者都了解。
- 准备充分: 在会议中，提前准备好会议材料和文件，为参与者提供有用的信息。
- 控制时间: 严格控制会议时间，确保会议在规定时间内结束。
- 引导讨论: 通过问题和练习来引导讨论，让参与者发表观点并解决问题。
- 进行反馈: 定期进行反馈，确保会议的目标和计划得到实现。
- 记录决策: 记录会议中的决策和行动计划，确保所有参与者都了解并遵循。
- 提高参与度：通过提问、提供机会发言、鼓励参与等方式提高参与者的参与度。
会议后
会议结束后，需要发送会议纪要，其中包括:
- 会议议题: 概述会议的主要议题和目的。
- 会议纪要: 详细记录会议中的讨论和决策。
- 行动计划: 列出会议中达成的行动计划和下一步工作。
- 截止日期: 设定行动计划完成的截止日期。
- 责任人: 分配责任人负责完成行动计划。
- 跟进: 指定责任人负责跟进行动计划的执行。
🔍 以下是一个会议纪要模板：
会议主题: [会议主题]
会议日期: [会议日期]
会议地点: [会议地点]
参会人员: [参会人员名单]
会议议题:
- [议题 1]
- [议题 2]
- [议题 3]
会议纪要:
[议题 1]
- [讨论结果]
- [决策]
[议题 2]
- [讨论结果]
- [决策]
[议题 3]
- [讨论结果]
- [决策]
行动计划:
- [任务 1]
- [具体描述]
- [责任人]
- [截止日期]
- [任务 2]
- [具体描述]
- [责任人]
- [截止日期]
- [任务 3]
- [具体描述]
- [责任人]
- [截止日期]
下一步工作:
- [工作 1]
- [工作 2]
- [工作 3]
会议结束时间: [会议结束时间]
下次会议时间: [下次会议时间]
纪要撰写人: [纪要撰写人]
联系方式: [联系方式]
请在[截止日期]前完成[行动计划]，并在下次会议中汇报进展。
会议纪要应该在会议结束后尽快发送给所有参会人员，以便他们能够了解会议的进展和结果，并确保他们能够按照行动计划的要求完成他们的工作。
除此之外，在下次会议之前，需要确保所有的行动计划已经完成，并且在会议中进行汇报。如果有任何问题或延迟，应该尽早报告给项目经理。
节奏对齐
[[OKR]]：
OKR (Objectives and Key Results) 是一种目标管理方法，是一种组织中定义目标和指标，并实现目标的过程。
它包括两部分：
- Objectives (目标)：目标是组织想要实现的结果，它应该是明确的、具体的、可衡量的、具有挑战性的。
- Key Results (关键结果)：关键结果是实现目标所需要达成的具体指标，它应该是可衡量的，并且可以通过某种方式来跟踪和评估。
OKR 的目的是帮助组织更好地管理目标和结果，并通过持续跟踪和评估来实现目标。OKR 能够帮助组织更好地管理目标和结果，更好地控制项目进度，并且更好地评估项目的成效。OKR 方法通常被用于企业级目标管理，并且在不同的公司和组织中有着不同的实施方式。
OKR 的优点是它能够帮助组织更好地定位和跟踪目标，并且能够更好地评估项目成效。OKR 方法还能帮助组织更好地沟通和协调，并且能够提高项目团队的积极性和绩效。
但是，如果OKR 不被认真执行或者没有得到正确的支持，它可能会导致项目偏差或者失败。所以在实施OKR时需要确保有一个好的管理团队来组织和监督实施过程，确保所有目标和关键结果都是合理的并且能够得到有效的跟踪和评估。此外，还需要确保所有员工和团队都能够理解和支持OKR 的目标和方法，确保OKR能够得到有效的落实。
君子约定
“君子约定” 是指在项目管理中，项目参与者之间约定好的规则和准则。这些规则和准则可以帮助确保项目的顺利进行，并确保项目成员之间的沟通和合作是有效的。
君子约定可以包括以下内容：
- 项目目标和预期结果
- 项目进度和进展报告
- 任务和责任分配
- 风险管理和问题解决
- 通信计划和沟通渠道
- 项目成员之间的行为准则
重要的是要确保所有项目成员都遵循君子约定，并确保这些约定是有效的，可以帮助项目顺利完成。
跨团队协作解决问题
打开边界：
执行：如何拥抱变化
🎈 永远不变的是变化本身。正视变化，用积极的心态面对。
项目管理中执行阶段是指将项目计划转化为实际行动的过程。在这个阶段，项目经理需要确保项目团队正确地执行项目计划，并管理项目的进度和进展。
拥抱变化是在执行阶段非常重要的一点，因为项目的进展往往会受到各种因素的影响，导致计划发生变化。
为了拥抱变化，项目经理可以采取以下步骤：
- 建立一个弹性的计划: 项目经理应该建立一个弹性的计划，而不是一个固定不变的计划，这样可以应对变化。
- 建立一个风险管理计划: 项目经理应该评估项目中可能出现的风险，并建立一个有效的风险管理计划。
- 经常监控项目进展: 项目经理应该经常监控项目进展，及时发现问题并采取措施。
- 保持开放的沟通: 项目经理应该保持开放的沟通，让项目团队和其他相关人员都能参与到项目中来。
- 快速反应: 项目经理应该能够快速反应并采取行动，以应对变化。
通过这些步骤，项目经理可以帮助项目团队更好地适应变化，并使项目能够顺利完成。
另外，项目经理也应该培养团队成员的灵活性和适应性。这可以通过在项目中提供培训和支持，以帮助团队成员学会应对变化，并在变化中找到机会。
总而言之，拥抱变化是项目管理中非常重要的一点，项目经理需要采取有效的步骤来应对变化，帮助项目顺利完成。
变更的类型
常见的变更类型包括：
- 范围变更：对项目范围的修改，包括增加或删除项目任务。
- 时间变更：对项目时间表的修改，包括项目开始和结束时间的调整。
- 成本变更：对项目预算的修改，包括增加或减少项目成本。
- 质量变更：对项目质量标准的修改。
- 人员变更：对项目团队成员的修改，包括增加或删除团队成员。
- 沟通变更：对项目沟通计划的修改。
接收或者拒绝变更方法
整体变更控制
如何拥抱变更
预防
预防变更的措施包括:
- 建立一个弹性的计划: 项目经理应该建立一个弹性的计划，而不是一个固定不变的计划，这样可以应对变化。
- 建立一个风险管理计划: 项目经理应该评估项目中可能出现的风险，并建立一个有效的风险管理计划。
- 经常监控项目进展: 项目经理应该经常监控项目进展，及时发现问题并采取措施。
应对
应对变更的措施包括:
- 变更控制程序: 项目经理应该建立一个变更控制程序，以确保变更得到正确的审批和管理。
- 调整计划: 项目经理应该能够调整计划，以适应变更。
- 协调团队: 项目经理应该协调团队，以确保变更得到正确的实施。
- 沟通: 项目经理应该沟通变更的影响，确保所有相关方都能理解并支持变更。
四种变更工具
监控：如何识别和应对风险
🤸 风险是可测定的不确定性。
我们在上面看到，监控是贯穿于整个项目的生命周期的。
风险管理方法
风险管理方法：核心
风险管理实践
监控
风险监控和预警是项目管理中的重要组成部分。风险监控是通过定期监测和评估项目的进展来识别新的风险或更新已知风险的过程。风险预警则是在发现新的风险或更新已知风险之后，向相关人员发出警告以便采取纠正措施。
通常，风险监控和预警的工具包括：
- 风险日报：每天或每周提交的文件，其中记录了新的风险和已知风险的更新
- 风险矩阵：表格，用于跟踪风险的概率和影响
- 风险跟踪软件：用于自动跟踪和报告风险的软件
重要的是，风险监控和预警应该是一个连续的过程，以确保项目管理团队能够及时采取行动来管理风险。
实施和沟通
GitHub Project
Project 概述
GitHub作为我最常用的网站，其功能也是无穷无尽的。
Projects 是一个适应性强的灵活工具，用于计划和跟踪 GitHub 上的工作。
Github 中传统的项目管理是使用 issue 和 pull request 进行的，这部分内容不是本文重点，不再赘述。 但有一些功能需要提及：
- Tag： 每个 issue 可以添加不同的 tag，可以用于标记 issue 的种类和 issue 的处理进度；
- MileStone：每个 issue 只属于一个 milestone，用于显示 issue 的处理进度。
Project 提供了真正的管理 issue 的能力；而传统的 tag 方式只能以手工的方式管理分类（如 Q&A，bug，duplicate，feature 这些标签），或者以手工的方式管理 issue 进度（need test, in progress, wait approval 等这些标签）。
你可以选择高密度表布局，也可以使用看板功能。
看板
看板管理，起源于丰田的生产模式中，指为了达到及时生产（JIT）方式控制现场生产流程的工具。及时生产方式中的拉式（Pull）生产系统可以使信息的流程缩短，并配合定量、固定装货容器等方式，而使生产过程中的物料流动顺畅。
KanbanFlow & Trello
可以看出，所谓看板，就是把一块木板上分成几列，然后在每一列上贴上不同内容的卡片。 木板上的这几列一般是有顺序的，卡片可以在不同的列之间移动来表明所处的状态。
以上的两个例子，看板并不是针对软件工程的，他们的市场也是一般的企业（比如丰田这样的）。
Zenhub & Github Projects
下面的两个例子则是针对软件开发做了优化，准确的说，它们都是对 Github 做了适配。
- Zenhub 是个浏览器插件，就是把 Github 的 issues 当作卡片，以 Kanban 的形式展现 issue，也提供了一个比较鸡肋的 Epic 的功能，同时针对个人也有 TODO 项管理。
- 而 Github 最近推出的 Project 不仅可以使用 issues 作为卡片，还可以使用Note（左侧的三个），这样我们就没有必要为了在看板上记录可能的需求而创建一个新的 issues 或者把问题记录在个人的 TODO 列表上了。
Github Projects
为什么是 Projects？ 一个仓库可以包含多个项目；最初，这个设定让我疑惑，直到使用之后才明白， 一个代码仓库通常有很多事情要做，比如：
拟定线路图
- 增加一个新功能
- 发布一个新版本
因此，我们可以为以上每一件事创建一个 Project，由于 Github 中并没有类似 Epic 的机制，因此使用不同的 Project 则很有用了。
可以看到，有了 Project 的 Kanban 之后，原来 tag 的部分功能（如标记处理进度等）可以被看板替代。 Github Project 提供的 Note 可以在需要的时候单项转换为 issue：
同时，Kanban 不仅可以包含 issue 和 note，还可以包含 pull request。
Github 终于有了比较靠谱的项目管理工具，开源项目的又有了更好的工具。 撒花o(^▽^)o
祝愿我自己早日完成我的第一个开源项目（IMAP Server）。
实例讲解
GitHub是目前世界上最大的开源中心之一，也有很多人在上面管理自己开放出来的程序代码。内建的Issue功能也非常方便，可以在上面提出需要改进/加强的地方。但对于项目开发的人来说，管理上就比较不方便一点，尤其是在越来越流行使用广告牌方法管理的时代，条列式的Issues就会显得比较杂乱难以管理。也有许多第三方的公司推出与GitHub整合的广告牌功能，但管理上总是会稍微有点不方便，因此GitHub也决定推出了内建的广告牌功能─Projects！让你可以轻松的整合目前的Issues/Pull Requests到广告牌上，虽然广告牌整体功能比较阳春，但基本的功能也都有了，操作方式也与目前流行的广告牌软件功能都类似，且对于GitHub直接整合，实在是方便许多啊！接下来就用我目前自己在做的一个小项目8ComicDownloaderElectron来介绍一下GitHub上的广告牌功能吧！
收尾：高效复盘
项目复盘是在项目结束后进行的一种评估过程，目的是总结项目的成果和教训，并为未来项目做出改进。
项目复盘的步骤包括：
- 组织项目复盘会议：将项目团队成员、相关部门经理、项目委员会成员等邀请参加会议。
- 整理项目数据：收集项目的文件，数据和记录。
- 总结项目成果：评估项目的成果，包括项目的目标是否达成，项目的质量、成本和时间是否符合预期。
- 总结项目教训：评估项目的教训，包括项目中发生的问题，以及如何解决这些问题。
- 制定改进计划：根据项目复盘的结果，制定改进计划，以提高未来项目的成功率。
项目复盘是项目管理的重要组成部分，它能帮助项目管理团队和组织改进项目管理流程，提高未来项目的成功率。
复盘基础概念介绍
小项目和大项目的复盘过程基本相似，但是在实施上可能会有一些差异。
- 小项目的复盘可能更为简单和灵活，可以在项目结束后进行简单的总结和评估，并在短时间内完成复盘过程。参与者也不需要太多，项目经理和项目成员就足够了。
- 而大项目的复盘则更为复杂，可能需要较长时间来完成。项目经理需要收集大量的数据和文件，并进行详细的评估。参与者也更多，可能需要项目团队成员、相关部门经理、项目委员会成员等。
复盘的态度
复盘的四大步骤
对应的💡简单的一个案例如下：
复盘的步骤：
- 计划复盘：安排复盘会议，确定参与者，并准备必要的文件和数据。
- 收集信息：收集项目的文件，数据和记录，包括项目计划、项目绩效指标、项目进度报告等。
- 分析信息：分析项目的数据和文件，评估项目的成果和效益。
- 总结项目：总结项目成果和教训，评估项目中发生的问题，并制定改进计划。
- 记录结果：将复盘的结果记录下来，包括项目成果、教训和改进计划，并与相关人员共享。
- 实施改进计划：按照改进计划采取行动, 以提高未来项目的成功率。
复盘是一个连续的过程，不断地总结项目的进展，并制定改进计划，以提高项目的效率和成功率。
复盘案例分析
实用项目管理工具推荐
目录：
文档名称 文档链接 项目基础信息表 项目基础信息表 核心成员表 核心成员表 里程碑图表 里程碑图表 版本节奏表 版本节奏表 项目沟通计划表 项目沟通计划表 tracker-甘特图 tracker-甘特图 风险登记册 风险登记册 问题登记册 问题登记册 会议纪要表 会议纪要表 项目阶段性汇报 项目阶段性汇报I 项目阶段性汇报II 项目集阶段性汇报 项目集阶段性汇报 复盘模板 复盘模板
Onepage模板—项目基础信息表
使用场景：项目启动规划阶段 | 项目背景、目标、预计收益指定
Onepage模板—核心成员表
Onepage模板—里程碑图表
Onepage模板—项目沟通计划表
Tracker 模板—WBS/甘特图
Tracker 模板—风险登记表
Tracker 模板—会议纪要表
项目汇报表 — 阶段性汇报 一
项目汇报表 — 阶段性汇报 二
项目集阶段汇报
复盘模板
