接受自己不適合當 PM 其實不是壞事

這篇的 PM 指的是 Project Manager 專案經理。最近在企業講課和客人聊天時，有兩個事件，讓我想寫這篇文。事件一：在全班都是菁英匯聚的科技大廠，我在談完 PM 要搞定不同利益的人，花時間做搞懂你的資源、工作的排程，還要依據現實的情況做彈性的調適，下課時間，有位學員跟我說：「老師，我覺得我這輩子都不要當 PM，還是繼續當工程師就好了」事件二：另一間也是非常厲害的公司，有位學員則是問我：「推不動進展而沮喪時，該如何調適自己？」

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

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

為何大家從擁抱PMP到排斥PMP？

在這熱潮剛開始時，有非常多企業想訓練員工去考PMP。 但很特別之處，在於這股熱潮消退的非常迅速。 尤其2013年開始變的最明顯，陸續碰到HR來找我們做企業訓練，但電話打來第一句話都是：「我們公司想提升專案管理的能力，所以希望老師能來授課。 可是呢，我們不想要聽PMP那一套。」到了今年，來接觸我們的企業更是極高比例都強調不要上PMP！