如何舉辦一場產品回顧 / 檢討會 (retrospective)？

如果是有在跑 scrum 的團隊，應該對於 retro 這個詞並不陌生。在 scrum 這套方法中，每一個 sprint 結束後，團隊都會開一個回顧會議（也就是 retro，全名是 retrospective），讓大家一起討論有哪些做得好或不好的地方。此外，網路上也已經有很多 retro 相關資訊，甚至包含 retro 需要用的的模版都有了，可參考下面 2 篇文章：

如何在繁忙中打造高執行力、長持久性的個人知識管理系統？

在上「防彈筆記法」課程時，常常接收到類似問題：「Esor 你是不是每天要花很多時間寫筆記？或者晚上要空出時間整理筆記？」、「透過筆記建立工作系統看起來效果美好。但工作已非常忙碌，還有時間做這麼完整的筆記規劃嗎？」、「雖然建構出第二大腦能提升效率，但會不會在建立過程就花掉許多時間？」在繁忙工作生活中，我們還有力氣和時間去建構第二大腦嗎？雖然系統和工具起來都很好，但真正的問題可能在於我們沒有強大的執行力去完成。

【菜鳥主管成長日記】工作分配原來大有學問！聰明主管都用這 3 招，團隊做得開心又好

其實，身為主管，「工作分配」真的是一門大學問，我也曾經踩了不少坑，比如說能幹的員工給予太多的工作量，導致她壓力太大、心理不平衡，最後辭職; 能力一般的員工沒有得到足夠的工作鍛鍊，成長有限，不是混水摸魚，降低團隊產能，就是認為自身得不到發展，最終也離開公司。那麼，工作分配究竟可以怎麼做呢？有以下三招。

招募完美軟體工程師的兩大面試心法

在上一篇文章〈建立軟體研發團隊的策略三問〉中，我談到了可以運用「問自己三個問題」的方法，來簡易、快速地制定軟體研發團隊的建立策略，也就是團隊的組成架構，以及團隊分階段組成的時機與節奏。這個打帶跑的戰略，接下來還需要戰術的支援，也就是「如何招聘」。關於招聘，坊間的書籍和網路文章多得不勝枚舉。在這裡，我想跟各位分享的是個人在實務上的經驗與心得。

為什麼要做這個產品功能？使用者想要的到底是什麼？論 User story 的重要性

在介紹 user story 之前，先簡單聊一下產品開發 / 迭代的過程。先前寫過一系列的〈如何改善產品？功能優化怎麼做？〉，其中的 step 1 & 2 分別是「收集意見」和「定義問題與目標」，但收集意見後，這些「意見」應該要長什麼樣子呢？定義問題與目標後，這些「問題」與「目標」又應該要怎麼展示呢？

建立軟體研發團隊的策略三問

最近，有位朋友跟我討論了他的新創公司中的一些問題。這喚起了我塵封已久的一些類似經驗。我曾經多次在我過去任職的公司內，負責建立公司的新軟體研發團隊或是新的軟體研發部門。這當中有新創公司，也有中大型的知名上市公司。地點有的在台灣，有的在中國上海。既然記憶被喚醒了，就趁這個機會好好地整理一番。要建立一個軟體研發團隊，你要問自己三個問題。

《成長勢能》讀後心得：個體崛起時代的必殺技

《成長勢能》的作者是中國人力資源領域的暢銷作家兼講師任康磊。他認為未來是一個「個體崛起」的時代，長期來看，一個人在職場的發展有其上限，但是副業、自由業和自行創業則沒有上限。透過這本書，他要告訴我們如何打造個體獨一無二的商業價值。作者主要想解答這幾個問題：個體該如何崛起？如何讓自己更有價值？如何透過副業賺錢？如何一個人就能做到一個團隊能做的事？對於這類想法感興趣的讀者，這本書提供具體且紮實的建議。