准备您的文化以超越敏捷发展

今天的公司和组织如何在敏捷开发之外建立创新？ 敏捷方法正在从基本的Scrum和看板方法发展而来，以更好地扩展规模并更快地将新思想推向市场。 这是两篇文章系列中的第一篇，我将在其中谈论下一批重大变化的来源。

超越敏捷的基本知识和优势

在成为Scrum Master的两年中，我个人学到了很多东西，并且我们的团队从我们尝试过的许多事情中发展出来，既有成功也有失败。 在过渡到敏捷的过程中，我们的团队能够更快地进行更改并响应业务目标。

作为Scrum Master的经历使我在60分钟内写了一本名为《 敏捷基础知识》的书。 它分解了Scrum的基础知识，并详细介绍了您可能遇到的一些问题。

每个新想法都会带来好处和损失。 这些可以帮助您的建议来教育您的管理团队。 当我们研究这些新想法时，请密切注意您应该与利益相关者分享哪些好处。

发展模式似乎已发展到新的水平。 团队正在拥抱替代方案，以期更快地创造价值。 他在最近与开发顾问进行的有关超越敏捷的转变的谈话中说：“最新采用者现在正在进入敏捷开发。 下一波浪潮是将精益制造技术应用于“生产线”的其余部分。 可视化和限制库存，关注延迟和缓冲区，并与整个系统中的约束保持一致。 系统思考使焦点转移到了DevOps和精益创业上。”

自动化

当我与DevOps专业人员讨论此主题时，他提到自动化对于创建高效团队的重要性。 有很多选项可以使开发周期和发行版自动化，因此我们需要在每个步骤中都可以利用它。

开始自动化的一个重要地方是质量保证过程。 许多公司都有自动化的测试和部署，因此新的更改可以轻松地融入环境。 自动化带来了前期设置成本，以及添加和删除代码时的定期更改。

精益技术

技术专业人士继续从精益生产方法中借鉴。 精益软件开发起源于Mary和Tom Poppendieck，当时他们撰写了关于采用精益制造原理的文章，并对其进行了修改，使其可以应用于软件开发领域。 这七个原则总结了该过程：

1. 消除浪费
2. 扩大学习
3. 决定越晚越好
4. 尽快交付
5. 授权团队
6. 在公司中建立诚信
7. 看到整个

Scrum是此过程的一种实现，但是还有更多的方法，包括看板和DevOps，也都采用了这些原理。

例如，DevOps是下一代精益软件开发方法之一。 在本文的其余部分，让我们更好地了解什么是DevOps以及可以在哪里使用它。

那么...什么是DevOps？

DevOps是一种软件开发模型，将开发和操作结合在一起，强调了通信，集成，自动化，协作和合作。 DevOps的一些目标是更频繁的部署，更快的上市时间，更高质量的可交付成果以及更短的交付时间。

凤凰计划的原则

但是，仅是技术部门，或者更糟糕的是，只有一个团队拥护这些想法，这些想法就行不通。 各个级别的员工都必须意识到变革的成功需要他们的支持。

一个朋友强烈建议我读《凤凰计划》 。 这部小说是由DevOps运动的三位拥护者（吉恩·金，凯文·贝尔和乔治·斯帕福德）撰写的，小说的创作背景是虚构的公司Parts Unlimited。 它详细介绍了大多数IT部门面临的许多问题，并举例说明了如何解决这些问题并为该公司的员工创造更好的生活。

当我们遇到Parts Unlimited的IT经理Bill时，首席执行官将他推向了Phoenix项目。 这是整个公司尤其是IT部门的一项重大举措。 首席执行官已经给Bill安排了90天的时间来解决IT部门的问题，否则他将把整个团队外包出去。 只是一点动机，你不觉得吗？

在整个Phoenix项目中 ，我们将了解Bill如何运用以下三个原则来不仅简化其部门的工作流程，而且还可以更有效地与公司的其他部门进行交互：

• 限制您的工作进行中（WIP）。 Bill通过确定部门的主要资源之一布伦特正在处理许多不同的项目，从而学会限制部门正在处理的项目。
• 限制流入部门的工作。 比尔试图冻结项目，以阻止对其部门提出的新要求激增。 他创建了一个石蕊测试，以阻止请求超载积压。
• 构建DevOps流程。 在解决了许多问题之后，Bill的部门构建了DevOps流程。 他们减小了批量大小，以使单个更改可以在短时间内流到生产中，并创造了运营弹性。

文化很重要

DevOps实施的成功需要一种企业文化，这种企业文化应包含能够促进这种变化的思维方式。 如果您要超越敏捷，则必须在公司的所有部门中找到它，而不仅仅是在一个区域中找到它。 每个人都必须为解决问题做出贡献，并为公司的成功承担责任。

凤凰城计划的作者之一，Praxis Flow的首席科学官Kevin Behr说：“使DevOps成功的关键因素之一实际上是确保它是组织计划的一部分。 希望在DevOps上取得成功的组织通常会从管理任务过渡到跨功能管理边界。”

灵活性是包含DevOps思维方式的文化的关键组成部分。 严格的规则和流程将阻碍创新新思想的发展。

实施DevOps

DevOps的实现方式有很多不同，但是大多数公司都包含一些基本组件。 例如，以下概念来自“ 浏览DevOps”：了解它是什么以及它对您的业务为何重要 ：

• 合作。 协作必须扩展到DevOps团队之外，并扩展到组织的所有领域。 每个人都有责任交付产品。 这种总体所有权对于DevOps的成功至关重要。
• 自动化。 交付链中的自动化部分有助于团队缩短周期时间。 DevOps团队不断尝试通过拥抱允许发生这种情况的工具来实现自动化。 这些工具需要支持该过程，而不是相反。
• 持续集成。 持续集成（CI）的目标是隔离变更并立即对其进行测试。 团队可以立即报告任何错误或问题，而不是在正常开发过程的后期报告。
• 持续测试。 DevOps使得连续测试对于实现部署目标至关重要。 这不仅是质量保证部门的责任，而且是整个公司的责任。 随着新功能的编码，应该开发单元测试。 签入代码后，应该进行其他集成测试。
• 持续交付。 与持续测试进行持续集成之后，下一个阶段就是持续交付—从开发到生产部署的整个交付周期的自动化。 发布速度因公司对更改的期望以及发布的大小而异。
• 持续监控。 由于始终有许多移动部件在飞行，因此需要始终监控操作系统。 与测试类似，监视也从开发开始，以便快速了解引入的更改。

谁在使用DevOps，如何使用？

根据PuppetLabs ，Thoughtworks和IT Revolution Press的2014年DevOps状态调查，有16％的IT部门正在使用DevOps。 该方法主要在雇员少于500人的公司中找到。 研究得出结论，DevOps将提高IT性能。

DevOps和连续交付有很多优势。 速度是一项巨大的好处，因此您现在可以快速交付功能。 随着您可以快速修复确实发布的错误，质量得到了提高。 变更的规模也有所提高，因此无需计划冲刺或迭代。

当您准备向管理团队提出建议时，请确定许多好处并了解难点。 要从销售中借用一个概念，请找出差距。 使用DevOps的概念来“出售”团队当前流程中的工作流缺口。 与管理团队合作，您应该对存在哪些差距有个好主意。

作为技术专业人员，我们认为最好的技术应该永远赢。 并非总是如此。 确定公司中的决策者并出售给他们。 如果您了解最终决策者不是技术人员，请不要在技术要点中说明所有好处。 相反，要意识到大多数决策者至少要承担一些预算责任。 因此，请提供有关DevOps如何为公司省钱的信息。

要带来有意义的变化，您需要争取他人的帮助。 与团队成员和其他部门的人员共享DevOps的好处并持续交付。 如果您大肆宣传，扑灭变革之火将更加困难。

在本系列的第二篇文章中，我们将探讨一些将其付诸实践的新想法以及从事这些工作的公司。 有趣的问题之一是Spotify团队的工作方式及其背后的结构。

翻译自: https://www.javacodegeeks.com/2015/08/preparing-your-culture-to-move-beyond-agile-development.html