從團隊協作到個人發展 – 敏捷式自我修練課丨緯育 TibaMe

當消費者有定價權的時候,俗稱紅海市場;當公司有定價權的情況,則是稱爲藍海市場。善用敏捷的方法,來創造自身的差異性,就能打造自己的藍海市場。

隨著敏捷的觀念在台灣企業風行起來,關於「敏捷是什麽?」的類似概念型問題也越來越少聽到,取而代之的是「如何做敏捷?」之類的實踐型問題。

在日常工作上,大家最熟悉的就是 Scrum看板方法,而開始套用之後,就會慢慢發現好像有些地方卡卡的,這時候就是導入成功與否的關鍵了。選擇之一是就説「敏捷沒有用」、「Scrum 沒有用」然後回到原本的慣性;選擇之二是體會到敏捷的關鍵是把工作結果透明出來,幫助我們面對現實狀況,所以「面對這樣的情況,我們要如何調整?」這樣的心態,是敏捷能否成功的基石。

如果選擇繼續往下深入,也許就會發現絕大部分問題都圍繞在人際溝通和優先順序上。

你會遇到的事情大家都會遇到

人際溝通的部分比如說「老闆聽不懂人話」、「同事邏輯差到不像話」、「員工不動腦不聽話」等等。優先順序的部分則是「沒有預算、沒有錢」、「時間不夠、時程太趕」、「人手不足、人才難找」等等。聖經《傳道書》中說太陽之下沒有新鮮事,到 100 家公司分享,99 家的問題都是圍繞在這些問題上,所以如果你也遇到了,其實你并不孤單,這些都是工作上的常態。

而這些事情要改變,就溝通上而言,有引導教練這些方法,而就我的經驗,溝通再有效,在企業組織中的人性考驗還是深受到績效考核、獎金制度、升遷管道,這些制度面的影響,而要改變制度,除了人力資源部門(HR)的開放和提升,更關鍵的是領導者(主事者、主管、老闆)的高度和願景。

這也許是你看到許多企業中的敏捷推動者,在推動之後會換工作的原因,因爲他們發現生命的珍貴,與其在不適合的地方努力,倒不如找個合適的地方投入,而遇到合適的老闆,需要許多運氣。

靠自己創造運氣

有當過兵或玩過槍的朋友都知道,槍需要定時做歸零,把瞄準點和目標之間做校準,這樣能夠提升打靶時的準確率。就我的經驗而言,敏捷是一個團隊定期校正歸零的方法,我們無法控制市場的發展方向,但我們可以持續調整自己符合市場的需求,也許某些人看起來是運氣,其實是自己在提升好運氣的幾率。

而如果當下所身處的企業組織情況,並不適合實踐敏捷方法也沒有關係,因爲我們可以藉由讓自己敏捷化,來最大化自身的好運氣。

恭喜自己走在成功的路上

實踐過敏捷的朋友都知道「敏捷說起來容易,做起來不簡單」,這也是儘管很多人在推廣敏捷,也有許多人對敏捷無感一樣,敏捷思維尚未成爲一個社會主流。

這邊先恭喜對敏捷有興趣的朋友,從商業的觀點在看個現象,「人多的地方不要去」就是創造差異性,當自身的產品差異性高的時候,賣方就有市場定價權。而當市場上有大量同質商品的時候,就會變成買方市場,由消費者來定價,越便宜越好。

當買方有定價權的時候,俗稱紅海市場;當賣方有定價權的情況,則是稱爲藍海市場

打造自己的藍海市場

善用敏捷的方法,來創造自身的差異性,就能打造自己的藍海市場。這也許是敏捷的實踐者們,總是充滿勇氣的換工作或創業的原因之一吧。我自身最具差異性的特色就是「能坐著絕不站著,能躺著絕不坐著」,簡單的說就是一個字「懶」,所以我一直在找用更輕鬆的方法來達到更好的效果。

在這堂與緯育 TibaMe 合作的敏捷式自我修練課中,在前四堂課分享從個人角度如何善用 Scrum 的方法透明化,抓大放小,把自己的時間價值最大化。後面四堂課則是分享在引導教練正念薩提爾NLP心理安全感等各個領域中,提取一些簡單好用易上手的溝通順暢小技巧。經由總共八堂從生活到工作,從做事到溝通的技巧分享,幫助更多人輕鬆自在且高效。

當大部分的人都敏捷化的時候,企業也就自然敏捷化了。當企業敏捷化的時候,我們也許會發現自己身處於團隊高效協作、彼此同理共感、身心靈合一的世界中。

邀請你一起進入敏捷式自我修練,開啓高效開心的人生旅途。

《敏捷式自我修練課試閱》(無需登入即可觀看):
https://www.tibame.com/course/3543/mission/55237

PS. 1 課程早鳥期優惠將從 10/3-10/31,為原價之85折即$2,278元

PS. 2 TibaMe 特別提供給有緣分的朋友 $300 元折扣碼【AYR09】

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

 

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

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

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

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

1205661236

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

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

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

Scrum 懶人包 – 10分鐘讀懂 Scrum Agile 敏捷軟體開發專案入門(含中文英文名詞對照)

江湖上軟體開發有兩個大門派,第一個門派歷史跟軟體一樣久,心法是以流程為主軸,正式名稱瀑布式開發(Waterfall),最具代表的武功就是CMMI,幾年前台灣政府大力推動支持。另一個門派在1990年代異軍突起,心法是以人為主軸,正式名稱為敏捷式開發(Agile),最知名的武功是Scrum。

2015-06-27_070937

江湖上軟體開發(或專案管理)有兩個大門派,第一個門派歷史跟軟體一樣久,心法是以流程為主軸,正式名稱瀑布式開發(Waterfall),最具代表的武功就是 CMMI,幾年前台灣政府大力推動支持。另一個門派在1990年代異軍突起,心法是以人為主軸,正式名稱為敏捷式開發(Agile),最知名的武功是 Scrum,但在台灣則是這一兩年才開始熱門起來,近年因爲許多公司的敏捷轉型成功,業界也把敏捷式開發的概念延申到敏捷式管理中。(註:Scrum 的原始意思是橄欖球的爭球動作,在軟體界沒有翻譯成中文,都是直接叫 Scrum)

閱讀全文〈Scrum 懶人包 – 10分鐘讀懂 Scrum Agile 敏捷軟體開發專案入門(含中文英文名詞對照)〉

Scrum 用一半的時間做兩倍的事情(真的嗎?)- 閱讀心得

BCB545_02

Scrum用一半的時間做兩倍的事情是一本介紹Scrum緣起的書,作者Jeff Sutherland是Scrum發起者之一。書中并沒有談Scrum的運行方法,主要是著墨在Scrum的歷史和背後的思維。適合想看Scrum故事,跟跑Scrum後想更了解歷史背景和理論的人,如果要看如何跑Scrum,看Scrum GuideScrum Primer都有很具體的說明。

閱讀全文〈Scrum 用一半的時間做兩倍的事情(真的嗎?)- 閱讀心得〉

換了新名片,我就是Scrum Master了 (部門主管篇)

掃除團隊成長障礙是Scrum Master的責任
掃除團隊成長障礙是Scrum Master的責任

另一種常見的Scrum導入方式是由部門主管自己跳下來當Scrum Master,在關於Scrum Master的一些怪味道中提到,主管當Scrum Master,的風險就是沒辦法產生一個自組織的團隊。而讓團隊有自我組織的能力是跑Scrum最大的理由之一,所以強烈不建議主管拿Scrum Master的角色,反而主管拿Product Owner的角色會是比較容易養成自組織的團隊。

但如自組織不是近程目標,也充分了解風險,主管擔任Scrum Master也不是不行。假設主管要當Scrum Master,會建議要如何實作呢?

閱讀全文〈換了新名片,我就是Scrum Master了 (部門主管篇)〉

關於Scrum Master的一些怪味道 – Scrum Master常見的誤區

-36851804504

Scrum Master沒有要求團隊做什麼的權力,那事情怎麼可能被完成呢?

這是很常見的疑問。

這問題要分成三部分回答:
第一,哪些事情需要被完成(Why and What)是Product Owner(PO)的決策和權限,跟SM沒有關係。
第二,如何完成事情(How)是開發團隊的決策和權限。
第三,Scrum Master的存在是為了讓開發團隊更好的去完成事情,所以不是SM要求團隊完成事情,是團隊要求SM幫助他們進步。

常見的Scrum Master怪味道一般都跟這個疑問有關係,如

  1. 這些雜事都是我們Scrum Master做
  2. Scrum Master要負責幫我們移除障礙,所以要寫Code通馬桶,讓Sprint Goal完成
  3. 我們Scrum Master也是PO
  4. 我們的主管就是Scrum Master
  5. 我們Scrum Master說。。。

這些Smell會對團隊有什麼影響呢?

閱讀全文〈關於Scrum Master的一些怪味道 – Scrum Master常見的誤區〉

團隊和開發團隊有差嗎? – 談Scrum Team 和 Development Team

funny_team_meeting1

Scrum裡的團隊需要自組織,跨功能大家都知道。但這團隊是指Scrum團隊還是開發團隊呢?兩者在Scrum裡是有差異的,而且差異還不小。當我們說團隊(Team)到底指的是Scrum Team還是Development Team呢?

閱讀全文〈團隊和開發團隊有差嗎? – 談Scrum Team 和 Development Team〉

如神一般的存在 – ScrumMaster的責任和工作

MV5BMTYwMTUyNzAxMF5BMl5BanBnXkFtZTYwMDYwOTY3._V1_SX640_SY720_

剛剛接觸Scrum時,對ScrumMaster(SM,一般不翻譯成中文)誤解最深的就是,不過是個僕人式領導的Team Lead而已嘛。後來才知道大錯特錯,ScrumMaster跟本是個神一般的存在啊!

在我們導入的經驗中,切身的感受到好的SM帶你上天堂,壞的SM讓你自以為在天堂。自以為在天堂有什麼不好呢? 閱讀全文〈如神一般的存在 – ScrumMaster的責任和工作〉

一些產品負責人的怪味道 – 談Scrum Product Owner常見的誤區

funny-dog-face-smell-flower

傳說中的Product Owner中簡單的談了Product Owner(簡稱PO,中文翻為產品負責人)的重要性和如何幫助PO成功。那在現實中的PO會遇到哪些問題呢? 一些常見的PO怪味道(Smell)有

  1. 我們團隊有N個PO(N>1)
  2. 我們團隊有N個Product Backlog(N>1)
  3. 我們的Scrum Master也當PO
  4. 我們的PO很忙
  5. 我不知道為什麼要做這些Items
  6. 我們直接拿某某Scrum軟體管理Product Backlog

這些怪味道會給團隊帶來什麼影響呢?

閱讀全文〈一些產品負責人的怪味道 – 談Scrum Product Owner常見的誤區〉

%d 位部落客按了讚: