敏捷开发模式学习笔记

前言:
信息来自网络,没有原创,只是当成笔记保存而已!

一:瀑布模式:

典型的开发模式
流程: 调研->开发->测试->验收->上线 (一次性交付)

缺点:
1.研发周期长
2.研发不能很好的相应需求变化
3.风险控制不到位

改善:
1.小团队
2.分析需求与业务同步交流
3.需求池,按照先后顺序开发
4.客户参与研发

二:评估诊断

1.挑选代表性项目
最好从规模上出发,涵盖公司大部分
2.访谈评估
成员访谈(流程,组织,技能,度量,技术等维度)
3.制定转型计划
从访谈中发现问题,然后针对该问题进行敏捷推进计划
4.沟通
前期做好充分的沟通

三:团队试点

1.选择试点团队(避免孤本)
1.1挑选采纳度高的团队
1.2业务价值高或者敏捷能带来显著的价值的团队
2.前期准备工作细则
2.1组织人员
2.2管控治理规则
2.3需求范围
2.4架构
2.5敏捷方法和工具
2.6办公环境

四:推进敏捷

1.制定团队契约(人人遵守)
2.回顾会议,引导团队的自主性
2.1团队做的好的
2.2团队做的不好的
2.3其他疑问
3.成绩墙和错题集,记录团队成长

五:规模化推进

常规规模化推进框架
Scaled Agile FrameWork
Large Scale Scrum

1.选择适合的规模化推进策略
2.做好敏捷文化铺垫,培养好的敏捷中坚力量
3.搭建适合敏捷的工作环境,做好必要的工具和自动化准备
4.组织级别的敏捷度量以及持续改进
5.重视大型团队的敏捷导入与推广

六:填坑指南

1.团队意愿不高
原因:
1.1不理解
1.2忙于其他事务
1.3团队一把手态度

2.不理解敏捷意义,把敏捷流程化
原因:
2.1敏捷基础导入工作没做好
2.2缺乏教练引导,无法持续改进

3.Scrum过程严重缩减
原因:
3.1Scrum Master 不合格

4.筒仓中的敏捷
原因:
4.1业务部门等其他边缘部门协同度太低
4.2运维,测试,开发等工作割裂开来

七:避雷策略

问题:
把敏捷玩成"小瀑布"

原因:
1.不理解敏捷,只走流程化
2.需求太大,超过团队的交付能力

八:内部教练

主旨:Scrum Master 能够懂敏捷,能教练

主要工作:
教授
引导
辅导
教练

如何培养内部简练
1.基础培训
2.安排实战工作坊
3.线上活动加强
4.一对一教练服务

九:服务型领导

领导定位: 服务员工
理解员工并且与员工精诚合作

如何成为服务型领导
1.与员工建立心里安全机制
2.掌握情境领导力