教你优雅解决项目Delay和交付质量差的问题

作者简介

凌薇    百度云智能运维业务研发负责人

负责百度云Noah自动化运维平台和智能运维解决方案的探索，在服务管理、资源管理、变更管理和故障管理的业务分析和设计方面经验丰富，致力于推进AIOps在百度业务、公有云以及私有云客户的运维场景落地。

为什么要写这篇文章

做了这么多年项目，参加过无数次团队内外的项目复盘，发现不少项目延期和客户交付质量的问题。这些问题给产品和技术负责人带来了不少应急“救火”的困扰。分析这些Case后，发现问题集中在以下几个方面：

• 需求界定不清晰、系统设计有缺陷、研发质量无保障、无效沟通耗时长，导致项目反复并且严重延期；

• 跨团队协作推动成本高，多团队交付进度出现Delay，项目整体目标不可控；

• 概要设计文档、API手册、产品使用手册和运维手册质量差，客户学习成本高；

我们团队通常会使用项目复盘（Case Study）的方法来应对这些情况。复盘主要为了解决以下两个问题：其一，为项目延期和客户交付风险找到可行的解决方法；其二，给团队成员一些指导，避免同一个问题重复出现。当然，这些复盘工作一般在某个项目组内部开展，需要一种方式能够在多个项目组之间共享，这便是我写此文章的原因。

项目管理和研发质量控制是一个比较复杂的系统工程，本文不会系统的讲解一些理论和原则，而是以实际案例为索引分享一下项目管理中常见的问题以及必须要采取的方法。前车之覆，后车之鉴，希望能对新晋的项目管理同学有些帮助。

案例一：多角色人员协作的业务项目

场景描述

某监控产品需要对多个Region的多个云服务（例如虚机、数据库组件、缓存组件、消息队列组件）提供多个指标趋势图对比查看功能。产品研发需要PM设计产品形态和逻辑，UE设计产品视觉交互，若干FE研发前端页面，若干RD研发后端业务逻辑，QA测试业务功能，测试通过后FE和RD联合上线。项目研发从预期的1个半月拖延至实际3个月。研发中经历至少5轮测试，发现2个产品缺陷，5个技术方案缺陷，低级Bug预估20+，Bug收敛速度极慢。这是一个极其典型的项目管理和研发质量失控案例，参与项目的多数是新同学，