fbpx
重新思考移动性:敏捷企业的业务领导者指南
分享在linkedin
在twitter上分享
在facebook上分享
共享电子邮件
在打印

 

到现在为止, 商业领袖很清楚围绕着敏捷转型的各种议论, 以及它给整个组织带来的积极影响. 快速移动的敏捷初创企业通过从成熟企业手中夺取市场份额,在业务上取得了巨大的成功. 相比, 那些选择追随以移动为优先的同行的企业领导者们,似乎在他们的敏捷转型中失去了目标.

 

敏捷需要时间, 支持, 专用的资源, 和企业, 路上有一组独特的障碍. 针对希望在2020年开始敏捷转型过程的商业领袖, 对与敏捷相关的一切有一个深刻的理解是至关重要的. 领导者需要知道敏捷是什么, 它是如何工作的, 以及如何在企业环境中扩展其方法. 甚至理解敏捷如何影响传统的风险和变更管理过程也是成功的必要条件. 

 

下面这篇博文是商业领袖对敏捷转换的指导. 加拿大28软件平台整理了一份最热门的文章列表,这些文章将解决领导者可能会有的关于敏捷的共同关注和问题,以帮助他们更好地理解敏捷方法, 它的风险, 以及如何为成功转型制定整体战略. 

 

新的文字-动作

构建敏捷转换策略:开始吧

Agile is more than just a methodology; it’s a mindset. An organization can not simply “go” agile overnight; in fact, 走向敏捷需要至少5到10年的计划,随着时间的推移,它会改变一个组织的思维模式, 调用文化变革, 并且涉及到全面实施专用资源. 不能完全转变为敏捷组织通常是因为缺乏方法论本身的知识, 它是什么, 以及它所包含的内容. 

 

本文将解决理解上的差距,并将作为开发敏捷转换策略的入门读物, 明确提供以下高级概述:

 

  • 什么是敏捷
  • 敏捷术语
  • 敏捷的四个核心价值观
  • 灵活的工作方式

 

如果一个组织想要变得敏捷, 他们不能挑选和选择他们想要实施的心态的哪些方面,而抛弃其他方面. 真正体验敏捷的好处, 一个组织必须准备将他们100%的时间和资源投入到转换中. 为了敏捷而“走向”敏捷的组织是没有好处的.

 

如何在企业环境中扩展敏捷

对企业来说,扩展敏捷是最具挑战性的障碍之一. 专注于迭代决策的方法, 在哪里,需求和解决方案是通过多个团队之间的协作来开发的, 传统上偏爱小团体. 然而, 敏捷开发在几乎所有行业的大型组织中越来越流行. 

 

 根据 第十三届年度敏捷报告

  •  97%的企业受访者表示,他们在一定程度上实践了敏捷过程 
  • 73%的企业受访者表示,他们已经计划或启动了DevOps项目 
  • 46%的受访者使用敏捷方法管理外包开发项目 
  • 40%的受访者表示,他们计划在未来24个月内在外包项目中使用敏捷实践

 

对于许多企业组织来说,敏捷性在优先级列表中占有很高的地位. 在回应, 企业正在重组跨组织多个领域的操作,以变得更加敏捷. 下面的文章着眼于如何在企业环境中扩展敏捷,具体包括: 

 

  • 企业敏捷性的当前趋势 
  • 企业在扩展敏捷方面面临的重大挑战 
  • 在企业环境中扩展敏捷的框架 
  • 成功的敏捷实施 

 

新的文字-动作

如何为成功的敏捷开发团队选择和培养个人

要想在敏捷中取得成功,很大程度上取决于人才,无论是开发出来的还是招募来的. Great agile 开发ment teams don’t necessarily require the most experienced individuals; instead, 它们取决于正确的价值观和心态. 活跃的敏捷团队动态明显依赖于师徒关系和成长心态的管理文化, 以及体现出鲜明个人特征和价值观的团队成员. 

 

下面的文章将探讨如何构建性能最佳的敏捷开发团队, 以及这些团队快速行动和实现敏捷团队动态的全部潜力所必需的结构和条件.

 

如果能正确地付诸实践, 敏捷开发团队几乎总是能够提高团队的生产力和士气, 更快的上市时间,更好的产品质量, 和更低的风险. 适用于希望构建成功敏捷开发团队的组织, 高级管理人员必须摆脱过时的命令和控制的团队机制,这种机制正迅速变得不适合快速变化的现代商业框架. 

 

如何在敏捷环境中管理软件开发风险

 

敏捷实践固有的节奏和迭代特性使它们非常适合于管理软件开发中常见的各种风险, 这些实践也会给那些负责驱动和保护过程更改的人灌输恐惧. 在敏捷环境中, 风险管理并不一定要涉及传统开发环境的正式文档和会议. 相反,风险管理是scrum角色、sprint和事件所固有的. 然而,在许多敏捷环境中,威胁仍然普遍存在. 经常, 这些风险是项目团队错误的结果, 计划的错误, 失败的过程, 以及随着产品的发展而发生的意外变化. 

 

本文讨论了五种软件开发风险,以及如何管理它们以减少延迟, 错误, 和其他障碍 发布一个成功的产品. 管理敏捷软件开发风险的关键是确保您的过程能够鼓励灵活性. 灵活的流程可以帮助团队成员快速适应不断变化的产品需求, 促进快速和频繁的交付, 并且包含变更管理控制.

 

新的文字-动作

敏捷转型的挑战:放慢变革的6个错误步骤

随着决定开始敏捷之旅的企业数量的增加, 有多少人成功了? 与初创企业相比,阻碍企业实现预期结果的障碍呈指数级增加. 一些挑战, 像的大小, are beyond their control; however, 如果企业知道要解决什么问题,就可以避免一些共同的挑战. 

 

这篇文章将着眼于六个减缓组织变革的敏捷转型挑战, 包括未能围绕一个目标建立共识,以及忘记了文化的重要性. 教育组织如何驱动敏捷转换, 从以前尝试转型的企业的错误中吸取教训, 尊重这种转变的复杂性, 这是组织走向成功的第一步吗.

 

建立DevOps文化:DevOps原则和方法

DevOps源于一组促进开发和运营团队之间协作和交流的敏捷实践. 今天, 每个企业都需要足够敏捷,以应对市场和业务环境的波动, 客户需求, 竞争的压力, 和可靠的数字解决方案的监管条件. 在现代社会中, 科技公司赶超老牌企业的速度有多快并不重要, 但这些企业将如何重建业务流程,成为技术公司. 

 

企业服务, 产品, 和应用程序, 特别是, 是由各种各样的技术组成的吗, 数据库, 和设备,DevOps正迅速成为持续有效地向客户交付业务价值的必要方法. 

本文旨在帮助您更好地理解DevOps, 它是如何运行的, 以及建立DevOps文化的商业价值. 

 

企业世界中的DevOps和变更管理

企业面临的一个更普遍的挑战是如何确保变化(无论是物流还是技术)对业务产生积极的影响. 传统上, 变更管理过程,如资讯科技基础设施图书馆(ITIL), 例如, 是否有效地实现了这些变更. 然而, 因为DevOps项目近年来势头强劲, 承诺更频繁、更快的开发, 各组织都在努力从两种方法中找到看似冲突的目标之间的平衡. 一个提供持续的集成和交付, 而另一个则专注于遵循一个协议, 确保变更与更大的业务计划集成, 降低监管风险. 

 

本文将研究DevOps和变更管理如何在企业环境中共存,以及这两种策略如何更紧密地协同工作并自动化部署过程. 

 

新的文字-动作

其他行业专家是怎么说的

《加拿大28软件平台》

实施转型是CEO所做的最关键的决定之一. 这需要很大的投入, 内部和外部, 并将他们的领导能力和交付能力置于聚光灯下. 这篇文章来自麦肯锡 探讨了ceo们如何致力于变革, 从前线领导转型, 并保持一种新的工作方式.

当瀑布原理悄悄回归敏捷工作流时

敏捷瀑布是一个讽刺的术语,指的是在项目管理中,你试图做到敏捷和精益, 但是你仍然在使用瀑布式开发技术. 这篇文章来自《加拿大28软件平台》 讨论团队如何解决这个问题,以确保他们忠实于敏捷实践, 给自己最好的机会去享受随之而来的好处.

来自大师的10个敏捷项目管理技巧

真正想要改变敏捷文化的领导者应该看看那些大师. 本文来自企业家项目 请教几位专家如何在组织中成功实施敏捷项目管理. 

CIO在驱动敏捷转换中的角色

CIO有一个独特的机会来发展他们的敏捷过程,以改变业务和技术人员协作和推动结果的方式. 本文来自CIO 本文介绍了CIO应该承担的一些领导角色,以推动敏捷转型.  

敏捷真的值得吗? 如果你做了这4件事,证据表明是

对于仍然怀疑敏捷投资是否需要时间的领导者来说, 人, 预算, 能源最终是值得的, 这篇来自福布斯的文章 提供了一些确凿的证据,证明如果操作正确,它肯定是正确的.

在2020年敏捷

成为一个敏捷的企业并非易事. 虽然学习和理解敏捷似乎很简单,但掌握敏捷却是一个挑战. 为商业领袖, 敏捷化应该不仅仅是想要跟随趋势,而是想要改变基本的业务流程,为客户提供更多的价值. 对于那些花时间并致力于渐进改变的领导者来说, 学习, 和持续改进, 敏捷转换可以引发一系列积极的结果.

 

新的文字-动作

 

友情链接: 1 2 3 4 5 6 7 8 9 10