目前日期文章:201502 (12)

瀏覽方式: 標題列表 簡短摘要
在現今世界中, 任何你想到的主題, 或多或少都已經有人開發系統來處理它. 因此分高低往往不在於誰的功能多, 或是誰的功能少, 而是在於使用起來的體驗如何. 因此身為 Product owner 或者是產品經理人, 需要會些 UX 的技能, 好讓你的系統能抓住使用者的心, 而不是只是能用就好.
 
bGWdJ  
 
另外, 在產品開發的過程中, 基本上可分成兩階段:
(1) 產品探索 (discovery): 探索我們要做的東西是什麼

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

很多團隊或公司實施 Scrum 並不順利, 明明就是很簡單的 framework, 道理也很清楚, 可是卻做不到 Scrum 所說的境界, 為什麼呢?
 
scrum-1  
 
我想這是因為大家認為 Scrum 就是一種軟體開發流程, 認為只要照著步驟做就好了. 事實上, 這是不對的. 要做好 Scrum, 你必須考慮到組織模式, 以及實施的人們. 缺乏這兩個, 是無法成事的.
 

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

上次提到 LeSS 的規則分成三個部分: (1) Structure, (2) Product, (3) Sprint. 我們已經看完 structure 的部分, 接下來我們來看剩下的兩個部分:
 
LeSS-overview-diagram  
 
B. LeSS 的產品
1. 每個完整可交付的產品, 都只有一個產品負責人 (product owner), 一個產品需求清單(product backlog)

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

 
參考文獻:  Linchpin: Are you indispensable?, Seth Godin.
 
home_main  
 
人類進化的歷史, 是一個很有趣的故事, 每個階段的演進, 似乎都帶給人類更好的生活? 我以前覺得是這樣, 但是在看過 Seth Godin 這本書後, 深深覺得事情並不是這麼簡單, 我們都被愚弄了.

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

在 LeSS 中, 它利用了 LeSS rule 來定義 LeSS 框架. 這些出現的規則是 LeSS 認為是必須的東西. 總共分成三個部分: (1) Structure, (2) Product, (3) Sprint. 今天就讓我們來瞧瞧 Structure 的部分吧
 
bd9570f1ccbd742f1b9c7acacc7e896b  
 
 

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

Scrum 很流行的一個敏捷開發方法, 但是很多人常常會提到: Scrum 在小型的團隊 (7+-2人) 執行得很好, 可是對於大型組織就不適用了. 因此, 很多人便致力於, 如何在大型組織內, 導入敏捷的做法. 
 
其中, Less (Large-Scale Scrum) 就是其中一個做法, 是由 Craig and Bas 所研究出來的. 
 
LeSS-overview-diagram  
 

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

一月底的時候, 被公司派去交接一個新的產品回來, 導致現在工作暴增, 累的胡言亂語. 不過, 這不是這篇的重點. XD.
 
131008091713901707m9i4tuu8pawg  
 
這次去交接時, 被對方 SQA 和某個 RD 主管, 硬凹要分享 agile 的一些經驗, 因此, 被迫打鴨子上架, 和他們互相聊聊遭遇到的問題. 談完後自己歸納了一些心得:
 

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

Chapter 3 寫你想讀的書
 
5580292220_89ce9700e8  
 
寫你所愛 (Write what you like)
     最好不要寫你所知, 而是寫你所愛. 寫你最喜歡的那種故事, 寫你會想讀的故事.

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

有人提到打造 Scrum 團隊, 有哪些事情要注意的. 因為他發現到, process 再有用, 也需要有對的人來實施才能發揮其效果. 
 
他真的內行人, 人的問題永遠是最重要的. 搞定人, 問題就解決一半了.
 
1283284920scrum-pictofigo-03  
 

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

 
作者在加入 BIzo 之前, 在一家軟體公司使用 Scrum 來開發軟體已經有 5 年了. 那家公司內的所有 projects, 都是利用 scrum 方式來進行. 所以當他加入 Bizo 時, 他以為可以將 Scrum 在 Bizo 使用的很好. 事實上, 他發現他錯了, 為什麼, 讓我們繼續看下去
 
kanban  
 
作者認為, Scrum 和 Kanban 是敏捷中兩個沒有交集的東西, 雖然有人試著把它們兩者混合使用, 例如像是 Scrumban 等, 但是作者認為這兩者的心態是完全不同的.

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

在 Agile Community.tw 成立了兩年多後, 我們把觸角終於伸到新竹來了, 2/1 是我們第一次來到新竹辦活動, 第一次就來搞個 workshop: 看板遊戲工作坊. 希望能藉由比較大型一點點的活動, 來吸引更多人的加入.
 
13697_949404135070980_8576072183809930096_n  
 
2/1 在新竹的天氣還算不錯, 很適合大家去外走走, 並且又是第一次舉行, 外加 Kanban 這個主題在新竹應該還是很陌生的題目, 所以我想說只要有 10 個人以上, 應該就算是很不錯了. 感謝大家的捧場, 來了 13 個人. 下次讓我們再接再厲, 能夠找更多吸引人的講師, 或者對大家更有幫助的話題, 讓 agile 可以在新竹深耕茁壯.
 

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

 
Source: When to dump Scrum for Kanban
 
Book-Ban   

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

找更多相關文章與討論

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼