规模化运行敏捷:三大挑战

日期:2017-6-5作者:Mark Tonsetic

【TechTarget中国原创】

在大型企业内,IT领导者正在开发一种新的运营模式,来应对数字化需求。该模型假定,如果团队以持续交付的方式支持数字产品和服务,则应用开发将需要规模化敏捷方法的使用。

在寻求规模化运行敏捷的过程中,许多企业对工具,培训和SAFT等框架进行了大量投资。 但这些投资本身是不够的。在实施和扩展敏捷时,大多数框架,培训和工具忽略或忽视了业务限制——最重要的一个事实就是敏捷团队必须互动的许多合作伙伴,并不理解敏捷。

CEB根据过去五年来从近300个敏捷团队收集的数据,发现敏捷要想在大型企业中取得成果,IT领导者需要解决敏捷团队与三个关键交付合作伙伴:产品负责人、财务主管和交付团队之间的协作性挑战。

挑战1:产品负责人需要培养

尽管业务期望全面数字化,实施数字化项目的实际工作比许多业务领导者想象的,要更加困难。敏捷的大多数解读可以让人以为,一位业务“产品负责人”唯一需要具备的品质是愿意参与,并具备IT项目经验。但这些都是表象,并不是有效产品职责的真正组成。为了规模化运行敏捷,IT领导者需要努力在产品负责人身上打造三个品质:能力、职责和承诺。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

作者>更多

Mark Tonsetic
Mark Tonsetic

practice manager, CEB

企业IT战略规划>更多

技术手册>更多

  • 云计算和移动时代的灾难恢复规划

    云计算和移动时代的到来在不同程度上改变和影响了企业的灾难恢复和业务连续性策略。例如业已经经常用云存储来部署临时生产环境、进行开发测试或者开展短期的营销活动,虽然极少,但也有灾难恢复是基于云实现的。而且随着工作用途的移动设备数量和种类的迅猛增长,CIO们也不得不重新考量他们的IT灾难恢复和业务连续性规划。本技术手册分析了灾难恢复和业务连续性策略的变化,以及企业CIO等IT领导对灾难恢复策略的规划。

  • 企业CIO成功实施BI系统完全手册

    随着信息化的发展,商业智能(商务智能)( Busissness Inteligence )越来越多地成为关注的焦点。商业智能能够辅助的业务经营决策既可以是操作层的,也可以是战术层和战略层的决策。CIO应该如何保证商业智能(BI)为企业更好的服务呢?

  • 海量数据时代的数据管理策略

    目前,企业需要存储和管理的数据大部分都达到了TB级别,而且据Gartner预测,在未来五年内数据增长将达到800%。IT部门在遇到麻烦时就添置存储似乎已经成为了一种定式,因为相对于了解数据的真正含义和相应价值,直接扩容的方式较为轻松。这种方式的问题在于用户要求对数据的随时访问,而一旦期望未能达成,就会认为是IT部门的工作失误。那么在海量数据时代,良好的数据管理策略应该包含哪些方面呢?本技术手册将涵盖存储ROI分析、海量数据的价值挖掘、主数据管理、远程备份和灾难恢复以及中小企业适用的SAN方案等。

  • CIO如何打造绿色的数据中心

    作为IT中心的管理者,CIO应该如何让数据中心从过去的成本中心,转型为效果卓越的创新中心?CIO应该通过何种办法,让IT以及数据中心变成一个利润与创新中心?实现这样的转型,对未来人们如何看待和评价IT部门以及IT架构至关重要。

TechTarget

最新资源
  • 安全
  • 数据库
  • 虚拟化
  • 数据中心
  • 云计算
  • 商务智能
【TechTarget中国原创】

在大型企业内,IT领导者正在开发一种新的运营模式,来应对数字化需求。该模型假定,如果团队以持续交付的方式支持数字产品和服务,则应用开发将需要规模化敏捷方法的使用。

在寻求规模化运行敏捷的过程中,许多企业对工具,培训和SAFT等框架进行了大量投资。 但这些投资本身是不够的。在实施和扩展敏捷时,大多数框架,培训和工具忽略或忽视了业务限制——最重要的一个事实就是敏捷团队必须互动的许多合作伙伴,并不理解敏捷。

CEB根据过去五年来从近300个敏捷团队收集的数据,发现敏捷要想在大型企业中取得成果,IT领导者需要解决敏捷团队与三个关键交付合作伙伴:产品负责人、财务主管和交付团队之间的协作性挑战。

挑战1:产品负责人需要培养

尽管业务期望全面数字化,实施数字化项目的实际工作比许多业务领导者想象的,要更加困难。敏捷的大多数解读可以让人以为,一位业务“产品负责人”唯一需要具备的品质是愿意参与,并具备IT项目经验。但这些都是表象,并不是有效产品职责的真正组成。为了规模化运行敏捷,IT领导者需要努力在产品负责人身上打造三个品质:能力、职责和承诺。

挑战2:遗留融资流程会削弱敏捷目的

传统的IT融资流程在很大程度上被优化,以配合瀑布方法和以项目为中心的交付。规模化敏捷——本质上,迭代和敏捷,以数字产品的持续交付和增强为导向——需要更灵活,更动态的方法来获得资金和资源分配。

更多的IT企业正在尝试与敏捷方案相匹配的其他方案,比如价值流融资,基于团队能力的融资和风险投资融资模式。规模化运行敏捷的能力将要求IT领导者首先了解替代方案的优缺点,并且说服业务和财务领导者对这些替代方案的需求。

领先企业的经验表明,对“敏捷融资”的全面变更并不一定要在一夜之间完成。IT领导者可以尝试使用较旧的和较新的融资模式相组合的方案,以配合项目组合中不同的交付方式和数字化项目类型。这种实验的好处是为业务和财务合作伙伴提供更好的培训,随着企业意识到将风险投资方法应用于概念证明项目,或将价值流融资应用于数字化产品的优势。

挑战3:敏捷必须成为“松散耦合”流程生态系统的一部分

尽管一些企业试图使敏捷普及,但大多数企业将继续使用并从多种交付框架和方法中获益。关键是不要考虑“整体敏捷”,而是考虑如何将敏捷,瀑布,ITIL和其他框架构建成可互操作的“松散耦合”系统。

互操作性的责任从敏捷团队开始。虽然许多敏捷团队专注于“客户的声音”,而很少将重点放在与其他交付团队和IT团队(比如基础设施和安全性)的“协作”上。领先的IT企业将协作分配为一个明确的,团队层面的责任——无论是管理项目中的上游和下游依赖关系,还是描述项目中的“安全用户故事”。强调“协作”的领导者将注意力集中在敏捷与其他团队和框架之间所需要的转化上,这样即使该项目离开开发团队,敏捷的好处也不会丢失。

敏捷“大使”的重要性

当涉及到规模化运行敏捷时,IT领导者(出于好心)通常侧重于传播敏捷的好处,在开发团队中推广变更管理和获得拥护。与直觉相反,当在一个大型公司内规模化运行敏捷时,这些努力实际上可能导致风险,因为合作伙伴并不熟悉用户故事,产品责任方,kanban开发等语言。虽然刚开始进行宣传,也许是有必要的,但是规模化运行敏捷性更多地取决于协作——协作能够确保成果的成功交付。正如许多企业所学到的——虽然是痛苦的——但是成果才是最重要的,而不是严格地遵守方法。