敏稳双态：常熟农商银行研发项目管理迈入2.0时代

本篇目录

企业介绍

江苏常熟农村商业银行股份有限公司（以下简称“常熟农商银行”）改制成立于2001年11月28日，是一家具有60多年历史、全国首批组建的股份制农村金融机构，2016年9月30日于上海证券交易所上市（股票代码：601128）。根据英国《银行家》杂志最新排名，常熟农商银行入选全球银行品牌价值和全球千强银行“双五百强”。

合作背景

近十年来，软件研发项目管理思想和体系更新迅速，已经发展为更加强调敏捷化、轻量化和产品管理的管理体系。常熟农商银行原有项目管理系统2013年上线，许多功能和流程无法满足当前的管理需求，也无法支撑最新的行业标准和最佳实践。在这一背景下，常熟农商银行选择与禅道软件合作，以提供定期迭代、与时俱进的先进项目管理工具，更好地支持组织的需求。

解决方案

集成工具，协同流程，报告自动化

建立一个统一的数字化平台，将各种信息化工具进行集成，实现它们之间的互通和协同。这样可以消除团队之间的信息孤岛，提高工作流程、数据和业务流的协同效率。

其次，通过全面升级视图，新增不同类型多维度的看板、需求跟踪矩阵、燃尽图等功能，提升团队的工作效率和协同能力。这些工具可以帮助团队更好地跟踪项目进展、管理需求，并实现研发效能的提升。

另外，引入自动化报告能力，系统自动生成包括项目进展、研发需求跟踪和研发效能等方面的报告。同时，内置商业智能（BI）功能，支持自定义大屏和SQL自定义报表，使数据整理、筛选和制图过程更加简化和自动化。这样可以提供准确的数据支持，降低人力成本，并促进数据度量和过程改进。

增加敏捷管理模型，重构瀑布基线管理流程

禅道软件提供了敏捷、瀑布和混合迭代管理模型的支持，银行可以根据具体项目的需求和特点，灵活选择适合的管理模式。

引入敏捷管理模型。敏捷项目管理模式支持以迭代和增量的方式开发和交付产品，银行能够更快地推出新产品或功能，满足业务需求，提高项目管理的适应性和效率。

重构瀑布项目计划基线管理流程。建立项目基线，并定期检查项目基线与实际偏差，以便及时管控高层级问题和风险。同时，项目经理可以借助禅道系统的功能自动生成项目周报、里程碑报告等，帮助项目经理更灵活地管理项目团队和计划。而项目管理办公室（PMO）可以通过集中视图统一监控多个项目的进展情况。这样的重构将增强项目管理的灵活性和可控性，提升团队的协作效率，同时使得整个组织能够更好地对项目的进展和风险进行管理。

新增需求池管理，需求流程优化

1、新增需求池管理：按业务部门维度划分需求池空间，探索全新的需求工单管理模式，整合RC单（日常反馈）、R单（业务员需求工单）、Q单（问题单）、P单（项目里面跨系统的业务需求）等多种需求问题流程。
2、需求池维护：各业务部门单独维护自己的业务需求池，这样可以将需求集中管理，并确保每个部门的需求得到充分关注和跟踪。
3、需求分发和拆解：对于影响系统的业务需求，进行分析和澄清，并将其拆解为相应的研发需求，然后分发给各个系统的负责人进行处理。
4、发布计划制定：系统负责人接收到研发需求后，制定相应的需求发布计划，并组织团队资源来满足需求。
5、任务分发和跟踪：项目经理负责执行发布计划，将任务分发给团队成员，并跟踪监控任务的进度，确保按时交付。
6、进度数据汇总和展示：将团队成员的进度数据自下而上汇总同步，这样业务人员可以根据业务需求查看各系统研发需求的进度，及时了解业务需求的实现情况。
7、异常监控和调整：通过发布窗口形成异常监控视图，在进度落后的系统团队和相关系统之间分析影响，及时做出调整或变更，以确保整体项目的顺利进行。

增加系统版本管理，优化开发测试流程

新增产品和版本管理，以版本为基准进行开发、测试和发布，通过产品的版本关联需求、任务、代码、用例、Bug、发布任务等关键信息，打通全流程信息流，助力DevOps与规模化敏捷建设。
1、产品中规划系统研发需求与计划发布排期，做好团队内部开发节奏；
2、项目经理执行计划，跟进研发流程，管理当前迭代范围与进度；
3、技术经理跟进开发进度，验证开发任务，进行代码评审，打包版本明确完成的需求、Bug，创建测试单提交给测试团队；
4、测试负责人接收测试单，执行相关测试用例，反馈相关版本的问题；
5、项目经理管理交付版本，提交系统负责人，系统负责人配合组织发布上线。

落地场景

落地场景一

适用业务：无明确需求目标，零散需求，持续交付
项目类型：年度优化类——产品型项目（有主系统）
方法框架：Scrum（敏捷）管理框架
流程节点：
1、制定产品计划（计划日期：每周/两周/月.........；计划中关联要实现的需求范围）；
2、制定项目迭代计划，规范项目迭代命名（迭代命名：迭代1--xxx主要功能）；
3、产品计划与项目迭代执行对齐，同步计划范围，关联当前的研发需求；
4、在下一个迭代前2周召开迭代会议（迭代会议内容：排下一迭代的需求优先级，并分解任务）
5、版本提测流程代替原工具提测流程，形成规范的版本管理；
6、业务验收：通过测试单类型（业务验收测试类型），业务验收测试报告结论通过为准；

7、项目跟踪视图：

a.项目仪表盘：项目概况跟踪项目执行程度，问题风险视图跟踪项目过程事务等；

b.当前迭代执行视图：燃尽图、看板、分组视图等综合查看进度与问题风险管理。

落地场景二

适用业务：业务有明确需求目标及上线时间
项目类型：软件研发类——产品型项目（有主系统）
方法框架：瀑布管理框架
流程节点：
完整的项目管理过程：除软件工程外，含章程、建设指引、计划变更、评审、问题、风险。
1、业务需求评审机制；
2、制定项目章程（含阶段计划，发布计划，风险）；
3、制定建设指引；
4、需求设计完成后，通过【研发需求】管理所有的（含配套系统）条目化需求，进行需求评审；
5、在项目阶段执行下，关联当前阶段需要完成的研发需求，基于需求为团队成员分发开发、测试等任务；
6、版本提测流程代替原工具提测流程，形成规范的版本管理；
7、业务验收：一个批次，以【业务验收流程】审批通过为准；多批次，中间批次业务验收以【执行–业务验收类型的测试报告结论通过为准】，最后一个批次以【业务验收流程】通过为准；

8、项目展示图：

a.项目报告：根据项目周报、里程碑报告快速获取项目实际执行与组织基线偏差情况，问题风险跟踪，进展状态同步；

b.项目仪表盘：项目甘特图集中查看项目各阶段进展，问题风险快速跟踪处理，项目整体概况把控。