本期內容簡介
Editor's Note 編輯台時間
迎接深度與速度兼具的時代 在《SCRUM敏捷實戰手冊》書裡,提到了瑞典公司紳寶(SaaB)的一個例子。要先說明的是,紳寶汽車已經停產,而母公司紳寶集團成立於1937年,本業是戰鬥機和武器製造。
在一次針對某款戰鬥機的現代化改造過程中,紳寶採用了Scrum這套軟體開發或敏捷專案管理方法,也給了領導者一個靈感,由於戰鬥機造價昂貴又很難製造,該如何找到一個高效的生產方式?
紳寶的解決方案是用模組化的概念,打造新時代的智慧型戰鬥機:「需要開發更好的引擎嗎?直接換掉!要改善雷達系統?即刻完成!想要更厲害的武器?隨你挑選!」
具體成效如何?紳寶設計的戰鬥機可以在極端天候下,降落在公路上;10分鐘內,只要6個人,不必使用特殊工具,就能加滿油箱和補充武器彈藥(大多數戰鬥機需要2、3倍時間);甚至可以在一小時內換掉整顆引擎。
引述這個例子,倒不是為了說明Scrum或戰鬥機的「神效」,而是一個敏捷專案所產生的影響力。
其一是即時因應環境的變化:紳寶的專案主管尤根.佛若恆(Jorgen Furuhjelm)表示,我們希望打造的智慧型戰鬥機,是隨插即用的系統,「因為我們也不知道幾年後客戶會想要什麼新功能。」
在一個科技和環境變動快速的年代裡,個人和企業比拚的不只是洞察的深度,更不能少的是回應的速度。往往在你靈機一動想到「或許可以這樣做」的時候,可能在某個車庫裡已經有人「動手做做看了」。
其二是員工熱愛自己的工作:「一般來說,全世界所有的員工大概都寧可無所事事也不想上班,但紳寶的員工可是每天都想進公司。佛若恆說:『這就是認真和投入,大家都認為這項專案很酷、非常酷;他們都很喜歡飛機。』」
這讓我想到敏捷宣言(Agile Manifesto)的緣起。2001年,17個尋求更好的軟體開發方法的專家,群聚一堂說出了共同的心聲:敏捷方法會嚇跑官僚主義者,至少會讓那些為了流程而流程的人無所遁逃;敏捷方法論者希望交出好產品給顧客,做出即時且實質的東西,一如承諾;理想的工作環境不是只在嘴巴上說「人是最重要的資產」,而是要實際做到「人是最重要的」,拿掉「資產」二字;當專案拖延或超支時,未必是專案負責人的「失敗」,而是主管的「失敗」,後者很可能仗勢著組織的權力結構,加諸了不合理的要求。
基於這樣的背景,再來讀《敏捷軟體開發宣言》,也許會有更不一樣的體會:1.「個人與互動」重於「流程與工具」;2.「可用的軟體」重於「詳盡的文件」;3.「與客戶合作」重於「合約協商」;4.「回應變化」重於「遵循計畫」。
未來,永恆的新常態,就是不會再有所謂的常態了,敏捷的管理思維和專案型組織,將成為顯學。
總編輯 齊立文
Editor's Note 編輯台時間
迎接深度與速度兼具的時代 在《SCRUM敏捷實戰手冊》書裡,提到了瑞典公司紳寶(SaaB)的一個例子。要先說明的是,紳寶汽車已經停產,而母公司紳寶集團成立於1937年,本業是戰鬥機和武器製造。
在一次針對某款戰鬥機的現代化改造過程中,紳寶採用了Scrum這套軟體開發或敏捷專案管理方法,也給了領導者一個靈感,由於戰鬥機造價昂貴又很難製造,該如何找到一個高效的生產方式?
紳寶的解決方案是用模組化的概念,打造新時代的智慧型戰鬥機:「需要開發更好的引擎嗎?直接換掉!要改善雷達系統?即刻完成!想要更厲害的武器?隨你挑選!」
具體成效如何?紳寶設計的戰鬥機可以在極端天候下,降落在公路上;10分鐘內,只要6個人,不必使用特殊工具,就能加滿油箱和補充武器彈藥(大多數戰鬥機需要2、3倍時間);甚至可以在一小時內換掉整顆引擎。
引述這個例子,倒不是為了說明Scrum或戰鬥機的「神效」,而是一個敏捷專案所產生的影響力。
其一是即時因應環境的變化:紳寶的專案主管尤根.佛若恆(Jorgen Furuhjelm)表示,我們希望打造的智慧型戰鬥機,是隨插即用的系統,「因為我們也不知道幾年後客戶會想要什麼新功能。」
在一個科技和環境變動快速的年代裡,個人和企業比拚的不只是洞察的深度,更不能少的是回應的速度。往往在你靈機一動想到「或許可以這樣做」的時候,可能在某個車庫裡已經有人「動手做做看了」。
其二是員工熱愛自己的工作:「一般來說,全世界所有的員工大概都寧可無所事事也不想上班,但紳寶的員工可是每天都想進公司。佛若恆說:『這就是認真和投入,大家都認為這項專案很酷、非常酷;他們都很喜歡飛機。』」
這讓我想到敏捷宣言(Agile Manifesto)的緣起。2001年,17個尋求更好的軟體開發方法的專家,群聚一堂說出了共同的心聲:敏捷方法會嚇跑官僚主義者,至少會讓那些為了流程而流程的人無所遁逃;敏捷方法論者希望交出好產品給顧客,做出即時且實質的東西,一如承諾;理想的工作環境不是只在嘴巴上說「人是最重要的資產」,而是要實際做到「人是最重要的」,拿掉「資產」二字;當專案拖延或超支時,未必是專案負責人的「失敗」,而是主管的「失敗」,後者很可能仗勢著組織的權力結構,加諸了不合理的要求。
基於這樣的背景,再來讀《敏捷軟體開發宣言》,也許會有更不一樣的體會:1.「個人與互動」重於「流程與工具」;2.「可用的軟體」重於「詳盡的文件」;3.「與客戶合作」重於「合約協商」;4.「回應變化」重於「遵循計畫」。
未來,永恆的新常態,就是不會再有所謂的常態了,敏捷的管理思維和專案型組織,將成為顯學。
總編輯 齊立文