敏捷开发
相对于瀑布模式，敏捷开发会提高产品的交付效率。市场变化太快，我们可以先做MVP，交付出来，看看市场反应。或许才是我们技术人员对于业务的赋能。其实，敏捷开发不一定会加班 996， 以前我对它是有误解的。
下面，我自己写一下这几年工作实践，对于 敏捷开发的新的理解
敏捷理论体系解读
敏捷软件开发宣言：
agilemanifesto.org/iso/zhchs/m…
敏捷软件开发宣言
个体和互动 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合同谈判
响应变化 高于 遵循计划
左右都很重要
敏捷软件开发--计划
- 2-4周 详细计划
- 1-3个月 粗略计划
- 1年 大致想法
每年3-4 茶话会，写纸条，写出自己的未来的一年的计划，投票，内部开会，产品线。
敏捷软件开发宣言的原则
- 及早交付有价值的软件
- 传递信息效果的最好，效率最高的方式： 面对面的交谈
敏捷开发框架 Scrum
三个角色
第一个角色 1. 产品负责人
负责建立和维护产品特性
- 和客户不断沟通和协作确定产品应该做什么，定义用户需求，确定需求的优先级
- 必须拥有决策权
- 要对团队内部的工作流程 和 技术水平有所了解
第二个角色 2. scrum教练
确保团队能够实现更快的交付
- 要能激励团队士气，促进团队合作，确保团队有效率
- 要能帮助团队排除干扰，确定冲刺目标的顺利进行
- 教练不是事无巨细的管理者，而更像是服务团队的仆人
第三个角色 scrum团队
5-9人 团队
- 自YOU组织，平等
- 在一个 Sprint 里面，成员应该尽量保持稳定
4个活动
4个活动-冲刺规划会议
标识着冲刺的开始（时长一般不超过4个小时）
scrum团队选择并理解要完成的工作
议程1：由产品负责人介绍产品，确定sprint 将要完成什么任务；明确产品待办列表中优先级最高的任务；明确冲刺目标；确定本轮冲刺中要完成的任务数量；
议程2： scrum 团队研究本轮冲刺 如何完成要交付的任务； 团队对冲刺要完成的 任务数量 和复杂度达成共识； 对需求充分理解并 进行估算； 将 产品代办列表 中的内容 转化成 软件开发过程中 的具体任务
4个活动-每日站立会议
团队成员在会上轮流发言，回答：
- 昨天我做了什么
- 今天我准备做什么
- 我在工作中遇到了什么苦难，是否阻碍了工作进展
- 不建议超过15分钟
- 汇报预计今天能完成的进度
4个活动-冲刺复审会议
用来演示在这轮冲刺中开发的产品功能，并由产品负责人验收
4个活动-冲刺回顾会议
- 用来给团队定期自我审视
- 建议控制在30分钟以内
三个工件-产品待办列表
一份有序的待办事项列表
涵盖产品开发中已知的每一项需求，并且应该是产品需求变动的唯一来源
产品负责人是唯一的产品待办列表的负责人
其他人可以提出意见，但只有产品负责人有权做决定
产品待办列表
- 功能性需求 或者 非功能性需求
- 缺陷
- 技术债务
产品待办列表--评判标准- DEEP原则
- 粗细得当： 产品待办列表 应当 远粗近细， 越远的需求应该越粗；越近期要开发的需求应该越细致
- 估算过的：对每一个事项有一个工作量估算 和 技术风险 估算
- 涌现的：产品待办列表不是一成不变的，而是涌现的
- 排好优先级别的
冲刺待办列表
开发团队估算工作量，识别冲刺待办列表优先级等等
敏捷 vs DevOps
DevOps教程：DevOps vs 敏捷
http://www.cnblogs.com/icodewalker…
DevOps 与敏捷
azure.microsoft.com/zh-cn/overv…
DevOps知识图谱
DevOps知识图谱
案例分享：阿里是如何DevOps的
阿里云 云效
http://www.aliyun.com/product/yun…
Jenkins BlueOcean插件
案例分享：Amazon是如何DevOps的
亚马逊 基于AWS的DevOps实践指南
AWS视频中心
aws.amazon.bokecc.com/searchresul…
一站式DevOps平台-Hygieia
Hygieia搭建
手动搭建：
基于Docker搭建：
链接：https://juejin.cn/post/7203880677196087357
来源：稀土掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
