目前日期文章:201402 (17)

瀏覽方式: 標題列表 簡短摘要

公司有項任務, 是要培訓一些創新引導師, 來幫助產品創新工作的進行. 在這過程中, 雖然付出了很多時間, 但是其實收獲最大的, 反而是主持活動的自己, 因為可以有很多機會, 偷學到不少東西.

 

552358_477444502266948_135783354_n  

其中, 最常進行進行的活動, 就是進行腦力激盪. 經過了上百場腦力激盪, 我覺得以下事情是很重要的:

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

很多人想找個好的測試人員, 問我說是否有祕訣, 能夠找到有潛力的人.

 

228892_255820087762725_6000503_n  

以下這幾個面向是我以前老闆強烈要求的
1. 快速學習的能力

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

當我開始執行 scrum 後, 發現公司大多數回顧會議(retrospective)的進行, 都是從我們 team 抄出去, 雖然這是一件很驕傲的事情, 但是執行久了, 還是覺得會很無趣.

 

retrospective_big-505x377  

回顧會議是希望大家能夠講真話, 能夠有機會反思自己做的好不好. 立意雖然不錯, 但是執行久了會乏味. 就像一道美食天天吃, 日子一久也會咽不下去. 因此主持人要能改變實施方式, 帶動會議的氣氛, 讓大家能夠享受在其中. 

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

很多測試人員會詢問, 是否有一種測試方法, 可以很系統化地, 來開立所有測試個案.

我也很期待有這種東西, 可惜一直沒有看到, 不管哪種黑箱測試方法, 都有它的優點和缺點.

更重要的是黑箱測試有個重大的致命點, 它是完全依賴測試人員的經驗. 如果測試人員的產品領域知識, 以及產品所處的系統知識豐富, 就能開出更好的測試個案.

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

常常有人會詢問, 公司再導入敏捷開發, 是否要找敏捷顧問? 

這個問題答案可能很多種, 但是我只能根據自己的經驗, 講我自己經歷過的事情. 僅供參考, 沒所謂正不正確.

在早期時, 當大家都不會的狀況下, 找敏捷顧問是比較快, 比較有效率的方法. 因為他可能先觀念教學. 更重要的是,  他可以分享一些經驗給你, 告訴你這些敏捷方法(XP, Scrum, Kanban … )的優缺點, 適用時機, 導入時間大約要多久, 以及可能遭遇的問題.

 

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

有些人提到, 為什麼大家執行 Scrum 感覺起來差這麼多? 這是一個很有趣的問題.

首先, 先跟大家澄清, Scrum 只是個 framework, 因為在這個 framework 下你可以選擇自己的實施方式

scrum-framework6  

例如: Scrum 要求要有 product backlog, 並且裡面的需求要照優先順序排好. 這些是 Scrum 要求的. 但是他並沒有說 product backlog 要怎麼寫, 你可以用 SRS, use case 或者 user story, 只要你排好優先順序, 並且可以在一個 iteration 內完成. 我想就可以了.

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

最近有人在問我, 如何在企業中推行 scrum. 然後再加上 FB 上的一些討論, 讓我想寫一小段話發發瘋

 

TransitioningToAgile_256  

個人覺得在企業中要成功導入新的做法, 是件不容易的事情, 尤其在大型企業, 銀行或是公家單位.

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

在實施 Scrum 時, 最容易被人家採用的, 就是每日立會(standup meeting). 它主要是用來同步資訊, 互相幫助, 以及儘早解決所遭遇的問題.

在我待過的團隊, 通常有以下幾種報告方式:

1. 每個人輪流報告
說明: 大家站在一起, 不管是在站在 task board 面前, 或者不是, 但是在報告的時候, 就是大家輪流講自己的部分, 並不會看 task board, 或是某個檔案.

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

在 Kanban 中你會聽到一個名詞叫做 Swarm, 中文意義是蜂群, 那他跟 Kanban 的關係是什麼? 是我們要學蜜蜂一樣飛舞嗎? 還是要不停地採蜜?

 

1088666441_1369356479  


讓我們來看看Kanban 想講的是什麼:

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

編碼和空手道有什麼關聯呢? 否則為什麼老是出現 Dojo 這個日本字? 最近 study group 有人這樣問我.
 
因為在很多書上出現了 Coding dojo, Kata, Wasa, Randori 等字眼, 大家覺得很像天書, 到底這些跟軟體開發的關係是什麼? 讓我簡單跟大家解釋一下:
 
1. Coding Dojo (編碼道場)

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

之前和大家提過, 如何檢查 Scrum 執行深不深入. 結果馬上就有人接著問說那 Kanban 呢? 是不是也有雷同的檢查方式? 沒錯, 讓我們來瞧瞧.

David Anderson 在 London Lean Kanban Day or Agile China in 2013 中有個演講: Deep Kanban - Worth the Investment?, 他提到了如何衡量你看板方法實施的深度如何.
http://www.djaa.com/sites/ltdwip/DepthOfKanban.pdf

他分成了六個面向來討論:

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

最近看到一個新的名詞, 網路上對他的解釋不多, 如果有人有看到好的解釋, 希望能分享出來 XD

Proto-Kanban 的定義
將 WIP limit 設定在比工作流程更低的層次上面, 例如:
- personal kanban
- 針對個人設定WIP limit

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

我在 Kanban 中的文件中, 常常發現有人提到單件流(one piece flow)的觀念, 對於資工出身的我, 十分困惑, 它到底是什麼? 和軟體開發的關聯是什麼? 可以帶來什麼好處呢? 最近花了點時間整理了一下.

原本單件流的定義:
每次生產和移動一個工件,  整個過程希望盡可能連續流動, 並且上下流的工作能夠剛剛好接上.

 

task_leveling_6  

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

有人常問說, 如何檢查到底 scrum 到底有多深入, 這裡有份簡單的檢查清單

 

3693187463_0e9ce6cd2e  


1. 我們有產品負責人,scrummaster和開發團隊嗎?
2. 我們有排好順序的產品需求清單嗎?

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

在 Kanban 中, 第一件事情, 是要將工作流程視覺化, 也就是將工作流程畫出來. 每個步驟會變成一個欄位, 你的便利貼 (工作) 便會在這些欄位 (步驟) 中移動.

此外, Kanban 還會引進拉式系統觀念, 也就是生產是由需求驅動的. 當下游還沒有完成, 或是沒有需求時, 上游不能一直生產東西往下遊送. 為了實踐這樣的觀念, 你流程中的某些步驟, 可能會有兩個子步驟, 並且會有兩種表示方式:


1. ready/doing
1-1. ready: 在這個子步驟中, 有些工作正等待被處理, 這些工作是從上個步驟放入的

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

我想大家都知道, 唯有給客戶想要的東西, 這樣你的產品才能大賣. 可是這樣的道理真的不容易做到.

那可以怎樣改進呢? 我想很多人一定問過這樣的問題. 並且最常見的反應, 是說自己根本沒有機會可以跟客戶接觸; 或者說即使跟 PM 講了, 他們也不會接受.

不過, 我想可以換個角度來思考一下, 為什麼大家不先從自己能夠掌握的地方開始練習呢? 如果你能夠讓你接觸的人滿意, 當日後有機會接觸到, 你所謂真的客戶時, 你才可能讓他們也滿意.

 

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

有人說 Scrum 改成 Kanban 很容易, 只要在 task board 中的欄位加上 WIP limit 就可以了. 所以原先的 scrum board

ToDo -> In Prog -> Done

便會長成像
              (WIP = XX)

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

找更多相關文章與討論

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼