开发任务 通过交付关联的功能，构建完整的业务场景， 解决⽤用户和业务的问题，从⽽而达成业务⽬目标。 需求层次 产品规划层⾯面 功能需求向业务场景对⻬齐，快 速交付业务场景，并形成业务 ⽬目标的反馈闭环 交付团队层⾯面 开发任务向功能需求对⻬齐，持 续⾼高质量量的交付需求 开发任务 开发任务 外部依赖 功能需求 功能需求 功能需求 功能需求 主题（阶段⽬目 标） 业务场景 场景1 独⽴立可运营单元 功能是可部署、 可验证的单元 产品规划看板 #4. 验证优化 —— 建⽴立业务数据化反馈机制并及时调整 建⽴立数据反馈模型 也就这些了了…… 系统化思考： 有效的目标分解 目标驱动的 业务规划 流水线交付：持续 快速、高质量交付 结构化组织和澄清 需求 持续反馈，验证和 优化业务目标 问题分析 方案设计 持续交付 产品解决方案制定 ⽉月规划、周排期，⽇日站会

efile.com/unusual-strange-funny-taxes-throughout-the-world-and-history/ 好的度量量，应该是 回答一个本质的问题 向外度量并快速反馈 能够引导行为好的改变 1 2 3 重要的是... 要简单 Content 好的度量是什么 What’s Good Metrics 研发效能度量体系 R&D Efficiency improvement 流动效率 研发效能 资源效率 质量保障 利润 组织效能 用户增长 客户满意度和口碑 运营效率 …… 产品探索和创新实践 协作管理理实践 协作和交付方式 流程规则 反馈和持续改进 需求管理理实践 需求的组织和规划 需求的分析和澄清 持续交付实践 分支策略 持续集成及部署 测试守护 环境及基础设施 监控、安全 设计代码实践 低耦合架构 领域驱动设计及微服务

如何解决问题 要做什么需求 和功能 www.leangoo.com 11 影响地图作为需求PK的依据 • 产品创意 • 体验优化和改善 • 市场和竞争对手分析 • 用户／客户反馈 • 老板 • 投资人 • 其他干系人 • 人人都是产品经理（团队 自己也是用户） 需求来源 需求PK 需求化粪池 PK成功 PK失败 提交 打回修改

打 通 前 中 后 台 ， 推 动 跨 部 ⻔门 协 同 01 需求管理理 02 迭代规划 03 研发协作 04 质量量管控 05 缺陷跟踪 06 回顾沉淀 07 ⽤用户反馈 Teambition 敏敏捷专业模板，助⼒力力打造⾼高效敏敏捷团队 打 破 部 ⻔门 墙 ， 塑 造 ⽆无 边 界 组 织 企业表现容易易被僵化的组织所限制 Subject: Communication

中不断完善软件功能。 敏捷的项目管理 迭代开始时应该允许客户选择优先 级最高的需求进入迭代计划、并澄 清其相关的需求细节，迭代结束时 应该给客户演示当前可运行的程 序，要求客户基于可运行的程序提 供评价和反馈。 一次迭代至少包含软件生产过程中 的沟通、策划、建模、构建活动， 以及部分的部署活动。迭代的产物 不是半成品，而是可工作的软件。 �16 敏捷的配置管理 极限编程提倡采用单一代码库，而不采