ai的智能发展不会超越人类
今天的公司和组织如何在敏捷开发之外建立创新? 敏捷方法正在从基本的Scrum和看板方法演变为更好的规模和更快地将新思想推向市场。 这是两篇文章系列中的第一篇,我将在其中讨论下一批重大变化的来源。
超越敏捷的基本知识和优势
在成为Scrum Master的两年中,我个人学到了很多东西,并且我们的团队从我们尝试过的许多事情中发展出来,既有成功也有失败。 在过渡到敏捷的过程中,我们的团队能够更快地进行更改并响应业务目标。
我作为Scrum Master的经历使我在60分钟内写了一本名为《 敏捷基础知识》的书。 它分解了Scrum的基础知识,并详细介绍了您可能会遇到的一些问题。
每个新想法都会带来好处和损失。 这些可以帮助您向管理团队提出建议。 当我们研究这些新想法时,请密切注意您应该与利益相关者分享哪些好处。
发展模式似乎已发展到新的水平。 团队正在拥抱替代方案,以期更快地创造价值。 他在最近与开发顾问进行的有关超越敏捷的转变的对话中说:“最新采用者现在正在进入敏捷开发。 下一波浪潮是将精益制造技术应用于“生产线”的其余部分。 可视化和限制库存,关注延迟和缓冲区,并与整个系统中的约束保持一致。 系统思维将重点转移到了DevOps和精益创业上。”
自动化
当我与DevOps专业人员讨论此主题时,他提到自动化对于创建高效团队的重要性。 有很多选项可以使开发周期和发行版自动化,因此我们需要在每个步骤中都可以利用它。
开始自动化的一个重要地方是质量保证过程。 许多公司都有自动化的测试和部署,因此新的更改可以轻松地融入环境。 自动化带来了前期安装成本,以及添加和删除代码时的定期更改。
精益技术
科技专业人士继续从精益生产方法中借鉴。 精益软件开发起源于Mary和Tom Poppendieck,当时他们撰写关于采用精益制造原理的文章,并对其进行了修改,使其可以在软件开发领域中使用。 这七个原则总结了该过程:
- 消除浪费
- 扩大学习
- 决定越晚越好
- 尽快交付
- 授权团队
- 在公司中建立诚信
- 看到整个
Scrum是此过程的实现,但是还有更多的应用程序,包括看板和DevOps,也都包含了这些原理。
例如,DevOps是下一代精益软件开发方法之一。 在本文的其余部分,让我们更好地了解什么是DevOps以及可以在哪里使用它。
那么...什么是DevOps?
DevOps是一种软件开发模型,将开发和操作结合在一起,强调了通信,集成,自动化,协作和合作。 DevOps的一些目标是更频繁的部署,更快的上市时间,更高质量的可交付成果以及更短的交付时间。
凤凰计划的原则
但是,仅是技术部门,或者更糟糕的是,只有一个团队拥护这些想法,这些想法就行不通。 各个级别的员工都必须意识到变革的成功需要他们的支持。
一个朋友强烈建议我读《凤凰计划》 。 这部小说是由DevOps运动的三位拥护者(吉恩·金,凯文·贝尔和乔治·斯帕福德)撰写的,故事背景设在虚构的公司Parts Unlimited中。 它详细介绍了大多数IT部门面临的许多问题,并举例说明了如何解决这些问题并为该公司的员工创造更好的生活。
当我们遇到Parts Unlimited的IT经理Bill时,他被CEO推动进入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
ai的智能发展不会超越人类