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

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

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 11|回复: 0

不同角色参与者需要为敏捷做出哪些改变

[复制链接]
发表于 2022-1-9 14:19:20 | 显示全部楼层 |阅读模式
如果大家都以为不关他们的事,那么敏捷转型到底关谁的事呢?其实,敏捷转型是一场涉及所有人的变革,所有角色都需要做出改变。

' D+ Z& e( N0 v1 w4 g  v) X- g
1.高管
+ e6 ?: D( X( G( p/ I' y% R' z
高管不但是需要深入理解敏捷的人,更是组织转型的领导者和最终负责人。如果你不懂,或者懂了又不关心,那么敏捷转型就无法继续,因为每个员工都在看你的眼色行事。
) u3 A* f) [' c, U
2.职能经理

/ e3 S0 N5 ?* c
职能经理以为自己懂敏捷,但实际上在很多企业里成为转型障碍的往往就是职能经理层。为什么会这样?因为很多职能经理其实不懂敏捷或者只对敏捷有肤浅的理解,但是他们却自以为很懂。此外,即使他们懂了也很难自我转变,因为改变自己比改变别人要难得多。如果你心里不服,那么说说看,如果作为职能经理的你真的懂了,为什么还吆五喝六地指挥团队怎么工作,还向团队要周报、日报,还用那些旧的度量体系衡量团队的工作进展?

. f3 B* m) [/ ^2 ?& ^
3.开发工程师

, j% `. ~5 V- l* h0 p* s
你是产品每一行代码的真正交付者。你的交付方式、沟通和协作方式将会彻底改变。你闷着头,憋了好几天提交了一次代码,自己没测就直接扔给测试工程师,测试工程师提交了Bug后你也不着急解决。这种方式将一去不复返。
1 X: }/ y9 J9 R& t/ O5 S! }
4.产品经理
" s" }7 e) W) d6 W0 C
产品经理的需求提供方式必须改变,不能再把几十页的需求文档扔给研发团队,然后就再也见不到人。你需要与团队一起梳理产品需求,并对它们进行拆分和优先级排序,更重要的是,你需要每天都能让研发团队找到你。

! b7 o" r. Z" N4 C3 l" K
5. UX设计师
1 T1 t7 h0 K! s
你花了一个月的时间做了那么完美的设计,但这样的效率跟不上团队的开发速度。所以你必须快起来,你的设计节奏要跟随团队的迭代节奏而快速迭代。
. a' U2 e- V" e
6.测试工程师
4 }5 c# g( t- S2 ^
如果你还在过着每日闷头用手测试、提交Bug单的生活,那么你已经彻底被淘汰了。

" Y+ u' r! Z( l  [
7.测试经理

- w- X& s- c! X: h
你不要因为自己有个庞大的测试部门而骄傲,你的部门越大,你越应该检讨为什么你的部门需要这么多测试工程师。如果你所在的企业里,测试工程人员与开发人员所占比例越高,说明你们企业的产品测试自动化成熟度越低。测试活动一定要逐步在团队里完成,而不是单靠测试部门来把质量关。敏捷发展到最终的境界,就是测试部门逐渐消亡。

- N' P1 d2 |( m% g- O




上一篇:不同角色参与者对敏捷有哪些误解
下一篇:敏捷对不同角色参与者的价值是什么
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 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 19:09 , Processed in 0.099831 second(s), 28 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

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