進階專案知識

如何妥善、無縫、無痛地交接(或被交接)其他產品經理的專案?

入職至今,手上已正式獨立運作 2 條產品線(敝司光是內部產品線就將近 40 條……),且都是從其他 PM 手上接來的。經過這些交接,才突然意識到:原來我沒有當過「被交接者」!......經過這段時間的交接期,這篇就想來談談,到底該怎樣才能「妥善」交接並「無縫」處理從其他 PM 來的專案(或者把專案交接給其他 PM)。

怎樣給部屬回饋才有效又不傷和氣?學學「三明治回饋法」實作要領

將差距回饋與正面回饋巧妙結合,是讓回饋發揮最佳效果的一種訣竅。在以這種方式進行「輕度」和「重度」回饋時,方法也各有不同。就如同我先前提過的,在進行「提醒留意的(輕度)差距回饋」時,簡單地傳達是很重要的一件事。之後再加入正面回饋,可以進一步讓這一切愉快地收場。

把握 6 個 Right,讓你給部屬回饋有效又不傷人!

「如何給部屬回饋才適當」一向是管理階層最常提出的煩惱之一:該怎麼做,才能讓部屬既接納回饋,心裡又不感覺被否定呢?面對所謂「輕度回饋」,也就是單純給予建議;或者所謂「重度建議」,也就是要求部屬改進,很多人常常不知道該怎麼做。本次,我們特意選摘《麥肯錫最強團隊協作力》一書,讓曾任職於日本麥肯錫的作者三村真宗,與你分享他在麥肯錫內部學到的實用做法!

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

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

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

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

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

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

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

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