最近帶領一個不算小的團隊, 大約 20 人左右, 進行了一次回顧會議. 
 
在這次回顧會議中, 我嘗試使用 Google Doc 來讓大家撰寫想法.
 
為什麼會這樣做呢? 
 
文章標籤

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

因為極限編程 (eXtreme Programming) 和 DevOps 的出現, 測試自動化越來越受到大家的重視, 但是很多人雖然知道要做, 但是卻做不到. 常見的原因如下
 
(1) 沒時間
開發手頭上的功能就已經沒有時間了, 哪來時間去撰寫測試程式呢?
 
(2) 維護代價大
文章標籤

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

 
Technical Debt (技術債) 一詞, 相信在 IT 界已有所聞, 是軟體工程中的一個 metaphor. 指為了加速軟體開發, 解法上進行了妥協, 採用了短時過能加速的作法, 導致將來會帶來額外的開發代價.
 
技術債不是不好. 只要你能到有計劃還債, 這倒也是一種前進的方式. 所以他是刻意為之, 存在於代碼之中, 將來會透過重構來處理.
 
image
文章標籤

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

這個週末幫某個要去參賽的大學隊伍, 進行一天長達 11 小時的設計衝刺黑客營, 我們從早上 九點開始, 到晚上 八點結束. 這個過程真的還辛苦的, 所幸最後大家都有收穫, 真的令人十分欣慰.
 
這個隊伍一週前才成軍, 在準備方面確實時間不夠, 一天的設計衝刺或許無法產生奇蹟, 但是可以讓大家對於要做的題目, 以及未來方向可以怎麼走, 都有更深的認識. 我想這就算是好的一步.
 
我把一些資訊整理下來, 希望能讓之後想跑設計衝刺的人可以參考
 

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

在敏捷的世界中, 只要遵守 Agile Manifesto 和 Principles 的方法, 我們都會稱之為敏捷方法. 所以這也就是你為什麼在市面上會看到有 Scrum, eXtreme Programming, Kanban, FDD 等作法.
 
發現到其中 Kanban method, 在台灣常常有人對他有些誤解
 
(1) Kanban method 是豐田高層發明的
Kanban method 是 David J Anderson 在 2005 年發明的. 他有參考 W Edwards Deming, Eli Goldratt, Peter Drucker 和 Taiichi Ohno 等作法. 並且一開始是落實在軟體上面.
文章標籤

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

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼