人人都是产品经理：成长：规划与迭代.pptx

人人都是产品经理2.0：成长：规划与迭代 演讲人 2021-08-11 01 成长：规划与迭代 成长：规划与迭代 好产品步步为营 规划：只看最短和最长 迭代：再理解敏捷 天下武功，唯快不破 与用户一起成长 成长：规划与迭代 规划：只看最短和最长 从规划上看战略 通过提问把别人干翻 提升规划能力的实践 从规划上看战略 长期的规划即战略，它是一种从全局考虑、谋划实现全局目标的规划。一个战略就是设计用来发展核心竞争力、获取竞争优势的一些里的综合的约定和行动。 战略上接企业的使命、愿景、价值观，下接具体的战术实施步骤，包括产品规划 提升规划能力的实践 让产品团队每个人做一份自己产品的规划，规划周期可以限定为3个月。重点是每个月需要拿出一天时间，每个人轮流宣讲，团队其他人来点评 成长：规划与迭代 迭代：再理解敏捷 价值观、宣言与原则 1 敏捷项目管理的实践 2 1 3 2 4 5 谦逊 反馈 及时获取反馈，用反馈来拥抱变化 承认自己的无知，也是互联网行业很重要的一个特点，它来自于“求援”思维 勇气 不怕犯错，勇于尝试 沟通 约定好明确的“沟通计划”和“沟通原则” 简单 Less is More 敏捷的价值观 价值观、宣言与原则 敏捷宣言 一、人与人的交互。重于过程和工具 01 二、可用的软件，重于详细的文档 02 三、与客户写作，重于合同谈判 03 四、随时应对变化，重于循规蹈矩 04 价值观、宣言与原则 敏捷的十二条原则 一、对于我们而言，最重要的是通过尽早和不断交付有价值的软件满足客户需要 三、敏捷过程能够驾驭变化，保持客户的竞争优势 无、业务人员和剋发着应该在整个项目过程中始终朝夕在一起工作 二、拥抱变化，欢迎需求的变化，即使在开发的后期 四、经常交付可以工作的软件，从几个星期到几个月，时间尺度越短越好 六、围绕斗志高昂的人进行软件开发，给开发者提供适宜的环境，满足他们的需要，并相信他们能够完成任务 01 03 05 02 04 06 价值观、宣言与原则 敏捷的十二条原则 七、在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈 九、敏捷过程提倡可持续开发 十一、简单——尽可能减少工作量的艺术至关重要，最好的架构、需求和设计都源于自我组织的团队 八、可以工作的软件是进度的主要度量标准 十、对卓越技术与良好设计的不断追求将有助于提高敏捷性 十二、每隔一段时间，团队都要总结如何更有效率，然后相应地调整自己的行为 Scrum 团队角色 关键产出物 重要的会议 日常管理工具：看板 PO（Product Owner）通常是产品经理，要对各种利益相关方负责 SM(Scrum Master)充当教练的角色，一般由对流程、方法论比较熟悉的人来当人，不建议这个角色和PO重叠 Scrum 团队角色 关键产出物 Product Backlog指比较长期的产品任务表 Sprint Backlog在Scrum里指当前这个迭代里面的任务点 Burndown Chart是燃尽图，用来监控任务是不是在按期推进 Scrum 重要的会议 每个迭代的计划会，经常和需求评审会合并，主要目的是明确任务，以及评审这个爹代理需要做的功能 每天的站立会议，是重要的信息同步手段 功能评审会用来评估做出来的东西是不是想要的 回顾会的目的是为了过程改进 Scrum 项目流程简化 角色的简化 流程的简化 文档的简化 角色的简化 产品 设计 前端 开发 项目流程简化 流程的简化 立项会议 需求评审 功能评审 发布上线 需求变更 日常需求 项目流程简化 文档的简化 项目流程简化 在项目开始阶段，文档只保留PRD、设计稿、代码三件套，其他文档都用看板、白纸加上拍照留存来解决 成长：规划与迭代 天下武功，唯快不破 互联网速度到底有多快 烧钱是为了抢时间 省时间的低成本验证 烧钱是为了抢时间 计算一款产品的“单用户成本”时，要纳入整个公司的运营成本（含人员等成本），而不是只计算该产品的推广费用 省时间的低成本验证 在一个快速变化的环境下，不断地用最少的时间、成本去获取市场反馈，不断修正前进方向 感谢聆听