DevOps系列之 —— DevOps概览（一）软件产业和交付模式发展趋势

DevOps系列之 —— DevOps概览（二）新型软件技术及交付模式

DevOps系列之 —— DevOps概览（三）DevCloud HE2E DevOps 框架及其主要服务

DevOps系列之 —— 持续规划与设计（一）敏捷项目管理理念与方法实践

DevOps系列之 —— 持续规划与设计（二）规划与设计

DevOps 系列文章，持续更新中 ~~~

敏捷项目管理的方法1. Kanban 方法Kanban 看板的含义拉动式生产的收益建立和运作看板的五大实践可视化价值流动显式化流程规则控制在制品数量管理工作项流动建立反馈，持续改进不同角色关注看板的重点看板展示核心元素看板分层架构看板度量指标和方法2. Scrum 方法Scrum 是什么？Scrum 的起源Scrum 三大特点全面视角的 Scrum 框架Scrum 框架Scrum 团队模型（三种角色）Scrum 三种工件Scrum 过程模型（5个活动 + 1个合约）Scrum 价值观Scrum 三大支柱

敏捷项目管理的方法

1. Kanban 方法

Kanban 看板的含义

看板源自精益制造 丰田公司实践演化得来，故又称“丰田生产方式”两个支柱：准时化、自动化 看板（Kanban）一词来自日文，指可视化卡片 实质：后道工序需要时，通过看板向前道工序发出信号——请给我需要数量的输入，前道工序只有得到看板后，才按需生产由下游向上游传递，拉动上游的生产活动，使产品向下游流动拉动的源头是最下游的客户价值，也就是客户订单或需求

拉动式生产的收益

好处：控制库存、加速流通、灵活响应、促进改善等，让 用户价值顺畅高质量地流动\color{red}用户价值顺畅高质量地流动用户价值顺畅高质量地流动控制库存：下游需要时上游才开始生产（库存控制的水平是工厂管理的核心指标）加速流动：进入生产环境的物料和半成品，很快被拉入下一环节，直至变成成品，保证安全库存前提下物料最快的流动，提供工厂的运转效能\color{red}运转效能运转效能灵活响应：用户需求的变化通过看板形成的信息流快速传递至各个环节，系统做出了最快的响应。同时低库存水平降低了负载，让响应更加迅捷和低成本促进改善：库存的降低和流动的加速，可以让生产环节的问题可以在第一时间暴露，

拉动式生产是否能解决软件产品开发中的问题？

David J. Anderson 最早在软件开发中借鉴和应用看板实践，并总结成为完成的方法体系——“看板方法”

建立和运作看板的五大实践

建立看板 可视化价值流动现实化流程规则控制在制品数量 运作看板 管理工作项流动建立反馈，持续改进

可视化价值流动

团队绘制出自己的工作流，并将其分解为关键的几个状态（例如下图中的就绪、设计、实现、测试、发布），

显式化流程规则

流转规则：什么条件下卡片可以进入下一个环节分类规则：不同类型的工作采用不同的卡片，泳道、优先级的选择工作节奏：团队以什么样的节奏接受工作，更新看板的节奏，发布的节奏等等

控制在制品数量

在制品指某个环节内所有的工作项（包括进行中和等待的），环节内在制品小于某个数时，可以从上一环节拉入新的工作，否则不允许减少了并行工作，缩短时间，工作项从进入看板到交付的时间随之缩短如某个工作长时间受阻成为瓶颈，影响到上游环节，团队应该聚焦于完成已经开始的工作

管理工作项流动

目的：让用户价值顺畅和高质量地流动就绪队列填充活动：输入环节和价值流动的源头看板站会：关注价值流动过程中问题和阻碍，处理问题，提出方案发布评审：需求发布前的活动，决定上线或发布哪些需求、发布策略等（可选活动）

建立反馈，持续改进

流动是否顺畅的反馈（eg：阻碍问题分类，影响和问题分析）质量问题的反馈（eg：开发和测试环节遗漏缺陷的问题）

不同角色关注看板的重点

看板展示核心元素

分层、泳道、列、价值流、在制品（WIP）、风险&瓶颈、拉动式开发

看板分层架构

基于不同视角的价值流，看板可以分层 产品级看板：基于产品视角团队级看板：基于设计团队、开发团队、SIT测试团队视角

看板度量指标和方法

看板度量主要指标 前置时间（Lead Time）：又称为交付时间（Delivery Time）：工作项进入看板输入队列到已经完成所需要的整个时间吞吐量（Throughput）：在固定周期内能够完成多少个故事点的故事FE流动效率准时交付率流动性&波动性 看板度量主要方法

价值流图

累积流图（CFD：Cumulative Flow Diagram）

快速概览项目或产品工作中发生的情况

控制图

直方图（weibull分布图）

2. Scrum 方法

Scrum 是什么？

英文意思是橄榄球运动的一个专业术语，表示 “争球” 的动作1986年，竹内弘高和野中郁次郎在《The New New Product Development Game》 文章中提到将Scrum 用于产品开发 传统 “接力跑” 产品开发模式不能满足快速灵活的市场需求如同橄榄球赛的团队合作方式：团队作为一个整体\color{red}整体整体前进，在团队的内部传球并保持前进，这样也许能更好的满足激烈的市场竞争

Scrum 的起源

Scrum 三大特点

“可能性” 的艺术：关注当下团队自组织，自管理：放权面对面沟通

全面视角的 Scrum 框架

轻量级的项目管理框架，核心在于迭代\color{red}迭代迭代首先有产品代办列表 ——> 计划会议上从产品列表中选择合适的条目加入到迭代的代办列表 ——> 2~4周迭代开发（每日站会）——> 提交潜在的可交付增量（用户评审、回顾会议）

Scrum 框架

任何的软件开发过程框架都可以由最基本的三个要素组成：角色（人）、活动及其输入输出的工件

包括了一系列实践和预定义角色的过程框架 角色 产品负责人（Product Owner）Scrum 主管（ScrumMaster）团队成员 活动 冲刺规划会议（） 工件

Scrum 团队模型（三种角色）

Scrum 三种工件

Scrum 过程模型（5个活动 + 1个合约）

Scrum 价值观

承诺：愿意对目标作出承诺专注：把你的心思和能力都用到你承诺的工作上去勇气：要有勇气作出承诺，并且要履行承诺，接受别人的尊重开放：scrum 让把项目当中的一切都开放给每个人看尊重：每个人都有他独特的背景和经验，我们都要给予尊重

Scrum 三大支柱

透明：通过任务板的形式，把项目中的任务和资源等进行可视化检视：在每日站会评审和回顾等环节都是进行检视的环节适应：在检视过程当中发现了偏差，就要进行调整，以适应当前的情况

在软件开发过程当中，常用的控制理论有两种，预定义控制和经验过程控制

预定义过程控制：类似于瀑布开发模型经验过程控制：理论是敏捷的开发模式

最后，欢迎大家关注我的个人微信公众号 『小小猿若尘』，获取更多IT技术、干货知识、热点资讯。同时，我在公众号中分享了精心整理的一些视频资料（包括 Python全栈教程、AI教程、前端、数据库等），大家回复相应关键词即可获取网盘视频链接，感谢大家的关注😊