目前日期文章:201410 (18)

瀏覽方式: 標題列表 簡短摘要
在 2009 年時, 一群 Spotify 的工程師想要去建立起他們想要的工程師文化, 他們希望能夠和其他公司不一樣. 因此他們花了很多時間, 去參加研討會, 去看書, 或者是和其他公司, 像是Twitter, Google 等討論. 在 5 年後, 他們的工程師文化產生出來了, 並且受到很多人的注目. 因此, 讓我們來看看Spotify 如何建立他們的文化.
 
maxresdefault  
 
在 5 年前, Spotify 便決定將組織切成 8 個人為單位的 Squad. 每個 squad 都是自我管理, 也就是自己決定自己要做什麼, 但是都是要達成公司共同的目標.
 

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

如果大家對於 Pretotype 有興趣, 想要進一步研讀的話, 我整理了一些資料, 希望對大家有幫助.
 
3DS_02  
 
書籍
1. Pretotype It?

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

來源: 原型之前的傆型
 
這個演講是Daniel 和Jackson在 qCon 北京 2014 的分享, 他們在談論他們如何使用 Pretotype 經驗
 
一開始他們先舉了一個範例, 這是他們的客戶所要開發的一個系統的功能: 我要報錯.

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

 
資料來源: 慢公司的精益革命
 
大眾點評是對岸有名的互聯網公司, 是最大的城市生活消費指南網站之一. 以三方點評為模式, 來針對餐飲娛樂進行評論, 並且分享信息.

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

Pretotype ?? 你是在說 Prototype 嗎? 不是的, 我說的是 Pretotype, 我並沒有拼錯字. 很多人一開始會認為是不是寫錯了, 是不是要講 prototype, 事實上不是的, 他是一個新的觀念, 讓我們來看看它是什麼吧.

 

pretotyping-130902073936-phpapp02-thumbnail-4  


所謂的 Pretotype, 就是
(1) 在早期時, 驗證突破性想法的正確性. 

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

還有一種 Pretotype 的方法叫做 MVP (Minimum Viable Product, 最小可行產品). 我想很多人聽過這個名詞, 他應該源自於 Eric Ries 的精實創業 (Lean Startup) 一書. 他的想法是做出一個功能極為簡陋的產品, 利用這個產品來跟早期客戶呼動, 根據他們的回饋來演進產品功能. 

 

BuildMeasureLearn  

MVP 算是介於 Pretotype 和實際產品雛型之間的東西. Pretotype 希望不是真的做出產品就能驗證產品方向. 但是 MVP 已經做出了系統. 但是也不算到實際產品雛型的程度, 因為它可能只是會動而已, 可能只有 5% 的完整性, 但是他已經把產品主要精神給表達出來了.

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

在 agile 中希望透過頻繁發佈, 早點取得回饋, 早點修正方向. 這些都是 iteration 的好處.

可是在很多公司, 因為不熟悉 iteration 的開發方式, 或者是因為本身能不夠, 無法在 iteration 完成原先要做的事情, 導致一些奇怪的事情發生. 像是測試落後一個疊代, 或是有設計/ 需求分析的疊代, 亦或者犧牲品質來完成疊代. 

因此, 為了能得到 iteration的好處, 可是又不產生奇怪的現象, Spotify 做了一些改進, 提出了發佈列車(Release Train)的概念.

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

在上一篇寫完後, 有人問到:
如果一開始就開發滑板, 但是滑板內的元件 汽車都不會用到, 這樣算不算浪費資源呢?
還是說 可以提早了解客戶的真正需求, 這種投資是必要的?

 

螢幕快照 2014-10-21 下午10.21.03  

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

大家都知道 agile 是利用疊代 (iteration) 的方式, 逐步交付價值給客戶, 以早期獲得回饋, 來快速調整產品方向

道理很簡單, 可是做起來似乎差異很大. 怎麼說呢, 讓我們來看看最常使用到的蒙娜麗莎的圖形.

在這個圖形中, 它包含了兩種開發想法, 一種是 incremental (上面的部分), 一種是 iteration (下面的部分), 看起來都很合理, 但是對我來說, 下圖才是 agile 想要的結果. 

 

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

在 qCon 的研討會中, 第一天很榮幸聽到 Spotify 工程部門 director - Kevin GoldSmith 的分享, 主題是 Building a strong engineering culture. 談的是如何建立和維持一個好的團隊文化. 

在公司中, 團隊要能有戰鬥力, 除了基本技能要到位外, 更重要的是能不能像一個 team, 發揮 1 + 1 >2 的戰力, 願意一起同心協力, 來交付最大家的價值. 要能夠做到所說這些事情, 團隊文化便扮演一個重要的關鍵.

那什麼是團隊文化呢? 簡單的說, 就是團隊一些基本的共通假設. 例如, 每天要工作到晚上十點, 即使沒有太多重要的事情, 也不能提早離開公司. 它是一個不成文規定, 不一定有明講, 但是大家都知道要這樣做. 所以如果你能形成一個好的文化, 自然就能讓團隊發揮好的戰力.

 

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

很多人常常覺得 Scrum 到 Kanban 是無痛升級, Scrum board 就是 Kanban board. 事實上是有點差別的. 上次我有寫了一篇文章來解釋(http://kojenchieh.pixnet.net/blog/post/350182496) , 這裡我再加一些補充:

Scrum board 中, 每張便利貼是指一個任務 (task). 可是在 Kanban board 中, 每張便利貼則代表是一個故事, 也就是你要處理的一個需求, 或是一個 tech debt, 或是一個 bug 等等.

 

(1) Scrum Board

MockedTaskBoard  

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

在實施 agile /scrum 時, 大家都知道要有敏捷的文化很重要, 否則推行起來會事倍功半. 那要如何解決文化的問題? 這真的是一個很難的主題.

9342869-background-concept-wordcloud-illustration-of-organizational-behavior  

 

為什麼呢? 大多數敏捷的顧問或是專家, 雖然精通敏捷的各項技能, 但是對於處理文化的問題, 或者是人與人之間的互動,    還是無法琢磨太多. 一方面是清官難斷家務事, 另一方面他們也可能不是引導師或是變革管理的專家, 所以很少人, 或是很少文章談論這方面的主題.

最近在在網路上閒逛時, 發現到一個好玩的東西, 暢銷書 - Practices for Scaling Lean & Agile Development: Successful Large, Multisite & Offshore Product Development with Large-Scale Scrum 的作者Craig Larman 有提到一個定律: Laws of Organizational Behaviors

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

如何在看板中取代 sprint 的觀念? 沒看錯吧, 看板不是本來就沒有 sprint, 那為何要還要特別談取代呢?

那你知道為什麼 Scrum 要有 sprint, 而看板為什麼要把它拿掉呢? 你必須知道來龍去脈, 你才能決定如何取捨. 

Scrum 採取 sprint 的方法, 是希望在固定一段時間內, 鎖定固定範圍的需求來實作. 希望在這段時間後, 快點得到一些回饋, 及時調整方向或是需求內容. 所以, 開發人員知道在這段時間內, 需要處理完這些需求, 並且不會有新的需求加進來, 也了解這些做完了, 工作就告一個段落. 

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

最近因為小朋友上課學習的關係, 再加上自己有時候要從事教育的工作, 所以開始研究了一下翻轉教育. 在此把一些看到的重點整理了一下:

 

光榮國中翻轉教室3-620x264  


1. 課前預習
學習是上課前要做的事情, 課堂上應該是討論和動做手時間. 所以老師要先準備一些影片, 或者是一些書面資料, 讓學生可以先閱讀. 

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

在 Agile 中很強調一點, 我們要建立一個自組織的團隊, 這件事情對於想要成功地推廣 Scrum 的人, 一定要念茲在茲地牢記. 

小弟最近被指派帶一個新的團隊, 這個團隊的成員是來自兩個不同小組所組成, 因此雙方並不是那麼熟悉, 這樣對日後工作的順暢度可能會有影響, 所以特地安排了一個 team building, 期待能讓大家能更彼此更加熟悉.

首先, 為了讓大家不會這個尷尬, 我一開始帶了一個小的遊戲, 讓大家圍在一起, 玩一個小的互動遊戲. 這裡你可以參考任何團康活動, 只要進行個 5-10 分鐘, 讓大家先放鬆心情即可

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

最近參加公司的讀書會, 念的是精實執行(Running Lean), 其中有一部分在在探討如何衡量產品營運狀況, 他說到新創產品需要一些及時的關鍵指標, 來評估你目前的執行狀況.

 

hackpad.com_LmyU6QuPVNQ_p.137137_1395664462675_Pirate-metrics1  


書上提到了 Dave McClure 的海盜度量法 (Pirate Metrics), 他是配合軟體公司所建立的, 但是好像可以應用到很多不同的商業模式. 不多說, 讓我們來看看這個方法吧. 

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

在 Scrum 中, 很多人會用燃燒圖(burndown chart)來算還剩多少工作要做, 這是一個不錯的方法, 以視覺化的方法來顯示工作進度, 讓大家很容易了解目前狀況, 使得進度不再只是經理神秘檔案中的資訊. 

 

Final-burn-down2  


可是很多人也會提到, 繪製燃燒圖需要花很多時間, 因為你一張張計算, 尤其當張數一多時, 這是一件相當不容易的事情. 

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

因為本身興趣以及實在很好凹的緣故, 常常在公司內負責一些課程的教授, 或是擔任一些大型活動的引導師. 在這 3-5 年的過程中, 深深感覺到教書實在不是一件容易的事情, 為什麼呢? 讓我一一道來.

 

teacher   

1. 跟老師專業知識多強沒有關係
很多人覺得講師專業知識一定要高強, 這樣去上課才會學得到東西. 我個人感想是在 1-2 小時上課時間內, 你自己有能力學多少才是重點. 

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

找更多相關文章與討論

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼