PIXNET Logo登入

David Ko的學習之旅

跳到主文

歡迎光臨 David Ko 在痞客邦的小天地

部落格全站分類:不設分類

  • 相簿
  • 部落格
  • 留言
  • 名片
  • 7月 08 週三 201522:33
  • 2015 大型活動事後諸葛

11698638_10153394468145132_2097926139235538342_n
今年又被中槍去辦活動, 這個大型活動我已經是第 4 次中彈, 從組員, 單向活動負責人, 到總是不幹事, 每次都學到不少東西.
 
不過還是一句老話, 下次這種好康的還是給別人. 
 
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(603)

  • 個人分類:勵志
▲top
  • 4月 12 週日 201514:20
  • 利用分享來增加你的專業技能

1415591108-2984270002_n
很多時候我們學一個東西, 都是先從看書開始, 或者是聽老師講解, 這些做法不錯的開始, 但是無法讓你可以學得很快, 學習得很好.
 
一方面, 這比較像是傳統填鴨式教育, 也就是比較單方面的交流, 都是由知道者告訴學習者, 可是學習者並沒有太多機會來確認自己到底學到多少. 
 
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(695)

  • 個人分類:勵志
▲top
  • 10月 01 週三 201408:31
  • 教書是件不簡單的事情

teacher
因為本身興趣以及實在很好凹的緣故, 常常在公司內負責一些課程的教授, 或是擔任一些大型活動的引導師. 在這 3-5 年的過程中, 深深感覺到教書實在不是一件容易的事情, 為什麼呢? 讓我一一道來.
 
  
1. 跟老師專業知識多強沒有關係
很多人覺得講師專業知識一定要高強, 這樣去上課才會學得到東西. 我個人感想是在 1-2 小時上課時間內, 你自己有能力學多少才是重點. 
基本的一些東西, 可能就要花 1-2 小時才能學會. 學那些高深的功力, 只是讓你提早走火入魔而已. 就像國小一年級, 連加法都不會, 你希望可以馬上教乘法嗎?
所以重點是在於這個講師, 能不能在短短上課時間內, 把原本那 1-2 小時內該會的東西, 讓你可以輕鬆學習, 完全掌握. 好的講師應該要控制自己, 不要沒事塞一堆東西, 雖然可以顯示自己很厲害, 課程內容很豐富, 但是回去學生也是忘得很快的.
自己能力很強, 跟會不會教, 其實是兩件事情.
2.  講師說的時間太多其實是有害的
有些講師很熱血, 功力很強, 上台後就一直講個不停, 學生在台下聽得如癡如醉. 或者是學生問個問題, 馬上就可以引經據典, 讓他們知道正確答案. 
我發現往往這樣的結果, 只是老師很會, 因為都是他在講. 但是學生還是都沒記住, 或是他們還是只是會原先自己想的. 
學生要能印象深刻, 大多還是要透過自己動手做, 或者是適當的辯論, 這樣才能轉換成自己的”知識”. 否則那些都是老師的知識.
3. 標準答案是個害人精
台灣的教育大多是填鴨式的方法, 然後透過不斷的考試, 來確認學習的成效. 可是大家應該都知道這樣的教法並不好, 最大的害處是讓你不會思考, 你會期望凡事要有標準答案. 可是要知道, 很多東西是沒有標準答案的, 它可以有很多不同的觀點. 沒有對錯, 只有好壞. 而且還要加上 context 來輔助. 
可是大多台灣的學生, 上課的時候都很安靜, 不想開口講話, 並且期待你要給”正確”答案. 這樣的效果其實很有限, 因為就算你給答案後, 你也只是整理出一份很漂亮的筆記本, 把他供在辦公桌上, 可是不見得是可以把它刻在你的腦袋中, 因為我們的教法沒有幫你把它印到腦海中. 
記住, 凡事都有不同的見解, 沒有對錯, 只有好壞.
所以, 要當一個好的講師, 教學方法上要做很大的轉變, 才能幫助學生學到多點東西.
可是, 要怎樣才能在教學方法上改進呢? 最好的方法是不要臉的去偷東西. 例如可以去 co-train, 去和別人一起教學. 這樣你們就可以互相學習, 互相成長. 
但是這在台灣似乎不常見, 很少一門課有兩位講師, 即使兩位講師, 也是一位主講, 另一位是助手. 或者是怕別人偷學, 所以從來不找別人合作.
另一種方式可以學會不同教法, 就是多去參加別人的課程, 不一定要同性質的課程, 甚至別種類型的也可以.  
可是這招在台灣似乎也不太行, 因為紅牌的老師往往拉不下臉去上別人的課, 尤其是同性質的課程. 或者是不想花那筆錢, 去學你自己覺得本來就會的東西.
還有一招, 就是教 A, 但是不要一直看 A 的東西, 這樣只是會讓你得到知識的詛咒(course of knowledge), 因為你鑽到一個很狹隘的範圍或世界中, 一個絕大數人不了解的境界, 每次開口就是文言文, 可是大多的學生只能聽懂白話文. 你應該修改一下方向, 透過大量閱讀不同東西, 然後來和 A 互相應証, 這樣大家會比較容易懂. 畢竟, 只有 A 的世界是狹隘的, 如果你過擴大你舉例的範圍, 比較容易會引起大家的共鳴.
所以, 當個很好講師真的不太容易 XDD
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(1,650)

  • 個人分類:勵志
▲top
  • 9月 15 週一 201407:20
  • 沒成想, 卻輸在想法上

10405460_815852621770828_8289583811745776462_n
最近公司請了對岸敏捷大神 Daniel Teng 來授課, 他淵博的學問讓我留下深刻的印象, 他不止對 agile 也很了解, 對於營銷, 引導, 歷史, 創新, 翻轉教育等等也多有涉略. 在這幾天的課程中, 我真的學習到不少東西, 以下是我感觸特別深刻的東西:
 
 
1. 不要臉
在台灣有個習慣, 就是不好意思問問題. 怕是否問了愚蠢的問題, 或者不想讓自己跟別人不同. 另外還有一個現象, 是怕在眾人前分享想法, 老一輩的人總是教導我們要乖要謙虛, 所以每次要大家講話, 大家都不出聲. 就像這次的分享結束, 要大家問問題, 就沒多少人開口, 謙虛這個美德真的是很根深蒂固啊.
可是這樣的美德在學習上是有問題的, 單向的教學只是填鴨式教育, 沒有經過適當的辯證, 所學到的東西是很危險的. 學習需要放下身段, 需要多方討論辯證, 需要反覆詢問和討論, 來確認自己學習的方向到了哪裡.
2. 偷東西
好的東西就要拿來使用. 學習就像吃東西一樣, 不能挑食, 只吃單一種食物, 有營養的都要拿來吃. 在學習中, 看到別人有好的做法, 就要想辦法去偷學過來. 
我之前認識一位按摩師傅, 他常常在放假時間, 跑去有名的師傅那邊, 去給他按摩, 有時候還會去好幾次. 他目的就是想偷偷學習別人的技術, 好維持自己的專業地位. 看到他這麼努力, 都會讓我好汗顏. 
3. 勤跨界
前面提到偷學問這東西, 這可能很多人都在做, 但是 Daniel 比較不一樣的地方, 是他偷的範圍不是只有 agile, 像是戲劇, 畫畫, design thinking, learn startup 或者引導學這些東西, 他也熱衷學習. 所以在上課中, 我學到的不只是 agile, 還有更多聽都沒聽過的東西.
上次他來台灣時, 每天晚上都安排和不同領域的人見面, 有 graphic facilication, 有 CMMI 的. 並且, 現在他現在還有研究嬰兒按摩, 我只能說他跨的領域真的太廣了. 
在一代宗師這部片中, 宮寶田和葉問以餅會武, 他們之間有這麼一段對話:
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(713)

  • 個人分類:勵志
▲top
  • 8月 29 週五 201407:17
  • 肯定式探詢的實施步驟

think_positive
上次提到肯定式探詢, 覺得這個想法不錯, 因此再接再厲把書上的東西看完並且整理下來, 希望下一次能分享的是實際應用到專案上的經驗分享. 不多說, 讓我們來看看實施細節要怎麼做
 
 
1. 從主題開始
選擇主題是肯定式探詢最關鍵的步驟. 因為我們討論的焦點, 將會變成我們之後的實境. 我們的重視, 會讓我們產生重大的效果 因此我們需要花不少天來決定主題.
2. 探索主題
那要如何來探索主題呢? 我們會創造問題來探索主題, 你可以考慮問以下類似的問題:
- 當你們團隊某一次表現良好時, 當時的情況是怎樣的?
- 當某個時刻, 你認同團隊並感到驕傲時, 你引以為榮的東西是什麼?
- 身為團隊的一分子時, 你最珍惜的事是什麼?
我們會兩兩一組, 利用這些問題互相詢問對方, 當你在進行這些問話時, 也可以再想問其他進一步的問題, 最重要的是要融入其中的情境. 
3. 夢想構築
當兩兩小組完成探詢的對談後, 會有相當多的資訊, 接下來的任務, 是將這些資訊與其他同人分享, 尤其是分享最認他們振奮的心得, 或是聽到最棒的故事, 亦或是最精彩的語錄. 在分享的過程結束後, 我們可以得到幾個共同的主題.
這裡我們來看一個案例: 
(1) 探索的主題: 
     極佳的客戶服務經驗
(2) 詢問的問題:
     回想某次曾經為了提供良好的顧客服務, 你願意赴湯蹈火, 多做一些, 來服務顧客的經驗
     是什麼促成了這樣的服務
(3) 共同的結論
     服務提供者:
          發現一個機會
          負起責任
          有職權可以這麼做
          手邊有足夠的資訊
          俱有專業的能力
          預期到客戶切油或是描繪出需求
          相信公司會給于支持
4. 組織設計
在這裏, 我們將以”實境"為基礎, 讓團隊成員開始設計解決方案, 這樣大家才能對提案產生共鳴, 進而受到激勵去做對的事情.
以下是進行方式:
(1) 以團體的方式進行
(2) 從訪談的故事中, 尋找出最佳表現的範例
(3) 找出促使最佳表現的發生條件
(4) 寫下肯定式的敘述句, 來形容理想的未來情況.
     通常這些敘述句, 需要符合以下準則
          是否延伸現況, 挑戰現況, 或提出創新
          是否紮實地舉例說出夢想成真的樣子
          這是我們要的嗎? 我們會捍衛這個理想嗎? 我們會對它充滿熱忱嗎?
          用詞是否正面, 是否以現在進行式來描述
延續上面的範例, 我們來看看會提出怎樣的方案
- 顧客和我們談話時, 感受到喜悅
- 我們預料到顧客會有什麼需求, 因此當他們來電時, 手邊有充分的資料
- 我們在無干擾的狀態下討論所有資訊, 而顧客只要面對一個窗口就行
- 我們只需要用手指點一下, 就可以取得回應顧客問題所需要的資訊
- 我們奉獻時間做更多的學習, 保持先進的專業能力
- 我們在工作的同時, 也持續學習
- 我們很樂意提供最棒的服務, 因為我們知道這就是顧客選擇我們的原因.
參考資料:  "團隊成功的Yes基因” 
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(341)

  • 個人分類:勵志
▲top
  • 8月 21 週四 201408:29
  • 工程師的心情語錄

article-2313747-019BAD470000044D-434_634x596
這個月 Agile Meetup 舉行 coding dojo, 發現 engineer 都喜歡講一些很有趣的話語, 一時興起把最近在工作和 workshop 中, 所聽到的佳句整理起來:
 
      
1. 在我的機器上可以 work
2. 我最近都沒有動這部分的程式
3. 這就留給下一個人去煩惱, 現在先不用去改它
4. 前面的人這樣寫, 所以我也這樣寫
5. 我只能確保這個部分沒問題, 別人的我不知道
6. 這部分的程式有時候可以, 有時候不行
7. 這個東西不是設計來這樣用的
8. 我認為這個不會出錯
9. 我覺得不會有人這樣用
10. 可以動就好了, 要什麼功能提了再說
11. 老闆或是 lead 說要這樣做, 我就這樣做
12. 你不一定要聽他的, 他不一定是對的
13.  Spec 就這樣寫, 所以我就這樣做
各位, 你常用的有幾條?
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(577)

  • 個人分類:勵志
▲top
  • 6月 30 週一 201406:54
  • 小米時代 - 一個以社群為主的新創時代

8634482950_d3b4f477cb
上次在"敏捷開發中客戶角色的演變” (http://kojenchieh.pixnet.net/blog/post/372947678)中, 我提到了小米世代. 這次遠見雜誌七月份, 也剛好介紹小米如何成功的, 所以也買了本來看看, 整理了一下其中的精華, 學習一下小米如何在短短 4 年中, 快速崛起, 牢牢勾住 5000 萬粉絲, 成為社群之王的
 
  
小米充分發揮互聯網思想七字訣: 專注, 極致, 口碑, 快.
1. 專注: 少就是多, 一次只做一件事情, 不搞機海戰術, 每年只做 1~2 款手機.
2. 極致: 把別人給逼瘋, 把自己給逼死. 1% 的細沒做好, 寧可延後上市.
3. 口碑: 要超過客人的期望值. 要有五毛給一塊的做法, 才能給客戶留下深刻印象.
4. 快: 24 x 7 全年無休為客戶服務, 有錯就立刻改.
小米的總裁林斌提到, 就像臺北東區的好記擔仔麵一樣, 一天賣 2000 碗, 20 年不漲價, 賣完為止. 唯有這樣的專注, 精益求精的經營理念, 才能把產品做好. 
小米的 CEO 雷軍也提到, 做產品要像小李飛刀一樣, 沒人能看到李尋歡的出手, 知道時已經一刀斃命了, 要快到一出手就是秒殺對手. 
小米最厲害的, 就是和使用者是同一陣線的, 以下就是他們的說法和做法
6000 名員工中, 有 4000 人經營社群, 以提高滿意度
每一則網路抱怨文, 都要在 15 分鐘內回覆
每日發 8 則短訊跟粉絲同樂
發佈產品訊息, 絕對是讓用戶第一個知道, 而不會是媒體
邀請米粉當論壇版主, 管理網頁
在”開放日”請資深米粉直擊手機組裝工廠
目前已有 132 個城市小米同城會, 每月舉辦各種活動, 以凝聚認同感  
顧客送修的產品, 從收貨到修好, 限時 1 小時完工
小米並不是產品有多完美, 技術有多高超, 而是隨時回應需求, 讓人家覺得它有溫度, 有個性, 有態度
…
不管小米品質好不好, 將來是否還是一直成功, 目前看起來他們還做的不錯. 他們真的用心想把事情給做好.
這讓我想起, 以前公司也有一些活動, 像是一周的 super lab, 1 小時內出病毒碼解藥, 百萬程式競賽, 半天 customer insight 活動, 每 1-2 年學習一些新的思維(system thinking, TLC, design thinking)... 等等, 這些都是很成功的活動, 但是最近幾年, 我們似乎沒有更多新的活動, 也沒有更深入地去了解客戶. 我們似乎是停滯了, 這種感覺真不好......
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(201)

  • 個人分類:勵志
▲top
  • 6月 27 週五 201407:43
  • 學習在台灣不值錢 ......

bored-classroom
昨天看到 Teddy 寫到課程價格的事情, 讓我心有戚戚焉. 我們這邊對於學習的企圖心, 或是對學習的尊重, 真的是和對岸差距很大. 讓我不得不想講些話, 比較一下兩岸在學習這方面的不同:     
1. 學習不需要花錢
學問這種虛無縹緲的東西, 哪裡有這種價值, 不需要花大錢來學, 每次都用力用力砍老師的學費, 這些出一張嘴的人, 幹嗎給他這麼多錢. 對岸很多課程兩天就要 6500 ~ 7000 人民幣, 他們也覺得這是常態,  而且大多數都是公司願意出錢. 知識是無價的.
2. 若不是名師否則不用專心
對於講師教的內容, 或者教課方式, 十分嚴格要求和挑替. 如果沒有唱作俱佳, 或者是有數十年功力, 那就不用去上. 或者上課時也不用太專心, 有爆點的時候再抬頭吧. 對岸他們學知的動力超強, 不管上面那個講得精不精彩, 個個專心聽講, 勤做筆記, 不斷問老師問題, 並且常常也勇於分享自己的故事. 
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(1,529)

  • 個人分類:勵志
▲top
  • 5月 26 週一 201406:49
  • 知識的詛咒

6a0147e137f31a970b0153929b5293970b-800wi
前一陣子我提到被學員糾正, 我不應該輕視他們沒有看一些, 我自以為重要的書籍. 最近回想起來, 我是得到了所謂的"知識的詛咒” 的毛病.
 
 
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(0) 人氣(3,360)

  • 個人分類:勵志
▲top
  • 5月 20 週二 201411:41
  • 參加對岸敏捷活動的感想

uncle-sam.si
Richard 之前在 FB 上感概對岸 agile 遍地開花, 我們只有零星火花. 其實我也有想同的感受. 尤其是這一兩年來我頻繁接觸對岸的活動, 讓我真的不由得很緊張, 很想為台灣 agile 多做一些事情.
在和對岸交流的過程中, 我看到一些很有趣的事情
1. 願意花大錢去參加一些訓練課程. 有些課程要好 2 - 3 萬台幣, 他們還是用力給他開下去. 我問過他們這不會貴啊, 他們說這個價錢還好, 只是一般行情價. 這 ….
2. 他們很多大型的研討會. 很多要到國外參加的研討會, 他們會想辦法在國內也有. 或者出錢請國外講者過來. 並且有些研討會還有準備好即時翻譯. 讓你感覺到很正式, 很重視這些事情.
3. 研討會就是研討會. 他們希望你分享的是業界實務經驗, 不要提太多抽象的理論, 有 workshop 更好. 台灣很多研討會, 看起來都是像廠商來推廣工具的, 所以聞起來有濃濃的銅臭味.
4. 可以分享的人很多. 他們也是有大神, 但是還是有很多來自各地的英雄好漢, 上台來分享他們的經驗. 可是台灣老是翻來覆去就是那幾個. 大神能分享當然好棒, 但是也要多給別人機會, 這樣才能多培養一些人才.
5. 跨界能力. 我發現他們很多人, 可以同時跨好多不同領域, 並不是只有軟體開發而已. 有的會 design thinking, 有些精通 lean startup, 也有的擅長團隊引導. 真的像諸葛亮說的: "什麼都略懂些, 人生就多采些”嗎? 我不確定
6. 勇於分享. 不管是上課, 或者是在研討會上, 他們會爭先恐後表現自己, 把自己的想法給表達出來. 不管他的想法是否有料, 或者他是否真的懂這些東西, 但是看起來很投入.
7. 社群發達. agile 社群在對岸的大都市都有, 也有很多人投入, 並且都很積極參與活動, 或者到處去跟人家交流和學習. 在台灣能看到這麼大規模的, 我只有看到 HPX, AppWorks, 也許是我孤陋寡聞, 參加的社群太少
從這些現象看來, 似乎他們是在學習期, 很想學一些新的東西, 想要出人頭地, 就和台灣 20-30 年前有點類似. 
看到這樣的現象, 個人是很緊張, 也許是我自己想太多了, 但不管怎樣, 自己能夠做多少就算多少, 希望能對台灣的軟體開發有點小小的幫助. Agile Tour Taipei 只是個開始, 希望之後能有更多不同的活動, 但是這些都需要更多熱血青年的加入, 只靠幾隻小貓是很難成氣候的. 所以, 有興趣的人, 歡迎一起來推動 agile, 或者是分享你的 agile 故事吧!!
(繼續閱讀...)
文章標籤

kojenchieh 發表在 痞客邦 留言(2) 人氣(548)

  • 個人分類:勵志
▲top
«123...5»

文章搜尋

熱門文章

  • (81,336)焦點討論法 (ORID)
  • (19,182)KJ 親和圖法二三事
  • (13,548)設計觀點 (POV, Point of View) 和使用者故事的比較
  • (11,141)Test Case所涵蓋的範圍足夠了嗎?
  • (9,382)測試計劃該寫什麼?
  • (5,915)什麼是Definition of Done (DoD)?
  • (5,540)什麼是精實創業?
  • (3,970)Cyclomatic Complexity
  • (3,096)你所應該知道的BVT
  • (2,897)Leading v.s. Lagging 指標? 這是什麼鬼?

最新留言

  • [24/06/28] 訪客 於文章「你吃的藥或營養品,真的有被吸收了嗎?...」留言:
    改善便秘有很健康的方式 平常水分充足之外,纖維素也得要有 ...
  • [24/04/24] 訪客 於文章「(轉載) 為什麼會造成便秘呢?...」留言:
    謝謝分享資訊~ 改善便秘除了平常水分充足之外,纖維素也得要...
  • [23/11/16] 訪客 於文章「過敏的中醫療法...」留言:
    過敏症狀跟免疫力息息相關 除了平常良好的飲食生活習慣及規律...
  • [23/11/06] 訪客 於文章「視力保健...」留言:
    謝謝分享資訊~ 保護眼睛除了減少使用3C產品之外 幫助眼...
  • [23/09/06] 訪客 於文章「QA的迷失: "沒有spec我們無法進行...」留言:
    不就是PM把自己該做好的工作扔給RD QA做嗎? 專案越大牽...
  • [23/04/20] Mina 於文章「如何以探索性作法高效測試...」留言:
    好喔那再麻煩老師到時候提供時間謝謝您...
  • [23/04/18] Mina 於文章「如何以探索性作法高效測試...」留言:
    老師您好~不好意思這堂課除了5/20還會有規畫其他的日期上課...
  • [22/04/21] Max 於文章「如何寫出人人有共識的需求 - 範例描述...」留言:
    第一梯沒跟到,第二梯有計劃哪時開嗎? 謝謝...
  • [22/04/06] 訪客 於文章「谷歌創新寶劍: 設計衝刺體驗營...」留言:
    回饋您這方面資訊,我是從 PTT搜尋引擎的排名,看...
  • [21/08/10] jwang0189 於文章「如何寫出人人有共識的需求 - 範例描述...」留言:
    非常實用的文章,謝謝提供,已點廣告表示支持 https://...

個人資訊

kojenchieh
暱稱:
kojenchieh
分類:
不設分類
好友:
累積中
地區:

動態訂閱

文章分類

  • 正念 (2)
  • DevOps (13)
  • Agile HR (1)
  • 課程介紹 (26)
  • retrospective (15)
  • 敏捷需求探索 (22)
  • 自媒體 (2)
  • TOC (4)
  • Google Sprint (31)
  • 敏捷轉型 (68)
  • LeSS (5)
  • Kanban Experience Report (20)
  • 引導/教練 (29)
  • Spotify (4)
  • Pretotyping (7)
  • Lean Startup (22)
  • Impact Mapping (4)
  • Agile UX (35)
  • Kanban (115)
  • Lean from the Trenches (11)
  • Estimation (7)
  • Scaling & Distributed Agile (9)
  • Standup Meeting (18)
  • Feature Team (10)
  • scrum教學 (5)
  • 過敏 (9)
  • 魚油 (3)
  • Hadoop (1)
  • Scrum入門手冊 (4)
  • Kanban and Scrum (44)
  • 健康 (46)
  • TDD (41)
  • Cloud Computing (1)
  • 我的Scrum新體驗 (4)
  • Innovation (14)
  • Testing Books/Magazine/WebSite (12)
  • Regression Test (6)
  • 測試管理 (19)
  • 讀書心得 (27)
  • User Story (19)
  • Continuous Integration (16)
  • Scrum (126)
  • 勵志 (46)
  • Agile Concept (204)
  • MS Server (3)
  • Scrum and XP的實戰經驗 (65)
  • Performance Testing (38)
  • Agile Testing (41)
  • 投資理財 (25)
  • Exploratory Testing (22)
  • C# (1)
  • 專案管理 (25)
  • 測試自動化 (62)
  • 測試基本知識 (108)
  • 未分類文章 (1)

文章精選

參觀人氣

  • 本日人氣:
  • 累積人氣: