DevOps落地实践，BAT系列，敏捷看板

DevOps 自 2009 年诞生以来，至今整整过去了十年，从最初的摸索，逐步变成一种主流的软件开发交付模式。BAT在2014年左右，甚至更早的时候，内部的DevOps系统就已经差很少成型了，好比腾讯的织云、蓝鲸，阿里的AOne，百度的效率云等。在DevOps的研发过程当中，好的看板功能有助于优化项目管理、提高开发效率，是较重要的功能之一。本文从需求分析角度入手，分析DevOps产品对看板的需求，并结合CORNERSTONE一站式云端DevOps平台看板部分的实际开发经验和用户反馈向你们介绍DevOps看板的设计实践之路。   

一.DevOps须要的看板 

看板是DevOps较为经常使用的功能，整个项目开发周期都离不开它，从需求划分、任务分配、功能实现到测试上线都须要看板的协助，看板使抽象工做流程可视化，让项目管理者能更清晰的掌握项目进度。由此，看板设计实践就成为了DevOps实践的重要内容之一。首先咱们须要了解一下，DevOps中的看板须要具有怎样的功能：

1.价值流

广义的价值流指的是从原材料变为成品、并给他赋予价值的所有活动。包括原材料的获取，对原材料进行加工后转变为成品交付给客户的过程，其中还包括了各个阶段各方之间的沟通造成的信息流也是价值流的一部分。完整的价值流包括供应链成员之间的沟通，物料的运输，生产计划的制定和产品的生产过程等。

举个简单的例子，服装加工厂要按照客户要求生产一批服装，生产方首先须要和客户肯定衣服的款式，用料，具体尺码信息，而后采购制衣所需的布料，将衣服制做图纸下发到相关工人手中，工人按图制衣，完成既定数量的经过质量检测的成衣后将成品送到客户手中，这就是一条完整的价值流。

DevOps中的价值流

在DevOps中，价值流的概念一样适用。定义：把业务构想转化为客户交付价值的、由技术驱动的服务所需的流程。

价值流贯穿了整个开发周期，好的价值流在保证快速的交付的同时还能保证部署工做不会产生混乱和破坏。只有打通业务、开发运维等一些列的价值链条，保证价值能够完整畅通的流动，减小积压重组，才能保证产品的顺利交付。在此前提下，提升开发效率实现敏捷开发才是可能的。可是技术价值流与制造业的价值流不一样，它是不可见的，所以咱们很难发现整个价值流是否顺畅，在哪里产生了阻碍积压。所以咱们须要将价值流可视化，清晰的把价值流的呈现出来，这样价值流是否完整，哪里存在缺失就一目了然了。

二.DevOps的三步工做法基础原则

《凤凰项目》一书把三步工做法做为基础原则并由此衍生了DevOps的行为和模式：

（1）开发到运维的工做快速的从右向左的流动------流动原则

在保证质量的前提下加快价值流的流动速度，尽量的优化工做流，减少流动单元合理控制流量，减小等待时间，提升工做效率，能够归结为如下几点：

1. 使工做可见
2. 合理控制最流动单元
3. 减小交接次数
4. 消除阻碍价值流的问题

（2）从右向左的每个阶段中，应用持续、快速的工做反馈机制------反馈原则

反馈原则是在流动原则的基础上创建的一条信息流，价值流上的各个环节经过这条信息流沟通，好的信息流有助于及时发现并解决问题，从中分析并总结经验能够提高项目开发效率。

（3）创建具备创意和高可信度的企业文化，支持动态的、严格的、科学的实验——持续学习与实验原则：他打造出一种高度信任的文化和一种科学的工做方式

常见的项目中天天的站会、每周的周会通常是项目成员集中在一块儿交流并互相学习的机会，你们对工做做出自我总结并提出本身的想法互相交流意见，实现工做中的自我提高。

看板在DevOps中主要做为价值流的载体的一部分，使价值流中一些较为抽象的信息可视，并让用户能够从中看清楚价值流的流通状况、每个环节及环节的具体操做状况，何处须要改进、何处存在问题。三步工做法则能够帮助提高工做效率。结合对价值流的概念以及三步工做法原则的分析，看板须要具有如下功能：

（1）清晰描述最小工做项单元及工做项间的关系

（2）提供便捷的小组成员互相沟通方式

（3）快速直接的反馈某工做项的各类状况

（4）一目了然的任务完分配集成状况，方便开会总结

  三.看板实践及优化 

首先是工做的最小单元——工做项，工做项是看板上各种工做内容的最小显示单元，负责显示工做内容的各类信息，一些相似的工做项管理看板对工做项类型进行了极为细致的划分，但过于繁杂的工做项类型难于记忆而且存在概念重复反而不利于，结合实际项目开发状况咱们将工做项类型分为三类：

（1）故事——一个故事表明一个完整的需求点，能够包含多个任务、bug，一  个故事及其包含的全部子项目能够完整的诠释一个需求点在价值流上流通的全过程

（2）任务——将故事拆分为一个个的具体工做内容，分配到具体人员

（3）Bug——测试人员向开发人员、项目管理人员提出反馈的途径

工做项的要展现不少的具体信息：

（1）描述信息（标题、描述、附件、COMMENTS、所属迭代、所属版本）COMMENTS是提供给开发人员的交流空间，让开发人员能够在这里进行简短的意见交流，一些较小、内容简短的讨论能够在这里进行，无需全部相关人员汇集在一块儿讨论节约时间

（2）状态信息（工做项状态、优先级）

（3）人员信息（责任人、建立人、解决人）明确工做项的相关人员，责任划分明确。

（4）时间信息（建立时间、预估时间、耗费时间、到期时间）提供明确的时间信息，有利于项目管理者控制项目开发进度

（5）关联的工做项（子任务、BUG）将有关的工做项关联到一块儿，完整描述产品中某一项功能，从需求分析到开发实现到测试反馈的全过程

工做项设计完成后须要考虑的就是如何一个个的工做项集中在一块儿展现，考虑到DevOps的用户有不少不一样的角色，对看板的关注角度也不一样，例如项目经理更但愿能够一目了然的看到任务的完成状况，开发人员需更关注的是分配给本身的工做项的具体的内容，CORNERSTONE提供

【表格、分栏、看板、甘特图、日历、统计、周汇总、分类导图】八种视图，方便企业成员经过多种角度查看项目，全方位了解项目情况。

(1)表格视图

信息以列表形式呈现，可拖动查看全部字段下的内容，方便概览任务状况。

**
**(2)分栏视图

分栏视图可帮助团队成员更快的找到他所须要的信息；

**
**

(3)**看板视图
**看板视图可更直观的显示每种状态下的任务状况，方便团队成员及时更改任务内容；

(4)甘特图  推荐★★★★★**

CORNERSTONE的甘特图功能可方便管理者弄清项目的剩余时间，评估工做进度，调整工做任务，更好地把握项目的总体。

（5）日历

CORNERSTONE的日历视图是基于时间，让项目更加易于理解的管理工具。

（6）统计视图CORNERSTONE提供报表和统计图，可查看团队整体任务状态，也可查看团队成员我的工做贡献，便于把控整体项目进程。

（7）周汇总

CORNERSTONE的周汇总视图可直接提取项目中各项任务的完成状况和相应指标，自动生成简洁的分析报告。

（8）分类导图**
**

CORNERSTONE的分类导图其实就是思惟导图，它有一个中心主题，由中心主题发散出不一样的关节点，每一个关节点又能够独立成为一个分支的中心主题，整个图形呈现出放射性立体结构，这种结构更方便记性和理清思绪。

以上就是CORNERSTONE一站式云端DevOps平台看板模块的设计和实践历程，在价值流可视化和项目成员沟通等方面咱们仍在持续改进，但愿能打造出更便捷、更清晰的看板，完善DevOps平台看板模块。最后，回到DevOps的理念上，DevOps并非专门称呼一项技术，也不是一套流程和方法论，更不是一套简单的工具产品，愈来愈多的迹象代表，DevOps是一种文化，这种文化崇尚的是以客户价值为根本导向让IT能够变得更敏捷更精益。