路人甲

追求有高效率地工作与生活的平衡的软件工程师 A software engineer who pursues a quality work-life balance

不好意思,你使用的 Agile 是没灵魂的!!!

大家好!!! 最近应该很多人都察觉到自己身处的公司开始转型,开始使用最近很流行的 Agile@敏捷来管理项目。同时,大家有没有听到身边很多同事在午餐时段或者闲聊时段都有意无意之间聊起公司开始使用 Agile 遇到的问题或者个人对 Agile 项目管理的看法。

如果有的话,你应该也听到身边很多同事对 Agile 项目管理的看法都是不好多过好的吧?! 其实在现实中很多企业在学习怎么使用 Agile 项目管理,又或者说有些企业根本就是跟风,他们都不知道为什么需要使用 Agile 项目管理。

所以,今天我就跟大家解析你我对 Agile 敏捷的三大迷思。



1. 敏捷只是项目管理方式改变?

老旧的瀑布式项目管理法 ( Waterfall Methodology ) 已不能适用于加速变化的世界里。很多企业也意识到我们生存的世界已不是以往的世界里,所以很多企业也在这段时间进行转型或改革。 同时也很多企业也在这段改革的道路上摔倒了,本以为让现有的项目管理人转型成为敏捷大师就算是让企业转型了。

但是,此做法真的行得通吗? 敏捷只是项目管理方式改变?那就未必!!!

「完美」的必要性被过度高估。 一套还不错又可以顺利运作的系统才是好系统,不会动的系统再完美都没用。

「完美」计划也不是现有世界所需的。我们需要改变我们「完美」的思维来迎合加速变化的世界。现在人们追求的是互动性和快,所以与其先你定好完美的计划才执行或产出产品。最好的方法就是先迭代地发布最小可行产品(MVP, Minimum Viable Product)来验证市场和收集潜在用户或市场对产品的反馈,然后再依旧市场需求改进现有的产品和避免辛辛苦苦的成果不符合市场的需求。



2. 决策拥有来自于管理层@层层下达

在昔日的商业世界,工作安排完全掌控在组织高层手上。公司的决策由高层向下布达,犹如上帝在西奈上山颁布给摩西的十诫。高阶主管替各部门主管定下目标,部门主管再转达给部门中阶主管,如此层层往下传。

适度采用由上而下布达的方式,可以使组织的运作变得比较连贯。但是,如果「所有」目标都是由上层下达的,就可能沦为机械化、一个口令一个动作的作业,衍生出四种副作用:

  • 丧失灵敏
  • 失去弹性
  • 排除异已
  • 单向联系

那么应该怎样解决这个难题呢?我个人认为是授权给最适当的决策者来做决定。

谁呢? 高阶主管? 中阶主管? 还是任何主管?

这就是关键!!!

公司应该授权给最了解状况的人、拥有最多资讯的人来做决定才对,而不是以在公司内的级别来授权决策权。有时候授权给最了解状况的人或者最前线的人做决定会大大提升决定决策的时间,同时也减少风险成本(Cost of Risk)。

大家想象一下,今天有客户在你家店面偷了价值非凡的产品而你和同事们都看见了。而在你面前有两个选择:

  1. 上前逮捕他
  2. 通知高层有人偷东西,然后等待高层给你指示

毫无疑问,大多数的人都会选择第 1 选项对吧? 同样的原理为什么在比较重要或者涉及主管时,往往我们会选择第 2 选项? 所以身为主管的你我,必须思考为什么这类似的事件会发生。



3.是否需要重视公开与透明的价值?

以世界当今的状况来说,许多工作或项目与项目之间的关联都是我们用肉眼都看不见的。工作概念、程式、设计和思考棘手问题都是无形的工作。但你必须把这些看不见的东西拉到灯光下,并且检视哪些工作正在进行?

那么问题来了,到底由谁来负责?到底应不应该透明地公开工作的进度? 我个人认为项目团队每一位成员一同承担责任,同时也应该保持勇敢无畏与透明地公开工作的进度。 其实公开透明就是克服不确定性的关键,能让工作进度一目了然、清晰可见和减少工作重叠性。此外,当知道项目现在进行到什么程度,也好让团队根据现实做规划,而不是依靠臆测或猜想订定计划。



你们觉得呢? 欢迎大家在留言区留下对你们的看法

喜歡我的文章嗎?
別忘了給點支持與讚賞,讓我知道創作的路上有你陪伴。

CC BY-NC-ND 2.0 版權聲明

成为一名快枪手,这样才是赢家!!!

看不過癮?

一鍵登入,即可加入全球最優質中文創作社區