请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 12|回复: 0

如何达成第二阶段的产品级敏捷

[复制链接]
发表于 2022-1-9 14:36:15 | 显示全部楼层 |阅读模式
在一般的大中型规模企业,一个产品的创意从无到有,再到上市为止,可能需要经历几个阶段(如图3-2所示)。
# L1 t/ p( Z5 G; |2 l9 e5 t8 \
& m! t7 {' n8 y" z& d
粘贴上传202201091434112568..png
图3-2价值创造过程
9 l! c  M$ l. d% S* n! @0 u0 w
这个过程跨越了市场、产品、研发、设计、生产、销售、运营等多个部门。对于那些由软件和硬件集成的产品,还需要将软件项目(或软件项目群)与硬件团队拉通,对齐交付节奏才能确保整个产品的成功。
# D8 `0 x) `3 w" s9 |$ M
精益软件大师玛丽·帕彭迪克提出了八个精益软件开发原则,其中之一是全局优化原则:只有将整个价值的创造过程进行改革,消除浪费环节,优化全价值流 ,提升整体价值流动的效率,才能最大化地提升组织的效率。因此,只有从团队级敏捷上升到产品级敏捷,才能够从客户的视角来观察:如何加速从提出一个创意或者反馈开始,到交付给客户为止的整个循环的过程。

0 m9 @) z: c+ I  z
产品级敏捷,是以整个产品的价值流为单位开展敏捷转型。产品级敏捷与团队级敏捷关注的视角有很大不同。团队级敏捷关注单个团队的效率、质量和士气等。而产品级敏捷所关注的是一个产品或产品每个版本的TTM,旨在拉通产品价值流的上下游,将相互依赖的团队纳入同一个敏捷框架里,在需要的情况下调整组织结构,让价值流上的每个团队协同交付,最大限度地减少交接、等待,去除价值流动过程中的浪费,从而达到缩短TTM,并通过缩短产品的质量反馈时间来快速提高产品质量,最终提升客户满意度。
, M- @4 C. a3 h
0 N2 a! B, n* y) i' @+ W# @, ]( j
通信企业B在开展产品级敏捷后,应用规模化敏捷框架SAFe,将底层协议团队打散,与上层单板团队重新整合,成立真正的特性团队,从而最大化地去除彼此之间的依赖。然后,该通信企业应用SAFe的敏捷发布火车(AgileReleaseTrain,简称ART)机制,将各Scrum团队纳入ART敏捷活动,Scrum团队协同计划、对齐节奏、密切协作,再也不是每个Scrum团队孤军奋战了。

- J- C3 f& o1 S- i. M
团队级敏捷的基本实践为产品级敏捷打下了良好的基础。进入产品级敏捷后,团队级敏捷的实践仍然需要继续夯实。除此之外,在整个产品范围内,团队一般会尝试一些规模化敏捷和精益实践,以及工程技术实践。

1 v: ]) O% O$ I+ T3 \: }
规模化敏捷和精益实践包括:
0 E( r/ d0 L& |9 X/ j* ^
  • 价值流映射(ValueStreamMapping,简称VSM);
  • 精益看板方法(LeanKanban);
  • 投资组合规划和管理(PortfolioPlanningandManagement);
  • ART的组织架构及其流程;
  • ScrumofScrums。% D/ h  C3 v6 {
: O$ A, H: U' k- K) s6 L
工程技术实践包括:
  • 主干开发;
  • 微服务;
  • 持续交付流水线;
  • DevOps
    & L9 u4 K+ }' H5 ]# j9 y: U+ v
  U; `2 Z! D+ c# ^7 _) E; |
" W: Y' S3 U7 Q8 F2 C
在很多企业里,更严重的浪费不是制造产品所产生的浪费,而是大量产品或其特性本身就没有价值或是价值很低。也就是说,这些产品或特性压根就不该走到图3-2中的第二步“形成需求”,而应在创意阶段就被杀死。但是,很多企业做产品的方式仍然是秉承着功能“越多越好”的思想,导致大量低价值的产品和无价值的需求产生。因此,产品部和市场部的工作方式也需要拥抱精益的思想,向“更少的需求,更大的价值”的方向转型。本书第8章专门介绍这个话题。

# A8 `  s) r' b: K7 a
需要说明的是,不是每个企业都需要经过团队级敏捷→产品级敏捷这两个阶段。在很多初创企业,一个Scrum团队就可以涵盖价值创造的整个过程,这样的企业就不需要经过这两个阶段。但是对于那些几百人、上千人甚至上万人的大型产品线,完成一个产品的价值创造过程需要多个部门或多个团队的配合,这时一般都需要经历团队级敏捷→产品级敏捷阶段。
5 n5 I( B& Y) ?* D$ @( W
即使对于非初创公司,也可以采用另一种转型策略:不经过团队级敏捷,直接从产品级敏捷开始自上而下转型。具体来说,企业以整个产品为单位试点转型,需要从转型的第一天开始,将产品价值流涉及的上下游团队都纳入敏捷转型范围,调整组织结构,组建Scrum团队,导入敏捷思想和实践。这样做的优点是速度快。从产品级敏捷直接切入,涉及范围广,能够让管理层看到立竿见影的变化。但是采取这样的策略,需要保证的先决条件是:领导需要有足够的魄力决定在整个产品级组织范围内转型。此外,企业要配备足够的敏捷教练,教练既要深入每一个试点团队辅导,又要对整个产品级团队进行辅导和推动,否则整个产品级的所有团队在不知道如何做的情况下,全部同时启动敏捷,那么将会导致混乱的局面,且混乱波及的范围大、时间长,难以产生效果。

  T7 p* N. o" A8 u% o! d

9 K9 Z& m# N1 |7 D8 Z: s& I7 G7 m) S8 j$ h, W  ]. i& j




上一篇:如何达成第一阶段的团队级敏捷
下一篇:如何达成第三阶段的企业级敏捷
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和中级专家认证、v3专家升级、DevOps专家认证、ITSS服务经理认证报名
本站关键字: ITIL| ITSM| ISO20000| ITIL培训| ITIL认证| ITIL考试| ITSS| ITSS培训| ITSS认证| IT运维管理| DevOps| DevOps培训| DevOps认证| itop| itil4| sre| 开源ITSM软件

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

Baidu

GMT+8, 2022-1-20 18:46 , Processed in 0.102869 second(s), 31 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表