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

FYIRH

如果大家都以为不关他们的事，那么敏捷转型到底关谁的事呢？其实，敏捷转型是一场涉及所有人的变革，所有角色都需要做出改变。

1.高管

高管不但是需要深入理解敏捷的人，更是组织转型的领导者和最终负责人。如果你不懂，或者懂了又不关心，那么敏捷转型就无法继续，因为每个员工都在看你的眼色行事。

# G5 O; v8 a, \4 X, ^# |; D

2.职能经理

+ A9 F5 ?3 u5 Z& B

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

9 e) {& q$ i0 G/ j

3.开发工程师

. j& Q; {1 ]+ _8 ~: l0 Z8 }9 E. b9 Y! R

你是产品每一行代码的真正交付者。你的交付方式、沟通和协作方式将会彻底改变。你闷着头，憋了好几天提交了一次代码，自己没测就直接扔给测试工程师，测试工程师提交了Bug后你也不着急解决。这种方式将一去不复返。

' e; e& S. d3 c

4.产品经理

产品经理的需求提供方式必须改变，不能再把几十页的需求文档扔给研发团队，然后就再也见不到人。你需要与团队一起梳理产品需求，并对它们进行拆分和优先级排序，更重要的是，你需要每天都能让研发团队找到你。

* H# x7 k/ C8 u. f# M  m- l- j% h

5. UX设计师

, ~( d0 h9 E$ [/ h, c

你花了一个月的时间做了那么完美的设计，但这样的效率跟不上团队的开发速度。所以你必须快起来，你的设计节奏要跟随团队的迭代节奏而快速迭代。

$ V7 ~! p" n+ Q* N# ~, \

6.测试工程师

如果你还在过着每日闷头用手测试、提交Bug单的生活，那么你已经彻底被淘汰了。

/ X. X9 D5 ^  R5 Y" H

7.测试经理

- B+ D. P0 P( n

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