日思清单 0722 敏捷开发

敏捷宣言
个体和交互 胜过 过程和工具
可以工作的软件 胜过 面面俱到的文档
客户合作 胜过 合同谈判
响应变化 胜过 遵循计划
虽然右项也有价值,但是我们认为左项具有更大的价值。

日思清单 0722 敏捷开发_第1张图片
Paste_Image.png

拓展应用
敏捷营销
敏捷组织,透明化扁平化管理

敏捷洋葱圈

日思清单 0722 敏捷开发_第2张图片
Paste_Image.png

敏捷关键
用户故事:卡片和对话,验收确认符合用户需求
编写用户故事:
我作为(角色)
想要(功能)
以此实现(价值)
例子

  • 时间视图支持直接创建任务的起止时间
  • 我作为项目经理,希望在时间视图上可以直接创建任务的起止时间,方便我能更快捷地生成项目计划。
日思清单 0722 敏捷开发_第3张图片
Paste_Image.png

估算用户故事,故事点是故事复杂度、工作量或工期的相对估算
scrum一个框架,解决复杂难题,同时也能高效并创造性地交付尽可能高价值的产品。为了最后的同一个目标

日思清单 0722 敏捷开发_第4张图片
Paste_Image.png

3个角色,3工作,5事件,5价值观

  • PO(产品负责人) SM (团队的导师和组织者) Team
  • PB (项目规划) SB(待办事项) Increment(复盘情况和关键节点)
  • sprint(迭代)planning DS(每日站会) review(评审会议)retrospective(复盘)
  • 目标、合作、勇气、分享、记录

看板方法(看板不仅仅只是一个可视化的系统)

  • 价值流映射
  • 使用看板进行协调
  • 建立交付节奏
  • 设置在制品限额
  • 建立服务水平协议
  • 度量和管理报告

敏捷团队
快速交付商业价值
四个人不同的价值观
生活在一起
经历81难成功IPO

西游记中的团队角色
猪八戒:资深用户、最懂用户、知道用户要什么(产品)
孙悟空:开发和运营
沙和尚:任劳任怨的团队协作者,测试运维和行政
唐僧:风险最大,背黑锅我来,送死你去。不可动摇的信念

集齐了龙珠,我就可以改变世界吗?
误区1 scrum=敏捷,Agile(scrum、kanban、xp、FDD 、Crystal、DSDM 、LSD)
误区2 敏捷是万能的 团队干不好不是因为没有敏捷
误区3 关注闲置人员,而非价值输出。举一个接力跑的例子
误区4 追求“大而全”

协作的小技巧
1、团队的成员尽可能坐在一起
2、统一的协作工具(teambition)
3、统一协作规范(就绪的定义、完成的定义等等)
4、说真话,并鼓励团队说真话
5、暴露问题,解决问题。问题无法出现也就无法解决

选用良好的技术实践

  • 测试驱动开发,写代码前写单元测试
  • 重构,安排专门的版本周期进行重构
  • 代码审查
  • 持续集成,一定要有自动化编译、构建、发布、部署的工具
  • 每日发布,以此作为进度依据
  • 实施编码规范
  • 自动化测试

有关理解敏捷背后的原因,这个游戏让我能够深刻的理解到敏捷的好处

日思清单 0722 敏捷开发_第5张图片
Paste_Image.png

我所在的组别是绿色的第三组。
每批次12张总共需要分三次传递完,我处于中间的位置,前面等待的时间特别长,我回过头看看后面的团队,想流水线一样快速传递,交付版本1,2,3,4,5非常迅速。到我们组,我才刚刚开始传递,传递过程中也发现许多问题,纸片堆杂在一起,画笔在手上画了几条杠,同时后面人也开始焦急,开始帮我在理清纸片分发到下一个人。后面虽然也用了一些提高效率的方法但依然赶不上,这时候我前面的人已经开始闲置了,我把我手中纸片全部传递出去之后,每批次只传递一张纸片的的小组已经结束了。

总结
1、快速交付版本可以每个人的协作效率提高,等待的时间少
2、老板和项目经理可以最快时间拿到第一版本,只需要几秒,相差了几十倍的效率,如果放到实际的开发场景中相差的时间可能更多
3、实际开发中经常存在一种情况就是,先出原型,然后UI,技术。一条线到底,必须要等原型基本出来了,美工才能开始做,界面出来了技术才开始做。要提高效率一个任务并行,一个是把任务拆分,以功能或单元为单位,向下传递。
4、我们组的情况其实体现了老板焦急等待第一个版本的情况,第一个版本等待太久,同时老板只以结果为论,等的太久就是不行,做不出来加人做行不行,总之一定要在规定时间内完成。但如果是小步反馈反复迭代就不一样了,能看到软件慢慢的变得完善了,同时隔几天就有一点小进展。
5、混乱的等待时间里不知所措的其他人,相比于其他组,我们忙的时间点非常集中并且效率很高,但是放到整体团队就不行了,每个传递个体效率最高的时候其他人是处于闲置状态。

敏捷团队的螺旋式成长

  • 敏捷的优势
  • 等待时间更少
  • 抗风险能力提高
  • 用户更早获得产品价值
  • 团队更早获得反馈
  • 团队更关注交付的业务价值

敏捷的劣势

  • 更碎片化
  • 上下游交接次数更多
  • 团队成员沟通,协作更频繁
  • 团队成员能力要求更全面

拆分:团队、时间、风险、产品

团队

  • 拆分团队
  • 沟通成本更低
  • 更紧密合作
  • 更快响应速度

迭代

  • 拆分时间
  • 更快被交付
  • 更快得到反馈
  • 更快被验证
  • 更容易被修改

待办事项排序(风险、重要、紧急)

  • 拆分风险
  • 识别业务价值
  • 识别任务规模

软能力+硬能力双螺旋上升
面对过度的碎片化,遭遇瓶颈

日思清单 0722 敏捷开发_第6张图片
Paste_Image.png

最核心的软能力+硬能力的双螺旋上升带领团队一步步勇攀高峰

实例化需求

  • 更高效的需求沟通方式(协作)
  • 更细粒度的需求拆分方法(拆分方法)

最后还举了一个实际拆分的例子做引申的思考

日思清单 0722 敏捷开发_第7张图片
Paste_Image.png
日思清单 0722 敏捷开发_第8张图片
Paste_Image.png

你可能感兴趣的:(日思清单 0722 敏捷开发)