Agile 敏捷的核心是迭代還是疊代 Iteration VS Increment

疊代是強調成果的纍積,而迭代是強調做法的改變,兩者都是爲了往最終結果推進的做法,所以其實兩者都是必要的,而敏捷跟傳統方式的差異在哪邊呢?

看到 #敏捷 是「疊代」的説法,我認爲各自表述都很好,但提到用「迭代」的人是一種中文不好加上不會寫軟體的誤用,對於這樣的言論我有不同的觀點。

疊代是進步很重要的推動力,歷史所有的事情自古以來,從文化、科技、甚至到軟體,早就有「#疊代」的概念,每個成果推進都是纍積在之前的成果上,如果敏捷的核心概念是疊代,那爲什麽還要談敏捷呢?

迭代 Iterative 與 疊代 Incremental 的比較

以上是敏捷中解釋「迭代」Iterative 與「疊代」Incremental 的經典圖。可以看出疊代是強調成果的纍積,而迭代是強調做法的改變,兩者都是爲了往最終結果推進的做法,所以其實兩者都是必要的,那敏捷強調的是哪個方法呢?

因爲大家都知道「疊代」Incremental 的重要性,也都很熟悉,所以敏捷帶入的創新概念是「#迭代」Iteration,也就是在圖中上方的方法,在不斷的輪回和重複之中,我們持續找出新的做法,在必要時甚至捨棄之前的成果(所以絕對不是一直疊上去),也就是著重在如何改變既有的慣性。

為何Agile 敏捷要強調迭代 Iteration,就是希望除了成果的積纍,也要反復的檢視做事情的方法(主要藉由自省會議來持續學習),這是敏捷開宗明義的敏捷 101 概念。

儘管我認爲敏捷跟老子思想是同一個精神,但敏捷是個近期由英文世界傳遞過來的概念,也許回歸英文原文的意境是很重要的。

Agile 敏捷是什麽?- 敏捷管理生存指南花絮

實踐是檢驗真理的唯一標準,打再多口水戰,也許都比不上小規模的嘗試,想一想現在的工作情況,什麽最適合現在的自己呢?

「Agile 敏捷是什麽?」

這是我在 2014 年開始接觸敏捷時,一直在找尋的問題,從對外指責他人的不是,到對内自省個人的不足;也因爲這段探索敏捷的旅程,讓我碰上了引導教練正念NLP 等等改變了我對於人生態度的機緣。

在敏捷的旅途上,探索到從内到外的各種對話方法

時光匆匆過了六年到了 2020 年,走過了許多的痛苦與歡笑,留下來的除了許多的感觸,還有自己部落格上的點滴文章,也是這本書 #敏捷管理生存指南 中一半的内容。

這本書另一半,也是更難得的一半的内容,是衆多在台灣的敏捷先行實踐者,在許多公司與產業所嘗試過的做法、遇過的挫折、成功的喜悅與失敗的成長。期待這本書的出現,能夠讓「敏捷是什麽?」這個問題,有更多不同的觀點與實踐。

這本書的誕生,要特別感謝所有新加坡商鈦坦科技的夥伴們,有了他們的嘗試和實踐,豐富了落地實踐的底氣,尤其是鈦坦科技總經理李境展 Tomas 的推動,才有這本書出版的規劃。也感謝唐鳳、前台灣大學校長李嗣涔博士聯聖企管董事長陳宗賢老師國立陽明交通大學經營管理研究所專任教授兼所長溫金豐老師台灣敏捷協會理事長張昀煒 Hermes 和各界朋友的推薦。

敏捷管理生存指南

給各個不同狀態的你提供一個參考

因爲敏捷的實踐和内容非常多元,我自己也是經歷的許多年的試錯和體驗,所以在出版前做出了決策圖,並收錄在書中上冊的第 17 頁,希望能幫助讀者快速找到能馬上應用的内容,立刻改善自己的團隊和組織。

實踐是檢驗真理的唯一標準,打再多口水戰,也許都比不上小規模的嘗試,想一想現在的工作情況,哪一個章節的内容最適合現在的自己呢?

我個人本性疏懶,多一事不如少一事,而就像是身處在河流中一樣,即使不動,水流也會自動帶著我體驗河中的各個風景。

從不喜歡寫字,到敏捷管理生存指南的誕生;

從不熟悉鏡頭,到錄製 Tibame天下學習的綫上敏捷課程;

從上臺很痛苦,到代表新加坡商鈦坦科技到新加坡敏捷大會、台灣敏捷高峰會、全球 Scrum 聚會、上海與台北的區域 Scrum 聚會等等盛會上分享敏捷實踐的經驗;

每次的體驗都是一份驚喜,感謝在一路上陪伴支持的前輩和朋友們,也希望這份感動,能帶給所有的讀者們,在工作中開心、在生活中愉快、祝福一切圓滿幸福。

到哪裏購買敏捷管理生存指南?

電子書已上架至各電子書平台,可點下列連結瀏覽上架頁面:

華藝:https://www.airitibooks.com/Detail/Detail…
凌網:https://ebook.hyread.com.tw/bookDetail.jsp?id=271577
PUBU:https://www.pubu.com.tw/ebook/262668
KOBO:https://www.kobo.com/tw/zh/ebook/RJwwUMzY-j6NUumzgQvJsw
讀墨:https://readmoo.com/book/210204223000101
UDN:https://reading.udn.com/v2/bookDesc.do?id=187401
台灣雲端書庫:https://reurl.cc/82K4Gb
googlePlay:https://reurl.cc/zWO556
台灣漫讀:https://www.bookwalker.com.tw/product/126439
Mybook:https://mybook.taiwanmobile.com/profile/BOO05001011102201

實體書通路:

誠品:https://www.eslite.com/product/1001331612682046852003
博客來:https://www.books.com.tw/products/0010896844
PChome 24 H:https://www.pcstore.com.tw/elephantwhite/M80818072.htm
白象文化生活館/蝦皮:https://shopee.tw/product/84325322/3693718762
金石堂:https://www.kingstone.com.tw/basic/2014941722202
讀冊TAAZE:https://www.taaze.tw/products/11100940493.html
MOMO網路書店:https://www.momoshop.com.tw/goods/GoodsDetail.jsp?i_code=9079255
三民:https://www.sanmin.com.tw/Product/index/009548913

如何挑選敏捷團隊的成員?跟梁靜茹要勇氣

制度和獎懲,就是公司幫助夥伴的工具,善用敏捷的精神,讓團隊學習迭代和自組織,當空間給了出來,表現的好的團隊能夠突出,會怨天怨地的團隊,表示還是活在受害者心態中,值得恭喜的是,我們讓真相浮出來了。

常常有人問,如何挑選敏捷的試驗團隊?

關於挑選敏捷團隊成員,我建議用自願者的方式,組成敏捷俗稱的『老虎團隊 Tiger Team』,因爲這些人展現了願意面對未知,做出新的選擇,展現只出嘴巴的人缺乏的特質:勇氣

在人才發展的領域,有一個我親身經歷,而且相信的定理,也就是在找人時態度先於能力,英文是 Hire for Attitude, Train for Skills,中文直接翻譯就是『招募看態度,能力靠訓練』。

聽起來很反直覺,找人當然是找能力好的即戰力,馬上就可以上手幫忙,再加上態度好的話,那不是更好嗎?

閱讀全文〈如何挑選敏捷團隊的成員?跟梁靜茹要勇氣〉

螞蟻、好自在、情欲流動 – 新加坡敏捷年會參與心得 Agile Singapore Conference 2016

新加坡敏捷大會也到『守破離』中的『離』了,在年會中已經沒人談 Scrum 或 Agile Mindset,主要談的是團隊的協作和怎樣的技術能力才能快速產生價值。

團隊協作談的是運用引導薩提爾模式、與認知心理學,來增加團隊溝通的效率。技術面主要是 Microservice,其他 Technical Practice 如 Automation Test,Refactor 和 Continous Delivery 已經是老生常談。雖然聽了很多,但要實做還是難度很高,根據 Agile Fluency,需要3-24個月的時間,團隊的技術能力才會跟上市場需要的發佈節奏,人生苦短啊。

關鍵字:Microserivce, Event Bus, Anti-Fragile, Facilitation, Safety, Collaboration 閱讀全文〈螞蟻、好自在、情欲流動 – 新加坡敏捷年會參與心得 Agile Singapore Conference 2016〉

工作沒人想做怎麼辦? – Scrum中的工作分派與分工

 

在傳統的專案開發中,都有一個角色負責分配工作,常常是由PM(專案經理)或是Team Lead(組長)來擔任。分配工作這回事非常吃力不討好,既要了解每件工作的急迫性和複雜度,還要考量每個人的能力,平衡每個人的工作量。

這角色常常會成為團隊的瓶頸,因為每件事情都要經過他來分析、排程、驗收、忙著開會,常發生團隊成員空等他來分派工作。更別提如果工作項目比既定時程提早做完、或延遲完成所需要的協調工作。這也是最容易被上下壓力夾殺,很快Burnout陣亡的苦主。

敏捷開發Scrum如何解決這個角色的問題呢? 閱讀全文〈工作沒人想做怎麼辦? – Scrum中的工作分派與分工〉

因為跑Scrum,所以辦不到 – 跑Scrum還是炮Scrum

1205661236

如果要票選技術團隊最可怕的噩夢,跟第三方廠商(Third Party)合作系統整合一定是前三名。

因為跟第三方合作,雙方沒有主從關係,對方不一定要聽你的,而自己還是要對業主負責。加上雙方都是技術人員,難免有文人相輕的脾氣,覺得對方的系統設計是白癡。如果又遇到要修改API,那更是僵持不下,吵翻桌子都要對方改。

這時候,如果聽到有人說:『因為我們跑Scrum,所以。。。』我都很想跳到他面前,掐住他的脖子說:『你以為全天下只有XXX你家跑Scrum啊!』 閱讀全文〈因為跑Scrum,所以辦不到 – 跑Scrum還是炮Scrum〉

閉嘴也不錯 – 如何用靜音排序(Mute Mapping)快速估算需求

44422-Be-quiet-dog-funny-animal-pict

今天在玩Taco桑的Scrum Lego Game中,需要預估所有需求(Story)的大小,利用T-Shirt Size方法歸類到XL,L,M,S。而有一個Story是要蓋市長紀念碑,團隊先放到到S,但最後花了一整個Sprint,比其他XL花的時間還多。(都怪某一組拉高了市長的期待,還放跑馬燈,讓我們壓力很大 T_T)

其他Story預估大小也和真正實作的時間差很多。

所以在Retrospective(自省)中有夥伴說:『因為我們沒有玩積木的經驗,所以估計不準。』

我很好奇的問:「大家在現實工作中,都估計的很準嗎?」

有夥伴回:『如果估不準,怎麼報價給客戶?』
閱讀全文〈閉嘴也不錯 – 如何用靜音排序(Mute Mapping)快速估算需求〉

其實你心中根本沒有我 – 從對話看是否在乎使用者

14367033211382

一直以來我們都很強調自己是技術導向導向(Technology Centric)的團隊,直到有一天敏捷發現了我們,我們才開始往使用者導向(User Centric)慢慢移動。

自我感覺良好的認為,自己思維還算是夠使用者導向,直到最近才發現果然是自我感覺良好。

話說最近新開發了一個產品,上線後發現網頁開很慢。一個沒啥圖片的登入頁面,User first visit大約要5-10秒才能Load完。

閱讀全文〈其實你心中根本沒有我 – 從對話看是否在乎使用者〉

如何未卜先知? – 敏捷團隊中的領先指標

fortune_teller

在把妹的時候,成功進入穩定的戀情是最終的績效目標,而我們要靠一些跡象來判斷達成目標的機會有多大。如已讀不回的次數,說『恩恩、哈哈、去洗澡』的次數,被當工具人的次數等等,來幫我們做心理建設(告白被拒不哭哭)、改善行動方案(不修電腦改租超跑)、或改變績效目標(下個正妹會更好)。

回到組織來說,存活下去最重要的就是有財源。所以談到如何衡量團隊的績效,在一般的情境下,都是拿團隊能帶入的收益來判斷團隊的績效。例外的情況是燒錢搶市場,但長期還是要有獲利模式。

簡單的說就是結果論,一個可以賺錢的組織不一定是好的,但不賺錢的組織一定是壞的,一個沒辦法養活自己的組織,沒有存活下去的價值。

閱讀全文〈如何未卜先知? – 敏捷團隊中的領先指標〉

讀資工有什麼出路? – 看台灣軟體產業未來十年的前景

928f90bcd221f78a30f18541a5ca2e7f

最近和一些朋友聊天,都注意到一個現象,就是這兩年來很多外商的研發部門紛紛搬到台灣,不止從美國搬過來,甚至從中國搬來的也不少。當然最可能的原因是大家覺得台灣工程師物美價廉素質高,但我覺得這現象只個最多五年的短期利多,如果沒有做一些根本的改變,長期來說并不樂觀。

閱讀全文〈讀資工有什麼出路? – 看台灣軟體產業未來十年的前景〉

%d 位部落客按了讚: