因為本身興趣以及實在很好凹的緣故, 常常在公司內負責一些課程的教授, 或是擔任一些大型活動的引導師. 在這 3-5 年的過程中, 深深感覺到教書實在不是一件容易的事情, 為什麼呢? 讓我一一道來.
1. 跟老師專業知識多強沒有關係
很多人覺得講師專業知識一定要高強, 這樣去上課才會學得到東西. 我個人感想是在 1-2 小時上課時間內, 你自己有能力學多少才是重點.
- Oct 01 Wed 2014 08:31
教書是件不簡單的事情
- Sep 29 Mon 2014 22:34
如何開始實施自動化測試?
每次我在跟人家談論 agile, 我常說會不會 scrum 並不重要, 如果你能夠做到自動化測試, 那對團隊的品質就會有幫助, 可是很多人就會問說, CI tool 會不會要花很多時間, TDD 我不會寫, 也沒空用耶. 那我們要怎麼辦呢?
以下是我的一些經驗談, 希望能對大家有點幫助
- Sep 28 Sun 2014 19:58
實施敏捷是否要用電子看板?
最近有些人在問, 在推行 agile, scrum 或是 XP時, 到底要不要用電子看板, 像是 Trello, Jira, 或是者Visual Studio. 因為有些研討會在大肆推廣工具的使用, 導致被問的頻率變高.
之前我寫過文章來回答過, 今天我再補上幾點, 希望能讓大家思考一下
http://kojenchieh.pixnet.net/blog/post/340762163
- Sep 23 Tue 2014 23:41
什麼是 walking skeleton ?
在談 user story mapping 時, 有人問我什麼是 walking skeleton?
我說這不是行屍走肉嗎? 哈哈, 我是開玩笑的, 它不是骷髏, 它是指瘦如柴骨.
- Sep 22 Mon 2014 22:30
焦點討論法 (ORID)
Scrum 中有個 retrospective 會議, 是用來檢討這次 sprint 中, 是否有哪些地方做得好, 或是做得不太理想. 它提供了一個反思的機會, 讓大家可以持續改進.
可惜的是, 大家翻來覆去地就那麼一招, 每次開 retro 就用同一種方式來, 搞個 2 個月後, 你不覺得煩, team member 可能都會想吐了.
今天來介紹一招比較進階的手法, 叫做焦點討論法 (ORID), 它的定義如下所述:
