PMP專案管理師

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

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

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

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

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

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