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