华为云账号：huayu_2019   微信昵称：花雨任务一：任务二：

华为云账号：huayu_2019   微信昵称：花雨任务二：

华为云账号：huayu_2019   微信昵称：花雨任务一：

华为云账号：huayu_2019   微信昵称：花雨敏捷开发四大流派解析1.     scrum：建立节奏感，有完整的框架（3个角色、3个交付件、5个会议、5个价值观）；2.     Kanban：可视化，暴露问题，解决问题；3.     XP:提升开发个人能力；4.     DevOps：将各流程自动化实现，让整个过程流动起来，让经验和价值得到积累；5.     Scrum、kanban、XP和DevOpsso四种方法可以融合；6.     影响地图：why、who、how、what；7.     用户故事点评估：不直接创造生产价值，评估的真正目的是团队的理解沟通，实现一致的认知，评估结果不重要；8.     DevOps转型步骤：需要自己去探索，基于现状、基于痛点，缺少什么补充什么；9.     DevOps转型的三步也只是在特定场景下的使用，不适用所有场景；10.  IPD与敏捷结合：在产品质量上没有冲突，需找到改进点，再做改进；11.  做敏捷最重要的是响应变化，要与业务结合，赢得领导支持，打通各种墙；12.  DevOps是端到端从产品想法到最终交付到客户手里。

华为云账号：huayu_2019   微信昵称：花雨持续交付1.      软件开发的三级耦合：代码级耦合（代码合并级别）、组件级耦合（开发环境自由到生产环境）、服务级耦合（生产环境）；2.      团队自由度、业务敏捷能力、交付速度、质量控制——系统复杂度、运维复杂度；3.      基础设施即代码：运维专注于提供库，开发人员专注于使用库，运维是一种能力而不是服务，给开发团队赋能，运维团队把所有的安全性、稳定性等打包到库里面，改变开发和运维协作模式；4.      配置管理：应用代码、环境代码、配置代码；5.      自动化：编译构建、质量控制；6.      云：自助子主、按需使用、版本管理的延伸；7.      基础设计即代码实现最典型的工具：Docker，不要求开发和运维完全侵入；8.      Docker对DevOps的价值：一次构建，多次运行（在多次部署中不必担心依赖，包和其他环节相关的配置）；配置一次，运行任何应用（对不同技能、职能的人员提供各司其职的条件）；9.      单体应用架构（对应到某一业务领域所需的各种功能和能力）、微服务应用架构（根据功能拆分为不同的可以独立运行的服务中）；10.    编排平台：支持使用不同的开发语言和框架实现服务；支持部署到不同的环境；11.    持续交付的测试思路：前期做UI再做接口自动化，最后往单元测试12.    12、合入主干前先进行构建，降低未来合入的出错概率。

华为云账号：huayu_2019   微信昵称：花雨混沌工程与反脆弱能力建设 VUCA:易变性、不确定性、复杂性、模糊性；别人的成功不能完全复制，要根据自己的实际情况进行调整；《反脆弱》：黑天鹅事件，从不确定性中获益，痛苦的事情反复做；反脆弱三部曲一：在生产环境中注入故障来恢复和学习：混乱猴子军团、在混乱中成长        混沌工程的原则：建立稳定状态的、多样化现实世界事件、在生产环境运行实验、持续自动化运行实验、最小影响范围；                   反脆弱三部曲二：将持续改进变成日常：灰烬中重生、Game Days:有益于团队协作；反脆弱三部曲三：建立公正和学习的文化：将局部经验转化为全局改进、重新定义失败，鼓励评估风险、无指责事后分析、Gitlab删库事件_根因分析（5WHY）； 奈飞的文化手册；文化会把战略当早餐吃掉；让DevOps变成团队的一种状态，它没有终点，需要不断持续的开展。

华为云账号：huayu_2019   微信昵称：花雨跨越敏捷和DevOps的鸿沟：1.敏捷和DevOps都来自真实的第一线的实践，产生的方法；2.每个目标都是艰难的，只要用合理的方式，并且坚持就可以达到；3.瀑布-敏捷- DevOps解决的问题不一样；4.研发交付的目的：快速交付可工作的软件；5.业务能力：产品管理——交付周期缩短；6.研发能力、技术能力：设计、编码、单元测试、集成、测试；7. 工程能力：集成测试、回归、发布、QA、运维；8. 价值过程中的混乱墙：开发部门——希望交付；运维部门——希望稳定；业务部门——希望赢单；客户/用户——希望价值；9. 精益敏捷与DevOps：教我们如何跨越这些墙；10.敏捷解决鸿沟：开发—业务部门；11.精益解决鸿沟：客户/用户—业务；12.Devops解决鸿沟：开发、产品、运维；13.Devops实现基于业务的端到端的交付；14.敏捷是一种理念，体现协作、快速反馈、响应变化；15.由Do 变为Be，融入企业文化，建立价值观，从而提升整体的开发能力；16.持续交付有价值的需求；17.任何事情都应该亲手尝试，知行合一事上练，打破常规。

华为云账号：huayu_2019   微信昵称：花雨跨越敏捷和DevOps的鸿沟：1.     敏捷和DevOps都来自真实的第一线的实践，产生的方法；2.     每个目标都是艰难的，只要用合理的方式，并且坚持就可以达到；3.     瀑布-敏捷- DevOps解决的问题不一样；4.     研发交付的目的：快速交付可工作的软件；5.     业务能力：产品管理——交付周期缩短；6.     研发能力、技术能力：设计、编码、单元测试、集成、测试；7.     工程能力：集成测试、回归、发布、QA、运维；8.     价值过程中的混乱墙：开发部门——希望交付；运维部门——希望稳定；业务部门——希望赢单；客户/用户——希望价值；9.     精益敏捷与DevOps：教我们如何跨越这些墙；10.  敏捷解决鸿沟：开发—业务部门；11.  精益解决鸿沟：客户/用户—业务；12.  Devops解决鸿沟：开发、产品、运维；13.  Devops实现基于业务的端到端的交付；14.  敏捷是一种理念，体现协作、快速反馈、响应变化；15.  由Do 变为Be，融入企业文化，建立价值观，从而提升整体的开发能力；16.  持续交付有价值的需求；17.  任何事情都应该亲手尝试，知行合一事上练，打破常规。

跨越敏捷和DevOps的鸿沟：1.     敏捷和DevOps都来自真实的第一线的实践，产生的方法；2.     每个目标都是艰难的，只要用合理的方式，并且坚持就可以达到；3.     瀑布-敏捷- DevOps解决的问题不一样；4.     研发交付的目的：快速交付可工作的软件；5.     业务能力：产品管理——交付周期缩短；6.     研发能力、技术能力：设计、编码、单元测试、集成、测试；7.     工程能力：集成测试、回归、发布、QA、运维；8.     价值过程中的混乱墙：开发部门——希望交付；运维部门——希望稳定；业务部门——希望赢单；客户/用户——希望价值；9.     精益敏捷与DevOps：教我们如何跨越这些墙；10.  敏捷解决鸿沟：开发—业务部门；11.  精益解决鸿沟：客户/用户—业务；12.  Devops解决鸿沟：开发、产品、运维；13.  Devops实现基于业务的端到端的交付；14.  敏捷是一种理念，体现协作、快速反馈、响应变化；15.  由Do 变为Be，融入企业文化，建立价值观，从而提升整体的开发能力；16.  持续交付有价值的需求；17.  任何事情都应该亲手尝试，知行合一事上练，打破常规。

华为云账号：huayu_2019   微信昵称：花雨1、 相较于其他的方法，看板是最轻量级的，基于现有流程做的渐进式改进；2、 看板很重要的一个作用：平衡大家的工作量；——可视化3、 可视化：将实际的所有的流程可视化，才能做到全局的优化    每个状态的是否增加doing和done的子状态，是根据前后两个状态之间是否需要做缓冲，如果该阶段本身时间就比较短，就不需要增加这两个子状态。4、 限制在制品：让输入和输出平衡，减少在制品（浪费）   明确瓶颈，修复瓶颈，增加输入量，修复下一个瓶颈5、 管理工作流：停止开始，聚焦完成，提倡多个角色的协同、累积流图（CFD）——每个状态达到的工作状态累计起来6、 制定清晰的过程准则：工作优先级——卡片类别划分，应急泳道（通常只设置1个）——所有人都放下手上工作，帮助紧急工作快速响应完成。7、 反馈循环：主动识别，一级反馈：晨会，二级反馈：定期的团队（有针对性的改进），三级反馈：客户8、 协作式改进：Kata,9、 6大实践相辅相成，缺一不可，看板需要不断改进（WIP、状态等改变）。