敏捷技术学习【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。

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

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

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

* 体系化的参考书目

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