如何妥善、無縫、無痛地交接（或被交接）其他產品經理的專案？

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

客戶真討厭，老是在專案收尾才 BUG 爆大量！？

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

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

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

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

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

導入敏捷方法，就可以不用寫文件！？

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

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

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

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

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