一、实践简介
Before
企业通过往的硬件项目主要使用Jira来进行项目管理，并使用自研“开发者平台”搜集客户需求与问题。遵循传统项目管理模式，项目团队通过以下方式进行项目管理：
- 在开发者平台上完成信息征集（需求、bug）
- 在项目管理系统Jira上实现需求的全流程管理
- 手动创建文档记录工作进展、汇总项目资料，组织周会，并以PPT的形式同步跟进情况
Change
如此非轻量化的跟进流程在体量庞大的客户需求和紧急问题面前提出了强烈的转型诉求，因此，敏捷项目管理模式是企业为实现团队赋能目标所转向的解决之道。
但是，现有开发者平台在敏捷管理标准化工具配备、跨项目组协同管理、资源共享与知识沉淀、复杂数据统计分析、操作查看的便捷性等方面都体现出了弊端。
Now
基于此，项目团队引入多维表格作为链接Jira和开发者平台的辅助工具，依托其敏捷的管理性能和丰富的数据功能，配合每日站会等日常工作的标准化做法，帮助团队项目管理模式实现了从传统硬件模式向敏捷模式的转型。
二、管理痛点
痛点一: 急待向敏捷项目开发专项，需要相应工具的支撑转型支持
项目团队急需找到一个依托丰富函数性能、兼容可视化图表、看板等功能的辅助工具，作为其敏捷项目管理转型诉求下，在“开发者平台收集信息、项目管理系统维护推进”这一基本流程定位以外的中间插件和功能补充。
传统项目管理通常采用瀑布式、部分迭代开发模式，要求在项目建设时需求足够明确、文档足够规范。基于此，企业在过往硬件项目管理过程中秉持对文档资料的高度重视，项目工作进展和每日站会资料均通过创建文档的方式手动详细记录，形成了庞大、充实的资料体系，但也不可避免地面临相关信息分散于各文档，关联度差、集成性低等弊端。
同时，在项目状态、进展等时效信息的流转方面，项目管理团队遵循传统模式，组织周会、借助PPT等本地工具汇报更新；这也导致迭代过程中需求变更越多越晚，相关人力工作的任务体量和时限压力也就越大，无法剪裁出敏捷管理模式下的轻量化跟进流程。
相较之下，敏捷项目管理模式以摆脱繁文档为基本要义，积极拥抱需求变更，往往采取立会制度、看板监控、燃尽图预测等敏捷方法论来跟进项目需求和问题的状态及进展。
但在目前使用的开发者平台上，看板、燃尽图等敏捷项目管理框架下的标准化工具不受支持，无法和平台收集得到的用户反馈信息直接链接从而实现工作项的直观展示以及工作流程的及时监控。
项目团队急需找到一个依托丰富函数性能、兼容可视化图表、看板等功能辅助工具，作为其敏捷项目管理转型诉求下，在“开发者平台收集信息、项目管理系统维护推进”这一基本流程定位以外的中间插件和功能补充。
痛点二: 跨项目团队成员协同管理受阻 协同管理
非研发成员也需要协助研发团队解决开发者平台上收集到的相关问题，却不拥有直接登录平台查看项目状态及用户反馈信息的权限；而即便是拥有访问权限的研发组成员也无法直接在平台上评论交互、对齐同步，很大程度上降低了项目管理的协同效能。
项目开发团队的成员构成除了包括项目组和研发组之外，还有负责把控芯片等硬件模组问题的过程质量管理团队。这些非研发成员也需要协助研发团队解决开发者平台上收集到的相关问题，却不拥有直接登录平台查看项目状态及用户反馈信息的权限；而即便是拥有访问权限的研发组成员也无法直接在平台上评论交互、对齐同步，很大程度上降低了项目管理的协同效能。
同时，开发者平台的基本管理逻辑是，只有在项目启动初期就进入成员池内的技术人员才拥有相应资源的访问权限；但现实是，各项目组成员往往会多线作战，且常常是在项目中期才加入团队，对项目进展和问题需求等信息访问受限大大阻碍了其工作效率。
痛点三:已有方案无法沉淀复用于解决相似场景下的新问题 资源共享
在开发者平台上，项目组间共性问题的解决方案无法实现跨项目组公开流转，不同项目组的PM无法相互查阅资料。同时，平台不支持关键字段的模糊搜索也导致大量历史有效信息的流失，过往已有方案不能作为知识沉淀保持高度复用性和长久活跃性，不可避免地加大了修复同类问题时的重复性人力损耗。
痛点四:开发者平台不具备复杂数据统计分析的功能 数据分析
开发者平台虽然满足了针对客户需求和问题等反馈信息进行收集整理和简单统计的基本要求，却无法实现复杂数据分类统计、自动化数据分析以及统计结果的图表可视化展示等数据功能。
三、解决方案
方案思路
-
转型支持： 利用多维表格看板视图、可视化图表等功能满足敏捷项目管理模式下的标准化工具要求，配合每日站会模式的引入，在会议中直接浏览每日需要解决的问题和客户需求反馈，实现在需求/任务负责人、起止时间、状态进度等各维度上的点对点追踪跟进，基于开发者平台和项目管理系统的已有定位，助力搭建具有轻量化、直观性、及时性、精准性和透明度的硬件项目敏捷管理全流程，实现管理模式转型；
-
协同管理： 通过多维表格和开发者平台的链接，在表格视图、看板视图中实时呈现平台上各问题的处理进度，解决了非研发成员不具备平台访问权限的信息缺口问题，同时也为内部人员交互评论提供了空间；
-
资源共享： 在数据信息全面统计的基础上，借助多维表格的关键词搜索功能为共性问题解决方案的跨项目组资源共享提供了另一种解决路径，同时也将已有方案沉淀为了具有复用性的历史资产；
-
数据分析： 利用多维表格在数据统计分析方面的强大功能和自动化性能，弥补原有平台在数据分类统计和深度分析方面的缺口；同时，多维表格仪表盘作为独立数据看板，其中丰富的图表储备也为各数据统计结果提供了可视化展示空间和趋势性分析信息，助力项目团队全局获悉、宏观调控；
-
操作简化： 以多维表格作为平台信息的统计分析工具后，支持在手机客户端上查看操作，管理过程不受VPN网络环境和电脑设备的约束。
四、具体方案细节
所有截图文字均已脱敏，非真实业务数据。
场景一：用户需求的收集、统计、切分和汇总
借助表单视图收集需求反馈、依托表格视图统计需求信息、通过看板视图追踪需求进展，最后汇总呈现为仪表盘中丰富的可视化图表……多维表格丰富的视图模式和看板空间为硬件项目敏捷管理全流程提供了技术支持。
1. 收集：借助表单视图征集客户需求
建立表单视图收集客户需求，通过分享到外部实现内外联通，全面征集客户声音推动产品更新迭代、不断优化。
2. 统计：通过表格视图总览需求信息
形成需求总表
依托敏捷项目管理理念，将表单征集而得的需求（Story）分配到合适的工作排期（Sprint）中，为方便管理，以一个月为一个Sprint周期。
在此基础上，按照需求排期、关联项目、需求状态、需求来源、需求负责人等字段详实记录表单信息，形成基于表格视图形式的需求总表，帮助相关参与者清晰快捷地了解需求进展。
可以对需求总表中的各需求条目设置交付日期提醒，督促相关人员在排期内完成相应需求，也可以将需求排期的关键节点设为触发条件实现自动化批量提醒。
此外，也可用于提醒团队成员定期更新数据表或其他资料。
搭建排期视图
Scrum是一种敏捷项目管理方法，以其核心概念Sprint为分类单位搭建排期视图，将需求总表中的各条目分配到对应排期子表中，在每个工作周期内分项目跟踪完成进度，实现预定工作量的精准定位。
也可以借助多维表格各数据表的自动关联、统计和回写功能轻松搭建Sprint状态汇总表，将项目团队一年中各月度的需求数量、完成情况等信息直观展现，轻松掌握宏观全局。
3. 切分：从需求（Story)到任务（Task）
划分任务清单
在敏捷项目管理理念的指导下，把收集而得的需求（Story)拆分成多个关联任务(Task)，并将各任务(Task)分配到对应的排期(Spint)中，搭建任务清单，细化工作部署，依托精准定位有利推动需求跟进。
构筑任务看板
借助多维表格全面而丰富的视图模式，按照项目分类、依据任务进度排序，将表格视图形式的任务清单转写为任务看板，清晰直观地反映任务负责人、起止时间、完成进度等信息，成为每日站会的有力支撑，轻松落实到人、精准明确到日，提高会议效率、节约人力成本。
4. 汇总：多维表格仪表盘助力统计结果可视化
借助多维表格的仪表盘功能搭建独立数据看板，将上述各表格视图中的重要统计结果以可视化图表的形式呈现在数据看板中，利用函数功能自动生成，无需额外人力维护，实时更新、直观明晰，同时也能额外提供预测信息和风险警报。
5. 跟进：每日站会需求跟进
在搭建任务看板和数据仪表盘的基础上，遵循典型敏捷方法引入每日站会模式。会前无需汇总项目进度制作PPT，大幅削减人力工作量；会中浏览“一板”、“一盘”，既能精确直达各项目下所有需求所关联的具体任务，全面而高效地跟进状态进展，也能借助丰富的可视化图表掌握全局信息和动态趋势，帮助团队精准定位一定阶段内的关注重点。
场景二：开发者平台用户问题信息的统计和分析
目前，在企业硬件项目的管理过程中，用户使用产品时遇到的问题仍是在开发者平台上完成收集的；而多维表格作为辅助工具，在数据统计、看板呈现、可视化图表分析方面起到了重要的补充管理作用，尤其是从根本上解决了因平台信息访问权限设定而衍生的各类协同交互和资源共享问题。
1. 统计问题清单
将开发者平台收集得到的用户问题导入多维表格，形成问题清单统计表。
2. 生成问题看板
将问题清单转化为看板视图，罗列各处理状态下的用户问题。 点击问题看板上的超链接可以自动跳转到开发者平台，跟进具体问题的处理历史和当前进度，实现了问题征集平台和统计展示工具的管理媒介闭环。
3. 可视化图表汇总
通过仪表盘自动绘制可视化数据表，柱状图直观展示各问题状态的比例分布，折线图细腻捕捉每月问题数量的起伏变化，带领项目团队快速掌握月度项目问题的处理进展和发展趋势，助力项目管理的宏观调控。
