如何将精益方法应用于企业IT？

《如何将精益方法应用于企业IT？》要点：
本文介绍了如何将精益方法应用于企业IT？，希望对您有用。如果有疑问，可以联系我们。

精益工程

将精益方法应用于企业IT

LEAN ENGINEERING
LEAN METHODOLOGY APPLIED TO ENTERPRISE IT

译者：龙井
校对：胥峰
原文出处为?http://t.cn/RMIVZvX

一、前言

精益工程定义了一套高速率且低风险地创建和部署软件产品的指导原则.使用精益工程,可以降低验证新技术、在流程中实现增量变更、向市场推出新产品的风险,并且能够以一个更快的速率达到一个高质量的结果.

每个学科都建立在一套原则和主张之上.作为软件工程实践的门徒,我们有必要定义出一套清晰且永恒的原则,用来指导我们创造产品的流程、方法和架构.

二、起源

精益不是新概念,精益的 DNA 可以追溯到上世纪五六十年代,丰田公司优化其著名的精益制造流程时.精益制造的许多指导原则都是归功于丰田汽车公司副社长大野耐一和新乡重夫,他们一起创造了丰田生产系统(Toyota Production system,TPS).

大野耐一着手在他所负责的生产过程中根除效率低下和消灭浪费,他引入了几个概念,比如：小批量,准时制,持续改进.

三、小批量

作为工程师,当我们面临大量的工作时,我们的第一想法就是设计出最系统化的方法,以便我们可以通过围绕重复任务来组织工作,实现批量处理.

想象一下要准备1000封信.

作为工程师,我们的第一想法很可能是要尽可能的以最高效的方式处理这项工作.使用大批量处理方法流水线化生产.

1. Tri-Fold all the letters(将所有信纸折叠三次)
2. Place the Stamp,Delivery and Return address stickers on the envelopes(在信封上贴邮票、收信地址和退信地址)
3. Place the letters in the envelopes(将信纸装进信封)
4. Seal the envelopes(密封信封)

这样看起来很简单且高效,因为重复,我们非常高速率地处理单个任务.但是我们错了.

如果信封和信纸的尺寸不合适呢?如果贴纸没有胶水了吗?如果信封有问题不能密封呢?

为了了解制造过程中是有缺陷的,小批量的做会更好.在这个案例中,一个完整的循环流程是：

(1)折叠

(2)塞信纸

(3)贴邮票和地址

(4)密封

由此我们可以在大规模处理之前,识别出流程中可能失败位置.

Small Batches = Fail Fast!

小批量=快速失败!

四、持续改进

无论何时,流水线上的任何工人在丰田制造流程中发现了问题,都可以停止流程,所有人都会帮助修复问题,直到问题修复才能继续进行流程.

我们鼓励工人找到问题的根本原因并立即修复.流水线上的工人也都被鼓励在自己的岗位上进行改进,而无须征得管理者的同意.这个流程就是持续改进.持续改进的一些好处：

• 改进是基于许多小的变化,而不是完全颠覆
• 由于改进点子都来自工人,所以不会有特别大的变化,因此也更容易落实
• 小的改进不会像主要流程改变那样需要大笔的资本投资
• 持续改进鼓励工人们对自己的工作负责,有助于加强团队合作,从而提高员工的积极性

这个领域的先驱者爱德华兹·戴明将持续改进视为根据组织目标对来自过程和来自客户的反馈进行评估的系统的一部分.

最广泛使用的持续改进工具是一个四步质量模型 PDCA 循环——plan(计划)-do(执行)-check(检查)-act(纠正),也被称为戴明环：

• Plan: 识别改变的机会和计划
• Do: 小规模的实现改变
• Check: 使用数据分析改变的结果以确定行动是否带来不同的效果
• Act: 如果改变成功,则在更大规模范围内落地并持续评估结果,如果改变无效,继续循环

Continuous Improvement = High Quality!
持续改进 = 高质量!

五、精益创业(LEAN STARTUP)

埃里克·莱斯将精益制造中的概念应用到了他所参与的许多在互联网泡沫时期和之后的创业项目.他发展出软件产品开发流程的两个指导原则：快速失败和持续改进.

埃里克·莱斯的整体主张是如果创业是投资自己的时间去迭代式地构建产品或服务以满足早起采用者的需求.他们可以降低市场风险并避免需要大量的初始项目资金和昂贵的产品发布和失败.

埃里克·莱斯定义了一个将新产品成功推向市场的科学方法.你可以在构建-度量-学习的生命周期中持续地进行小的调整以保持高速进步,而不是制定需要建立在非常多假设基础上的复杂计划 .

构建 – 度量 – 学习?是一个反馈环,它的目标是在循环中尽快验证你的想法.

你首先定义出最小可行产品(MVP),这个版本的产品允许团队以最小的付出进行最大程度的验证性学习.

构建 MVP 并发布到生产环境(持续交付)并度量运行时健康状态和产品的可用性(持续分析)

然后你可以使用对比测试和调查的方法让你的客户参与产品反馈中来.这为下一个循环提供了学习(持续反馈)的输入.

六、最小可行产品(MINIMAL VIABLE PRODUCT)

最小可行产品(MVP)的定义是这个版本的产品允许团队以最小的付出进行最大程度的验证性学习.

在整个周期中的每个迭代中,准确定义出MVP是团队想要成功实践这个方法必须要掌握的重要技能.范围太广会拖慢速率,范围太小又不足以在验证此次发布的周期中充分学习.

（编辑：ASP站长网）