敏捷产品设计实践
2019-01-28 17:18:05 2 举报AI智能生成
一种敏捷产品设计过程的最佳实践
作者其他创作
大纲/内容
业务建模
初步抽象出业务对象
根据领域知识归纳
对象以某种信息实体参与故事
可以传递的“表单”
有持久化要求
描述对象关系
描述信息流
形成通信图
业务活动和对象关系可以对称转化
对象1，通过故事A，形成或影响了对象2
故事参与对象尽量不超过3个
进一步细化模型
合并同类项
泛化新对象
减少冗余
拆分子对象
提高灵活
聚合、组合、关联
形成对象结构
描述业务对象的组织结构
可以用类图、或树形图
谨防过度抽象，复杂度太高
确定业务模块
横向分解
用户使用场景
业务领域不同
纵向分解
前台与支撑
基础与个性化
减少网状通信
业务内聚
增加总线模块
使用路由模块
连接相近系统
规则引擎
其他原则
避免单一模块牵涉多研发团队
兼顾业务团队
使用人员
数据隔离
详细设计
描述故事流程
页面流程
操作流程
信息处理流程
业务数据
说明
含义
来源
限制
业务边界
数据规则
默认值
可选、必选
举例
页面原型
前端
控制台
思维工具
Barbara Minto的金字塔原则
STAR法则
用户故事地图
领域驱动设计
UML
活动图
泳道图
通信图
不推荐时序图
类图
泛化、聚合、组合、关联、依赖
scrum
PO的职责
目标定义
求证产品逻辑
两个方向求证
用户困扰是什么
我们的目标和手段
逐层推导
金字塔原理
不要超过3层，每层最多4个
交叉验证，用手段解决困扰
多做竞品分析
旁观角度看问题，不要意淫
形成目标树
标注重点目标
内容不要重复
整理产品目标
S背景
行业背景
用户困扰
当前现状
T目标
分解目标树
确定目标的业务价值
识别目标之间的依赖关系
整理最近2个版本的目标
目标尽量形成闭环
大目标穿插小目标
找顾问估算规模
A行动
设计主干任务(walking skeleton)
主干任务只有很少的分支
可以描述为“谁完成了什么事”
角色不能乱，主角只有一个
归纳场景(backbone)
初步划分业务领域
从主要用户角度划分
业务领域模型的雏形
形成用户故事地图
不要遗漏支撑职能
验收、运营、培训
依赖第三方
R结果
解决困扰
预计规模
性能要求
安全
速度
扩展
定期反思
回顾目标达成情况
了解目标最终效果
反思商业逻辑
故事分解
细化用户故事地图
设计用户故事，细化主干任务
用户故事的连接成为主干任务
泳道图
用户故事的粒度必须一致
同一个人发起
无法中断
中断则重做
5W原则
连接用户故事
按故事的时间
故事之间的分支、跳转
形成活动图
形成产品backlog
将用户故事加入产品backlog
确定业务价值
按业务价值排序
规划3个sprint
选取业务价值高的
同时加入依赖故事
详细做1个，粗看2个
0 条评论
下一页
