領導之人員管理以敏捷為名,卻變得更不敏捷》敏捷法不出錯的六大關鍵

以敏捷為名,卻變得更不敏捷》敏捷法不出錯的六大關鍵

Why Agile Goes Awry - and How to Fix It

吸引、激勵、留住數位產品人才的能力,已經逐漸成為攸關組織成敗的任務。大多數組織只是把敏捷法當成儀式來實施,結果當然不會變得更好。唯有回歸「動機」和「順應力績效」的基本要素,才能建立一個真正敏捷的組織。

企業組織基於想要變得更有順應力的精神,紛紛運用敏捷法(Agile)來開發軟體。但許多公司的做法,實際上卻讓自己變得更不敏捷。這些公司只是名義上變得敏捷,因為他們實施的流程,最後往往損害了工程人員的動機和生產力。

敏捷軟體開發

敏捷法之類的順應式軟體開發架構,已存在很長一段時間,並呈現多種形式。但其中大多數模式的核心是兩件事:形成假設(例如,應該完成的功能特性是什麼),以及多個領域協作進行實驗;而所有這些都秉持「推動學習」的精神,而不是衝向事實證明並不正確的道路。

敏捷軟體開發法在2001年誕生時,提出一套共四個關鍵原則,以提升軟體開發的技能,並提高工程和產品經理的工作動機。

  1. 個人與互動重於流程與工具
  2. 可用的軟體重於詳盡的文件
  3. 與顧客合作重於合約談判
  4. 回應變化重於遵循計畫

在過去三年中,我們對人類動機進行研究,結合使用以意見調查為主的方法和實驗方法,分析了五百多個不同組織中工程師的實務做法。我們發現,實務上的情況,遠遠偏離上述的敏捷原則。

例如,在一般的做法中,「流程與工具」已成為工作的推動力,而不是由「個人與互動」來推動。在一家名列《財星》一百大公司的大型企業中,數位產品主管對我們說:「公司不准我們質疑...