混合型项目管理实践案例

瀑布、敏捷和DevOps等等管理方法各有优劣，很多公司在推进项目管理体系的时候，由于不同的环境选择的方法也各不相同

，很多时候需要综合运用多种方法的实际上形成了混合型项目管理，今天为大家分享一个混合型项目管理实际案例

，供大家借鉴参考。

某主题App业务介绍

1
、产品

致力于为消费者提供精品原创的个性化手机主题
、表盘
、字体、壁纸、AOD

、铃声、美化等业务，秉持“匠心设计，灵感点亮生活”的品牌理念
，助力全球优秀设计师
、艺术家、开发者等内容生产者的优质作品获得全球曝光及丰厚回报。

2、服务

能够为用户提供主题商店和主题内容管理服务、会员服务

、造字服务、评论、社区和互动服务

、活动及福利服务。

3、结构

从设计架构上看，该应用可分为服务器端（即云端）和客户端，其中客户端可装在手机、平板
、车机等电子产品上。

某主题App项目所处的环境

1、外部环境(VUCA 乌卡)：

Volatility（易变性）：移动端用户欲望的变化，催生更多的需求变化
；

Uncertainty（不确定性）
：市场环境、行业环境和顾客需求的不确定高；

Complexity（复杂性）
：项目面临的诸多条件间的相互关系导致的复杂性越来越高
；

Ambiguity（模糊性）

：对现实的模糊，是各相关方误解的根源
，各种条件和因果关系的混杂；

2、内部环境:

组织冲突
：制定决策的管理者与受这些决策影响的人之间存在的组织冲突；

利益冲突：相关方因位置不同导致的利益不一致；

客户

、合作方

角色

：项目经理、SE（系统设计师）
、开发
、测试

VUCA环境下某主题App项目怎么做
？

VUCA时代的不确定性和复杂性模型

不确定性和复杂性，导致不同的项目生命周期类型；

• 预测型
  ：这是一种更为传统的方法，提前进行大量的计划工作
  ， 然后一次性执行。【瀑布型、基建工程项目为例】；
• 迭代型：这种方法允许对未完成的工作进行反馈，从而改进和修改该工作
  。【软件开发、管理咨询】；
• 增量型：这种方法向客户提供各个已完成的
  
  ，可能立即使用的可交付成果。【地产开发样板间】；
• 敏捷型
  ：这种方法既有迭代，也有增量
  ，便于完善工作，频繁交付。【软件开发、管理咨询】；

某主题App项目生命周期的选择

一、预测模式
：

PMBOK指南（第六版/第七版）（PMI）；

在项目生命周期的早期阶段确定项目范围、时间和成本
；

二、敏捷模式：

敏捷实践指南（PMI-ACP）；

需求范围在迭代开始之前就得到了定义
、评估和批准
；

三
、DevOps模式：

《DevOps实践指南》
；

基于精益原则

、约束理论、丰田生产系统、学习型组织等知识体系的集大成者；

DevOps三步工作法：流动原则、反馈原则、持续学习与实验原则；

三张模式详解

1
、预测模式（软件开发生命周期，也称为瀑布模式）

预测型生命周期：预计会从高确定性的明确的需求、稳定的团队和低风险中获益。因此项目活动通常以顺序方式执行

，如下图
：

2、敏捷模式

1）迭代型生命周期

迭代型生命周期通过连续的原型或概念验证来改进产品或成果。每一个新的原型都能带来新的相关方新的反馈和团队见解。然后，团队在下一周期重复一个或多个项目活动，在其中纳入新的信息。迭代有利于识别和减少项目的不确定性。

2）增量型生命周期

有些项目优化是为了加快交付速度。许多企业和项目无法等待所有的事情全部完成；这种情况下，客户愿意接受整个解决方案的一个部分
。这种少量可交付成果的频繁交付称为增量型生命周期
。

3）敏捷型生命周期

3.1 基于迭代的敏捷

团队以迭代（相等持续时间的时间盒）形式交付完整的功能。

3.2 基于流程的敏捷

团队根据自身能力
，从待办事项列表中提取若干功能开始工作
，而不是按照基于迭代的进度计划开始工作
。

基于迭代和基于流程的敏捷生命周期

3.3 敏捷方式

以最小可行性产品，交付给客户，不断的得到客户的反馈
， 不停的迭代，改进，完善，最终交付客户的满意成果

什么是敏捷？

一句话概括敏捷：敏捷就是“以人为本→化繁为简→快速迭代→持续交付价值”的过程
。

2001年
，软件行业思想领袖共同发表《敏捷宣言》，正 式宣告敏捷开发运动的开始。

2018年
，项目管理协会（PMI ）和敏捷联盟携手发布 《敏捷实践指南》
，敏捷方法的应用逐渐从软件行业向各行业扩展。

敏捷宣言
、价值观、原则和通用实践之间的关系

敏捷典型实践–Scrum，咱们以前分享过很多可以查阅
：

图解通俗易懂Scrum敏捷项目管理精华

图解Scrum敏捷项目管理知识地图【附知识地图下载链接】

Scrum 敏捷项目管理精华PPT【文末可编辑PPT下载】

一图掌握Scrum敏捷项目管理方法

DevOps模式是什么
？

DevOps概念模型

通过开发(Dev）

、IT运维（Ops）和质量保证（QA）的沟通和和协同，使得构建、测试、发布软件能够更加的敏捷、频繁和可靠；

DevOps显著特征：

1、必须拥有共同的目标
；

2、打通用户、PMO

、需求
、设计、开发（Dev）、测试、运维(Ops)等各上下游部门或不同角色；

3、打通业务、架构、代码、测试、部署、监控、安全
、性能等各领域工具链

；

关于DevOps咱们也分享过很多相关内容，供大家参考：

终于有人把DevOps讲明白了

TOP30个DevOps面试问题及如何解答？

学了敏捷，但你还不知道DevOps，就Out了【管理有度5】

DevOps如何帮助PM构建数字化的项目管理？

图解DevOps流程体系全景图–构建敏捷 持续交付的体系平台

一文全面精通DevOps

如何构建基于瀑布、敏捷和DevOps混合模式项目管理框架？

为什么可以在某主题App项目中运用”预测 敏捷 DevOps“方法？

• 乌卡时代，该App开发需求不确定性和复杂程度增加，交付周期变短，需要快速做出反应
  ，应对变化。
• 该App项目具备使用敏捷方法的基本条件，可以提高开发团队的工作效率
  。
• 该App项目具备使用DevOps方法的技术条件，如架构解耦
  ，系统支持拆分为可DevOps的单元
  ，有微服务管理平台支持，平台服务支持和工具链支持等。

基于“瀑布”
、“敏捷”和”DevOps”模式，以客户（HW）的软件工程能力为支撑，应用混合（也可称为集成）开发生命周期

，具体来说就是端到端的项目管理实施框架。

实施框架
：融合预测-敏捷-DevOps

该框架是以版本（基线或补丁）为最小可实施单元（DevOps单元）
，分为持续规划、持续开发
、持续部署发布、持续运维
、持续反馈等5个阶段

，每个阶段的主要关键活动和工具如下：

全价值流中敏捷理念
、工具和技术的应用：

端到端全流程的敏捷DevOps

1215敏捷项目管理模型：1个铁三角，2个端到端交付环，15个实践；

端到端DevOps框架可以有效实施的前提条件如下：

1
、架构解耦，最小可行产品是敏捷的保障；

2
、系统拆分为颗粒度合适的可DevOps的单元

，是架构支持DevOps的基础
；

3、全面支持应用的一站式微服务管理平台

；

4
、面向云服务/微服务的架构，向敏捷/DevOps全功能团队转型；

5
、重塑角色设置，实现快速自我决策
；

6、软件分层、专业聚焦，平台化，避免小团队全栈能力构建
，使能DevOps 
；

7、支持服务/微服务DevOps的工具链及环境；

8
、工具
：自动化运维-基于数据分析的全方位故障监控；

01

架构解耦，最小可行产品是敏捷的保障；

1）架构与系统解耦，做到组件化，乃至微服务化：

实现松耦合，可并行开发

、构建、测试、部署、运行的最小可运行产品/特性
。

2）需求分解的原则：

需求分解遵循小步快跑，同一个特性可以由多个迭代Story逐步演进
，从简单 可用
、到功能完善。

由横向分层的大系统 ->纵向解耦的小系统演进 / 各个微服务/特性，可由独立团队并行开发交付。

02

系统拆分为颗粒度合适的可DevOps的单元，是架构支持DevOps的基础；

◼ 尽量垂直划分服务
；

◼ 比较独立的新业务优先采用微服务架构；

◼ 优先抽象通用服务
；

◼ 优先抽象比较容易识别的，边界比较明显的服务；

◼ 优先抽象核心服务
；

◼ 采用绞杀者模式。

03

全面支持应用的一站式微服务管理平台；

04

面向云服务/微服务的架构
，向敏捷/DevOps全功能团队转型；

对特性/部件/服务，完整的实施规划/需求/设计/开发/测试并独立部署、交付
、运维（DevOps场景）的项目型团队。

05

重塑角色设置，实现快速自我决策；

由“集团军作战”转变为“班长的战争”，按照特性/微服务组建<10人的全功能团队
，“Two Pizza团队“，实现业务快速开发、决策与上线。

06

软件分层、专业聚焦，平台化
，避免小团队全栈能力构建

，使能DevOps ；

充分使用云基础设施和平台服务（IaaS/PaaS）,基于IaaS/PaaS动态分配资源。

分工细化
，专业团队提供专业云服务；

自治云服务承载架构复杂度；

07

支持服务/微服务DevOps的工具链及环境；

支持微服务DevOps独立并行开发
、测试，经过Gamma类生产环境验证，实现灰度发布和频繁快速上线
，并持续反馈与演进。

08

工具：自动化运维-基于数据分析的全方位故障监控
；

系统能够自动化部署
、升级和扩缩容
，支持自动化监控、告警、故障的定界定位和故障自愈。

业务/服务的颗粒度更小
，交付部署更频繁迫切需要增强对服务、服务所部署的软硬件环境的全方位监控
、评估能力
；构建针对各类日志
、KPI数据
、告警事件等的数据采集分析平台。

某App开发项目的混合敏捷管理实践方案

1、持续交付
：持续交付核心实践

2
、持续交付：DevCloud实践，每日持续交付流水线

解读：

1. 每天晚11：00
，由流水线触发，从每个服务的代码仓库Release分支获取代码。进行静态检查、下载代码、编译构建、归档发布。

2. 每天凌晨0:00，触发自动部署。流水线调用部署服务实现版本包的自动化部署。

3. 每天凌晨3:00，触发自动化RF接口测试
。

流水线的质量控制

• 源码版本控制

• 分支策略

• 静态扫描

• > 80% 代码覆盖率

• 漏洞扫描

• 开源扫描

• 制品版本控制

• 自动化环境准备

• 不可变的服务器

• 集成测试

• 性能测试

• 每次提交触发自动化构建
、部署、测试

• 自动变更单

• 低风险发布

• 特性开关

3
、持续反馈：灰度发布策略驱动自动化部署与回滚

一键回滚；在线验收测试；A/B测试；重要新特性友好用户先体验
；

4、持续反馈：灰度发布，友好/公测完备流程，产品、运营、运维配合

5、持续反馈
：VoC 驱动
，持续规划，数据分析
，动态调整，有错就改

PS：VoC : Voice of Customer 客户声音

项目实践全景

PMO前沿《一杯咖啡谈项目》专栏

特约作者介绍
：张永彬，PMP/PMI-ACP，项目管理专业硕士
，某软件科技集团公司质量部总监
；15 年消费电子和IT软件两大行业工程实践者，现代项目管理方法的践行者和推广者。