分以下两部分来聊聊我们的经验：

1、多敏捷项目同时进行如何做好管理

2、适合题主的敏捷项目管理工具

一、统一管理所有项目

同时管理多个项目的前提之一就是要在统一的地方看到所有项目，如果每个项目的目标和计划都分散在不同的文档，表格和邮件中，那么管理多个项目就会变得非常耗时，可能会因为权限问题或者信息太碎片化而导致你错过最重要的信息，还有就是多个团队或者项目经常做一些重复的事情。

比如：我们的 CTO 要管理多个子产品的发布路线图，那么就需要确切地知道有多少次产品发布，每个产品发布包括哪些内容，以及每次发布的大致时间点，在一个地方规划和管理所有发布可以让 CTO 快速看到正在进行的所有工作以及整个路线图的状态，那么就需要选择一个合适的可以管理多项目的工具。

最简单的工具就是：Excel 或者在线表格，这里我们用的是 PingCode Plan（项目集），通过项目集可以很方便的规划多个产品的路线图，通过这个视图一目了然。最最重要的是 Plan 中规划的需求（史诗、特性）会自动同步到对应的敏捷项目中，对应的开发团队就可以在规划好的需求下创建用户故事，然后迭代完成产品目标，从产品规划到开发实施完美打通。

二、统一工作流

同时管理多个项目意味着可能同时管理多个团队，那么每个团队的工作方式，工作流程、标准都不一致，肯定会很难管理。如果每个项目的工作流都很统一和标准，重新开启一个项目就更容易复制，而不是每次都是重新开始。

且无论是 Scrum 还是 Kanban 本身就是一个模板化的工作流。

流程化的价值是让组织的每个人按照统一的规则做事，流程并不是企业管理的毒药，好的规则和流程，能给团队减少冲突，极大实现企业员工之间的契约。例如，用户端反馈的一个小需求，如何在不同的团队之间传递，并最终被产品采纳，然后上线到新的功能中，这个小小的事情就是一个公司内部运营的小流程。

自动化一切能自动化的，其实，工作场景中很多事情已经完全可以自动化完成了，例如我们研发团队基于用户故事将代码、bug、测试用例连接在一起，测试工作完成了，bug 会自动同步给开发者。这种小自动化设计在工作场景有很多，可以极大减少不必要沟通，同时最大化透明工作信息。可以自动化的场景，还有代码提交之后的流水线，基于 IM 设计的各种机器人操作，在日报自动汇总每个人当日的完成工作。

而为了达到统一管理的目的，一个好的辅助工具可以帮助团队减少很多麻烦事，就比如我们用PingCode 作为敏捷项目管理工具，同时支持 Scrum 和 Kanban 两种敏捷管理方式。

Scrum 计划会议就可以通过『迭代规划』模块轻松的规划的用户故事和缺陷，规划后开始迭代，整个开发团队在迭代周期内通过概览、任务版、工作项可以清楚的知道当前迭代的进度，迭代结束后还可以通过回顾模块帮助团队对于 Scrum 中的流程持续改进。

除此之外还有需求管理、版本管理，发布计划等，统一的工作流能尽可能的让每个项目都顺利的进行。

三、统一的目标、计划、职责以及期望

项目具有临时性，都有明确的开始和结束时间，当然对于持续做产品的团队来说，这个产品可能会持续很长一段时间，那么对于此场景一般也是会按照时间划分为不同的阶段，每个阶段当做一个独立的项目来执行。

那么在一段时间内团队所有人都有一个统一的目标是非常重要的。在职场上工作了这么多年，一般我的团队中成员没有完全理解我的意思或者方向走偏了，那么第一个反思是：是不是没有传达到位，不是每个人都是领导心里的蛔虫，点一下就知道领导的想法，这很重要。

针对这个问题比较好的解决方案是 OKR ，就比如我们通过目标管理法来制定年度目标和季度目标，制定好目标后和团队成员同步，确保每个人都清楚这段时间的目标是什么，关键点有哪些，同时信息一定要透明，随时都可以查看到目标的情况和进展，目标结束后进行复盘和总结。

那么目标只是一个方向，如何达成目标和关键点，以及执行计划可能只采用目标管理还是不够的，特别是对于多项目管理来说，我们是用大规模敏捷中的增量来制定产品的功能，按照季度制定一个增量，每个项目在这个增量范围内规划要做哪些功能点，这里我们使用的是 PingCode Plan 来管理多项目。

通过这个视图，所有人对于 2021 年 Q1 中每个项目要做哪些大的功能点，一目了然，当然这些功能点和之前说的季度目标相对应。Plan 本身就是管理多个项目的，每个项目的负责人和职责自然就非常的清晰。

四、保持专注且拥抱变化

项目的一大特点就是：不确定性，再完美的计划，在真正实施的时候也不可能 100% 按照计划执行。我们团队采用 Scrum 敏捷开发本身就是一种拥抱变化的对策，所以我不建议制定一个很长时间的工作计划，采用季度为单位是一个不错的选择，我们不管是从目标制定还是规模化敏捷，都是按照季度制定，即使是季度制定也会有变化，但是这样范围会大大缩小，每个季度包含 4-6 个迭代，1 个迭代周期为两周，但是到了一个迭代的周期内，应该尽可能让研发保持一定的专注，避免收到过多的干扰，坚持不允许有大的变动。

如果确实需要临时做很大的调整，确保重新开计划会议，重新定义迭代的目标。

除了一个迭代周期内的保持专注以外，尽可能让一个团队同一时间只负责一个项目，如果实在因为资源问题可以保持在一段时间只专注一个项目，避免同一个团队不停的在不同项目之间切换。无法保持专注意味着就无法效率最大化，那么进度就可能无法保证。

五、放权并保持可见性

没有一个管理者想成为一个微观管理者，但是忽视任务，感觉自己对团队中正在进行的工作一无所知，这会使你几乎不可能成为一个有效的领导者。

首先第一点就是放权并把工作委托给值得信任的同事，第一点也强调了统一管理所有项目，当所有团队的所有工作都集中在一个或者多个共享的项目中时，可以一眼就了解每个人的任务、这些任务的到期时间以及进展情况。这样，我们就可以在必要时检查任务，而无需对其进行微观管理。

那么如果想要达到此目的，必须要选择合适的工具辅助管理。

对于 PingCode 来说，单个项目单个迭代的状态可以非常清晰的了解，各种统计报表和数据，甚至连提交的代码都可以通过用户故事追踪。通过 Plan 我们可以清楚的了解每个项目/团队的迭代和版本情况。

如果管理者想通过登记工时管理团队，也可以通过资源饱和度了解整个团队的资源情况。

以上是我针对同时进行多个研发项目进度管理的心得和思考吧，核心就这几点，除此之外还有以下几点，我就不展开细聊了，比如：

• 优先考虑影响最大的工作

• 清楚的向下管理和传达期望

• 调整项目进度以最大限度地提高团队生产力，单个团队尽量避免同时开始多个项目，不要执行多任务

当然，题主最关心的可视化，PingCode 支持十多种报表，不知能否满足你的需求。

附上工具链接：

点击咨询购买方案与价格（以及获取25人免费版）​