敏捷技术学习【1】

2019-08-02 12:17:00 浏览数 (1)

今天是2018年的最后一天,这两天一番对自己的2019年也制定一些可行可期的年度计划,并尝试克服一些自己人性的弱点去坚持实施下来。

目标既已定,不待天亮时,赶路要趁早,当下即出发。

今天一番在gitchat上寻找到了一份敏捷技术的课程,阅读学习中时有共鸣,并用zimwiki做学习笔记来管理自己的知识体系和日常。

感悟:以前只知道敏捷开发,理解很狭义,以为是一些教条化、固化的流程。而关注项目管理、技术开发的人们已然把管理看做了一门技术,一门可持续优化与发展、不断成长的技术。


今天对敏捷技术的学习精华如下:

* 敏捷教练职业产生背景 : “追求更好”旅途的守护者

* PDSA : 计划-执行-学习-调整

* 戴明环,PDCA : 计划(plan)、执行(do)、检查(check)、处理(act)

* 敏捷技术:敏捷软件开发宣言 -> 4个关键价值 -> 敏捷宣言背后的原则(12个原则)

* “精益”(改善效率):消除浪费(muda), 减少波动(mura)和降低负荷(muri)

* 敏捷方法论:这些方法的本质,不是一些死板的规定,而是在追求“更好”的旅途中,作为承载“更好”的载体。这些方法论的落地,以及作为这些方法论内在精神的追求“更好”,不会自动发生。

* 敏捷教练工作的环境

* 守破离 : 遵守、突破和脱离(军政、训政和宪政)

* 表现于团队:

* 无组织(目标不明确、成员参与度低、承诺靠谱度不好、效率低)

* 自运转(目标明确、合作沟通度高、参与度高、承诺靠谱度较好)

* 自组织(成员互动质量高,关注并实践生产率、质量持续提升)

* 表现于组织(公司):

* 组织的守的状态 :

* CEO 没有敏捷思维。以命令和控制的文化为主。

* 依据传统的管理层级结构产生项目组。

* 即使采用敏捷,也是跟风,流于形式,无法深入。

* 在这种状态之下的效率提升通常只能做到20%~30%

* 组织的破的状态 :

* CEO 改变管理者的角色。教练和支持的文化浮现。

* 管理者教导团队自组织和自管理。管理者成为领导者。

* 领导者为团队提供有挑战的排好优先级的目标。

* 消除组织债,创建可行的商业和组织计划,提供团队所需的资源。

* 识别和移除障碍,消除浪费和技术债,确保团队速率最大化。

* 确保产品负责人对交付的价值负责。

* 确保 Scrum Master 对流程改善和团队快乐负责。

* 确保团队对质量提升和技术债修复负责。

* 团队依据排好优先级的产品列表自我形成。

* 领导者在组织内驱动不同技能的虚拟实践社区,为组织提供能力建设。

* 领导者按需重构组织。

* 在生产力方面会取得200%~400%的提升。

* 示例公司:Spotify,SAP,Salesforce,Microsoft。

* 组织的离的状态

* 层级仍然存在,但主要是为技能培养服务。

* 团队自组织负责产品方向和组织重构。

* 领导者支持团队所需的技能。

* 群游使组织在压力之下更强壮。

* 产生500%~1000%的生产力提升。

* 示例公司:Valve,Zappos,Morning Star,Gore,Grindr。

* 敏捷教练的职责:流程与人两手抓

* 精通管理规则,精通业务梳理,极强的沟通协作能力,技术熟练,懂业务管理。

* 做为团队和外部的接口,屏蔽外界对团队成员的干扰

* 体系化的参考书目

* 敏捷是敏捷教练的代码,书目是无须重新发明轮子的库函数。


0 人点赞