進階專案知識

導入敏捷方法,就可以不用寫文件!?

「老師,我們的供應商說,他們已經改用敏捷方法來開發我們的產品了,而且現在是在做 Prototype,所以不需要、也沒有文件可以給我們了,跟他們說這些文件是最後結案一定要的,他們還是不交,這樣對嗎?我該怎麼辦?」這是一位學員在我敏捷課程結束後的提問,這個問題其實可以分為兩個層面,一個是供應商的這種說法到底正不正確?另外一個則是更為深層的問題,為何這家供應商膽敢用這樣的態度來頂撞客戶?我們就先來談談「文件」這檔事好了。

《解決問題的人》讀後心得:破解創業迷思的 4 個啟發

《解決問題的人》的作者是丹尼.沃謝(Danny Warshay),他有兩個身分,他是企業家,也是教育家。他在年輕的時候就創辦過一家文書軟體的公司,後來把公司賣給了 Apple。現在他在美國布朗大學擔任教授,將自己的創業經驗和商業智慧融入教學,開設了布朗大學最受歡迎的「企業進程」(The Entrepreneurial Process)的課程。這本書就展示了沃謝教授獨特的商業思考和解決問題的方法。

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

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

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

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

成為內部產品 PM 的兩週年工作心得

陰錯陽差加入現職公司、成為內部產品的 PM 已滿兩年,但在網路上似乎看不到太多關於 internal product manager 的分享,所以這篇想聊聊 2C vs. 2B vs. internal PM 的差別。另外,之前已有寫過一篇文章介紹內部產品 PM 在幹嘛,現在回過頭看,覺得依然頗符合現狀,有興趣的人可以先看這篇〈負責內部產品(Internal Product)的 PM 都在幹嘛?跟 to B/C 端產品有什麼不同?〉,對「內部產品」會更有概念。

《高成長思維》讀後心得:創業者必讀的創業故事集

《高成長思維》的作者之一是大名鼎鼎的 LinkedIn 創辦人雷德.霍夫曼(Reid Hoffman),他是一位矽谷投資人,還被大家稱為「矽谷人脈之王」。他在自己主持的 Podcast 節目「規模大師」(Masters of Scale)當中,經常邀請一些最受矚目的公司創辦人和領導人上節目跟他對談,深入探討他們公司成長的契機,並研究擴大公司規模的戰略。這本書,就像是這檔節目的濃縮加強版。

「一個要領」調整表達結構,讓人願意聽、專案順利推進

當你開始具備多項的職場技能,越來越能夠掌握市場的狀態,以及團隊方向與規劃時,會發現需要講話的時間,變得更多了,變得更需要去做水平溝通或承上啟下的工作。尤其體制越來越需要你的觀點與專業時,提案的能力與表達闡述的方式,就會成為專案推展順利的關鍵,尤其職位越高,越需要將專業的內容,轉化為大家都聽得懂的方式。