这个Topic有趣的点在於 身为一个PM或是决策者，怎样把事情的前因後果跟怎麽处理问题 讲给"听不懂的人"听，而让他可以用自己的想法参与讨论甚至决策 很多人不懂这块，所以稍微解释给各位了解。 如果是以一般的日常事务来说，可能一个突发事件 或许你可以把它当成一个Project Charter，然後引申成为所谓的User Story 问题1: 你要如何把所谓的Project Charter转译成大家听得懂的User Story? 举个例子，你要怎样把客户的需求或是问题，转成RD听得懂的语言写成ARD/PRD? 问题2: 当写成所谓的ARD/PRD要做相关的Scoping Call的时候，你要怎样把客人的意思 正确的传达，并验证内容来完善客户的要求? 问题3: 在遇到开发困难的时候，你怎样站在RD的角度与客户沟通缩小中间的误差? 特别是以客人听得懂的语言来解释你技术上的困难? 问题4: 在做内外协调的时候，你要怎样把目前的方针与方案拟定好? 让所有人都可以on the same page往同一个目标迈进? 这些完全都脱不开一个点，你要会说故事。 说故事这个问题点不在於怎样讲得天花乱坠 而是在於你是否会善用对方听得懂的语言 或许有人会问，都是讲中文或是英文哪有什麽问题 没有，这问题学问可大着。 客人很多时候其实是不懂技术的 你要怎样让客人就算不懂技术也会知道问题在哪 其实姑且不说客人，你团队内其实也不是每个人都懂技术 你要拟定应对计画的时候很多时候也要清楚地让不懂的人也能参与讨论 刚从技术职转PM相关职务的人，一开始经常会有像下面的问题 从头到尾讲天书...讲一堆技术，然後说不清楚问题跟需要的时间跟资源 那个基本上就是干话，没有解决问题跟方向，讲这些真的都是浪费时间 说故事的能力不外乎让大家都清楚问题的状况 另一方面也是避免讨论过於发散，能让问题更集中在要讨论的事情上。 算是基本功，但问题是很多人根本不会去练的一块。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.24.99.53 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/P_Management/M.1677522166.A.025.html