（改寫自公司內部 memo）

Hi all guys,

剛從傳統瀑布式專案管理風格轉換到敏捷風格的團隊，最常遇到第一個卡關之處是：如何以敏捷的角度設定里程碑？

最近在協助兩個 Scrum teams 進行 Sprint Planning 時，我都會用以下角度提出挑戰性提問：

• 能否將 User Stories 拆分到：可以在一個 sprint 結束時，端出利害關係人可以據以給出建設性回饋的 end-to-end 成果？

這需要創意，需要練習，需要提升規劃能力，需要提升工程能力，需要時時用挑戰性提問提醒自己。但或許更重要的是：大家需要打從心裡認清且認同這樣做的理由。

理由之一是：精實生產。

（改寫自公司內部 memo）

Hi all guys,

最近我會對有意導入 Scrum 的任務小組個別進行一整天的 Agile Workshop。這些小組都有一項課前作業：請先準備團隊在三個月以內會進行的 User Stories 清單／陳述。

眾所周知，user story 有一個經典句型：

As a {XXX user persona}, I want to {do YYY} so that {ZZZ result or benefit}.

有同仁問道：有些 user story 不容易以「“user” 視角」來寫。怎麼辦？真的要這麼嚴格遵守 user story 格式嗎？

2022 年一月起，我開始每個月一次，每次兩小時的【職涯躍升書系導讀會】。前六個月著眼於喚醒個人及團隊的成長意識，接下來兩個月則著眼於高效團隊的工作方法。

這兩個月的導讀會，都鎖定在 Agile 相關書籍上——儘管單純從書籍名稱上面都看不出來會與「敏捷」有關。選書如下：

• ① 豐田精實管理的翻轉獲利秘密
• ② 時間管理的 30 道難題

以下列出這兩場導讀會的介紹文案。

（改寫自公司內部 memo）

Dear all guys,

最近協助一些同仁潤飾簡報，尤其是對高層的簡報，有一個常見的問題，值得特別為文給大家一點建議。

我們在三月份導讀會《不懂這些，別想加薪》就已經探討過，對高層的寫作與簡報，要盡量掌握「金字塔原理」：結論先行，論證隨後。

鑑於有些人沒參加這場導讀會，以下僅說明三大重點：① 一般的溝通原理，② 對高層的溝通原理，③ 對高層的溝通方法。

（改寫自公司內部 memo）

（Target audience: 有「專案管理」職責的人）

Hi all,

隨著愈來愈多人開始運用專案管理課堂上學到的技術來工作，帶來更高的透明度，更成熟的專業度，欣慰之餘，我也針對其中一件事「透明度」提出一點小提醒。

理想情況下，組織應該要追求專案的透明度——除非有特殊理由。