撰寫文件是件人人討厭, 但是沒有時又很痛苦的事. 那我們該怎樣處理呢?
 
首先, 在討論處理方法前, 可以思考這個現象: 他們不會看文件
 
TAGRI, They Ain't Gonna Read It. 
 

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

很多人對於不明確的需求, 或者需求變動, 感到十分痛苦. 在 waterfall 中這件事並沒有說明要如何處理, 因為他一旦需求文件 sign 之後, 便鎖定範圍, 之後便不允許再改了. 接下來便是靠各位經理的功力, 自己找尋方法去處理.
 
因此, 當 agile 出現時, 大家便很期待, 是否這就是銀製子彈, 只要一扣板機 ... 不不, 只要一旦實行 agile, 這個問題就瞬間被消滅, 是這樣嗎? 在回答 agile 如何處理之前, 必須要先各位聊聊他的原理, 要觀念正確, 才不會有錯誤期待.
 
敏捷並不是要做得比較快, 他是在強調有能力因應改變. 藉由頻繁回饋和改進, 及早讓不確定的部分變成確定. 
 

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

 
看板是一個很模糊的名詞, 不同的人對他常有不同的定義, 今天把之前分享的李小龍說看板, 拿一部份來對看板說文解字.
 
很多人把看板視為是 Kanban board, 更精準的說是 Scrum board, 也就是一塊白板, 上面有著 story, 以及要完成這個 story 所要進行的 task.
 

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

很多人對效能測試的觀念常常不正確, 有些人認為它很單純, 有些人以為這樣做就可以了. 就讓我們來看看, 大家通常有什麼幻想 XD
 
 
迷思 1: 效能測試是在系統開發最後時候才做. 
效能測試需要早期就開始規劃, 否則等到最後測試無法通過時, 往往是要修改架構才能符合需求, 這時候已經沒有時間讓你這樣的修改, 你不是裝死就交付出去, 要不然就是專案大延遲.

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

AgileCommunity.tw 很久沒有舉行 Open Space, 很難得又再舉辦一次, 談的是敏捷轉型這個大哉問, 對於很多團隊, 很多個人, 或是 agile 新鮮人, 會很想知道到底這該怎麼進行.
 
 
首先, 相信很多人還是不知道開放空間是什麼, 因此附上一些介紹, 可以讓你先了解開放空間會議的規則
(1) 開放空間科技引導者手冊

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

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼