利害關係人

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

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

客戶真討厭,老是在專案收尾才 BUG 爆大量!?

課後一位 IT 部門的女學員前來提問,「老師,我現在在公司負責一個專案,有個問題很困擾我,就是 user 每次都是到快結案的時候才開始認真測試,結果在最後一刻才回報大量的 bug,造成我們根本就來不及把這些 bug 解完,造成專案 delay,這我該怎麼辦啊?」「為什麼你們專案的功能品質是要靠 user 測試呢?」「因為我們 IT 部門只有幾位 QA 而已,根本就沒辦法測完整。」「為什麼 QA 人力少就會測不完整呢?」

【菜鳥主管成長日記】我的下屬比我還強勢?性子軟的主管怎麼推動不配合的同事?

許多年前,在我剛被提拔成主管時,我發現原本自己做的游刃有餘的工作,在有了一群「小幫手」後,我反而不知道該怎麼做了?我不希望用主管的身分去指揮他們,可是有時候該嚴肅的時候,反而覺得彆扭,太嚴肅的糾正他們鬆散的行為,還反被擺臉色。相信許多性格比較溫和,做事認真負責的主管,在管理團隊上,若遇到比較強勢的員工,心中多少也會和我有一樣矛盾的感覺。那麼,這個分寸要怎麼拿捏才不會變成進退兩難呢?既能融入團隊,又不至於管不動他們?

戰國策教你:如何藉由掌握人性,從一無所有變成資源滿手?

一陣子沒跟大家聊聊戰國策了,因為陸續有人敲碗,所以這次,我再來分享一個戰國策中讓我印象深刻的故事!這是《楚策》中一個關於「張儀」的故事。多數人對張儀應該不陌生,他是戰國時期外交專家「縱橫家」人物之一,常遊走在諸侯國間獻策,希望受到賞識,就好像現代人到處尋找工作機會一樣。他最廣為人知的事蹟,就是致力推廣「連橫」策略。

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

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

《底層邏輯》選摘:拓展人脈的重點不在主動經營,而在「創造價值」

很多人問我:「潤總,你認識那麼多業內強人,你平時是怎麼經營人脈的呢?」我說:「創造價值。」你能創造什麼樣的價值,就會認識什麼樣的人。 坦白地說,我自己幾乎是不花時間來經營人脈的。 我個人認為,君子之交淡如水。好的人際關係,沒有必要天天一起吃飯,或者逢年過節送個禮。很多人想方設法地去討好別人或者努力經營人脈,就是為了有一天對方能幫到自己,這種狀態是不對的。 

產品大改版血淚史:為什麼要大改版&相關準備

我在每間公司聽到大家對於「產品大改版」的稱呼都不一樣,雖然 chatgpt 說可以用 “revamp”(或者 ”rebuild”)、雖然現職公司的大家都是用 “revamp” 稱呼大改版,但在網路上沒有查到很多文章會用 “revamp”,所以標題與接下來的內文就先用比較白話的「大改版」來統稱「畫面重新設計+程式碼重構」的大專案。