自建项目管理平台 - 融翼
[ Make Things Easier ]
[ Make Things Easier ]
项目背景
Background
Project ManagementRedesign融翼-自建项目管理平台焕新
融翼平台前身是公司自建的内部项目管理系统，已持续运行近 5 年，公司约 90% 的员工，产品、研发和测试的日常协作高度依赖该平台。
为提升产研效率，公司引入 SAFe 方法，并在部分产品线试点敏捷流程。新的协作方式要求平台支持从 Epic、Feature 到 Story 的需求拆解，以及研发、测试任务和子任务的分层管理。
原有平台无法承载新的流程与协作关系，因此启动改版：补齐敏捷项目管理能力，重构核心流程与信息架构，并统一交互和视觉体验，使平台真正支撑跨职能团队协作。
前期调研
Background
核心用户访谈
由于原有平台功能开发无产品经理、设计师参与。缺乏历史文档与数据埋点，我采用内部访谈补足证据。访谈覆盖一线研发与测试、产品经理、项目经理、研发负责人和业务方，从不同角色理解流程、数据与协作问题。
Project ManagementRedesign
研发中心负责人／高级总监
- 缺少支持敏捷流程的工作管理能力，无法清晰呈现 Epic—Feature—Story 的层级关系，也难以统一维护团队与项目。
- 关键数据缺失或更新不及时，统计结果不可靠；同时人工填报项过多，影响使用意愿与数据质量。
项目经理
- 项目、需求和任务缺少可视化看板，进度管理仍依赖线下纸质看板与人工同步。
- 缺少人员排期与工时管理，团队负载和项目风险无法及时呈现。
产品经理
- 项目实体之间关系复杂，流转规则与生命周期不清晰，需求容易卡在流程节点。
- 难以快速确认需求进度、当前负责人和排期，跨角色协作成本高。
研发与测试
- 协作进度依赖项目经理转述和临时会议，信息传递效率低。
- 个人排期与工作负载缺少共享视图，临时任务频繁插入，难以规划工时。
设计目标
Background
设计目标
视觉层
交互层
产品层
重新定义平台视觉识别与界面语言，建立适合高频内部工具的统一视觉体系，并逐步复用于质量管理、运维管理等相关平台。
简高频操作，降低填写与页面切换成本；通过必要的数据可视化，让用户快速理解项目进度、团队负载和风险。
基于新版项目流程与各角色诉求，重构核心用户链路；明确项目、需求、任务等实体的生命周期、状态和关联，使流转规则可理解、可追踪。
方案共创与验证
我与业务方及核心用户多轮确认平台架构、关键流程和功能优先级，将访谈发现转化为可验证的方案，并在设计迭代中持续校准。
Project ManagementRedesign方案
PlanProject ManagementRedesign核心功能-依赖关系板
项目管理平台功能相似度高，我选取了一个现有产品少见的功能聊一聊
safe 敏捷流程将产研组织重新分组，在业务线下分为多个团队，配备不同职能的成员。每个团队负责在迭代交付不同产出物，最终不同团队的产出合并发布，完成一个迭代的需求交付。
因此会出现：团队 a 与团队 b 共同完成某需求，a 依赖于 b 的产出物，因此 b 的产出交付时间必须早于 a 的开始时间，否则需求进度将被阻塞。
当不同业务线、不同团队之间开始出现多个的依赖项，项目流程的管理将变得极为复杂。为了将不同时间区间内的所有依赖关系可视化，衍生出【依赖关系板】。
“Team A 需要 Team B 的产出 【stuff 1】完成需求【STUFF】的交付。此时 Team A 依赖 Team B，Team B 阻塞 Team A。
”Project Management
Team B
stuff 1
交付Team A
STUFFstuff 1stuff 2stuff 3stuff 4stuff 5stuff 6“因此，如果更多的团队出现依赖关系。Team A 依赖 Team B，但可能他们同时阻塞了 Team C；Team B 可能同时阻塞了 Team A\D。
”
线下实体依赖板
当前团队迭代规划会，项目经理及各方完全依赖手动维护物理依赖板，来识别可能潜在的交付风险。容易遗漏，且难以维护和识别。
因此，我们需要将所有创建、维护、解决的动作放在项目管理平台。
达到好操作、可追溯、好识别。
Complex Systems AI-native Workflow
场景拆分
全局视图场景全局概览，一屏展示全量关系图
核心使用者：公司高层、资深项目经理
使用场景与诉求：迭代规划会，演示诉求大于实际功能使用。
设计考量
非常规展示场景，整体页面可读性差。保留必要功能如缩放、拖拽移动；以及泳道等必要信息。
局部视图场景局部关联关系获取，聚焦于实际操作与信息维护
核心使用者：基层项目经理、产品经理、研发
使用场景与诉求：单个需求的依赖关系识别与解决，非结构化信息记录，需要可追溯。
需求关联查看依赖调整排期解决冲突设计考量
核心操作场景，同时需要兼顾关联关系的识别和阅读性。状态、流程可视化记录。