新手PM入門

如何當一個技術 PM?從工程師角度來看 PM 需要具備的能力

Arihant Kumar Jain 是一位印度資深後端工程師,這篇文章摘要他在《An Ideal Technical Product Manager, Extract from an Engineer’s Diary》對於技術 PM (Technical Product Manager,簡稱TPM) 的建議。「我們往往不會珍惜好的人或產出,直到體會到賽的。」這句話是我出社會後幾年的心得。遇到神隊友不但可以把事情做得又快又好、甚至還可以偷學幾招 ; 遇到雷隊友不但把事情做得又慢又鳥,甚至還可能被拖下水。

什麼樣的專案適合使用敏捷式專案管理?

前陣子有位學員來電,「老師,我是以前上過您敏捷式專案管理課程的學員,我在您的網站上有看到,您有在輔導企業導入敏捷式專案管理,我想邀請您到我們公司,輔導我們用 Scrum 敏捷方法來做專案...」對方向我介紹完他們公司後我才知道,原來他是這家新創軟體公司的共同創辦人。「請問一下,你們目前在專案管理上是有遇到什麼樣的痛點?為什麼會想用 Scrum 敏捷式方法來管理你們的專案呢?」我接著這樣提問。

讓大腦重新開機:在這 4 種焦慮超載困境下,我的心智重啟策略

當我們的電腦使用久了遇到問題時,有時僅需重啟即可解決。同樣地,我們的大腦和自身行為模式也可能需要類似的「重新開機」。雖然大多數人(包括我自己)無法徹底重置自己的生活或環境,但通過一些簡單的方法來讓大腦或某些負面習慣重啟,可以是重新獲得動力、恢復生產力,以及打破惡性循環的有效途徑。

不滿主管沒關係,但「消極抵抗」卻是最笨的方式

在這篇文章中,我要回覆一位朋友來信提出的問題。因為信件內容蠻長的,所以首先,我快速做個統整。這位朋友服務於醫院內某個專業單位,這個單位本來是獨立作業,並由他來領導單位業務,但某天醫院高層突然安排其他單位的主管「空降」,直接管理他們這個單位,以及另一個同樣被整合的單位。在他看來,新上司不僅對他們原本的業務強加干涉,甚至也沒做什麼實事,但為了凸顯自己,對外老愛獨攬功勞。

《時間管理的 30 道難題》讀後心得與作者專訪的重點整理

我覺得《時間管理的 30 道難題》這本書裡面,就像提供了一個「時間管理的百寶箱」,讓每個人都能找到適合自己使用的方式。背後的最主要原因,就是因為作者 Esor 提供了很多他「實際用過」、非常實用且貼近人性的小技巧。Esor 把他花費多年累積的實戰經驗與智慧總結,透過他平常在部落格分享時那種「平易近人」的口吻,不藏私地全部分享出來。

8 種待辦清單方法指南,從 GTD 到子彈筆記,選擇適合你的更有用

很多朋友會利用待辦清單來記下自己每天要做的事情。工具是相對次要的,因為大多數待辦清單的需求,即使是最簡單的筆記工具也能解決。不過,待辦清單的方法倒是有很多變化。從經典的GTD(Getting Things Done),到前幾年子彈筆記流行時的待辦清單方法,還有各式各樣在這些經典方法底下衍生出來的待辦清單技巧。

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

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