面對拖延糾結、恐懼沒時間，我幫助自己進入心流靠 1 個關鍵步驟

「因為......所以我沒辦法做到......」這是我也常出現的糾結心情，結果往往就是某件事情又開始拖延了。因為時間不夠、因為能力不夠、因為事情太難、因為太多干擾，我們往往想要解決這些「因為」，但最終變成「等到......再說」，等到有時間、等我先鍛鍊能力、等找到事情解法、等沒有干擾的時候，我就能......？但是等到天荒地老之後，反而陷入更大的沒時間恐懼中。

多半會讓你踩雷的加薪談法

不知道大家有沒有跟公司談加薪，結果失敗的經驗？當然成功或失敗有非常多的因素影響，比如：提出的時機點不對、對自己的價值判斷錯誤、沒搞清楚公司的制度、沒有做好準備等等。這篇來分享幾個很容易不小心就踩雷，而且多半在一個「正常」的公司會造成失敗的談法：1. 最近剛買房子（剛新添成員、剛....）所以需要更多錢。

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

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

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

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

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

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

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

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

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

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