DevOps之敏捷开发
Posted okokabcd
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了DevOps之敏捷开发相关的知识,希望对你有一定的参考价值。
初步了解一下敏捷开发及其流程
1 为什么要敏捷开发?
1.1 背景与动机
当需求的不明确性和工程实现的不确定性均超出一定范围后,呈现出复杂系统的特征传统的开发方法便不在适用.敏捷开发方法正是在这样的背景下诞生.
1.2 瀑布VS敏捷
2 敏捷宣言
2.1 背景
千禧之初,美国在计算机行业已经走了几十年,瀑布流、螺旋模型、快速迭代...各种各样的软件开发流程雨后春笋各领风骚一段时间。虽然不断变化和完善,但互联网的加速发展让传统方法显得笨重,难以快速适应变化。有十七个程序员(程序员改变世界)在美国犹他州的一个风景区开了个碰头会,找到了一个团队耦合度高,流程极其灵活的方法,他们把它称为agile program development。
这十七个人如同开宗立派的长老,在会议之后给自己起了个名字“敏捷联盟”,他们不仅赋予了新方法名字,还有宣言,甚至纲领。
2.2 宣言与原则
http://agilemanifesto.org/iso/zhchs/manifesto.html
2.3 敏捷VS敏捷方法
3 Scrum
3.1 简介
3.1.1 增量式迭代流程图
3.1.2 Sprint周期
不同迭代周期对Scrum项目实施的影响
3.1.3 基本概念
agile:敏捷.
- 其理念,精髓是 迅速响应需求,快速反馈结果
sprint:冲刺.
- 一个开发阶段被认为是一次冲刺,一个个sprint首尾相连,构成一个项目
Scrum:指的时英式橄榄球中一股脑争球这一战术或行为.
Product Backlog:即需求池,待办事项列表
需求池示例(任务名称、平台、详细描述、优先级按照P0-PX逐渐递减)
Backlog里写什么:待开发任务,任务优先级
story board:故事板
- 用故事板表述用户场景,电影领域里故事板用来更具体地描述分镜.
- 在开发领域,故事板是任务流转的可视化窗口
burn down chart:燃尽图
- 横坐标为一个sprint的每一天,纵坐标为剩余工作时间
角色
- PO(Project Owner) - 项目持有者 - 负责需求
- SM(Scrum Master) - 敏捷教练 - 负责技术
- ST(Scrum Team) - 需求,开发,测试
3.1.4 敏捷管理工具
国外jira、redmine,Axosoft ,国内的leangoo、禅道,三大家则都有自研的工具,百度的icafe,阿里的aone,腾讯的tapd。
3.1.5 敏捷开发也需要文档
- 产品文档 PM维护
- 概要设计 非必须 SM维护
- 接口文档 必要且重要
3.2 Scrum框架与流程
3.2.1 Spring计划会议
一个例子
3.2.2 每日Scrum会议(Daily Scrum)
3.2.3 Sprint评审会议
3.2.4 Sprint回顾会议
3.2.5 产品订单(Product Backlog)
3.2.6 怎么写用户故事
3.2.7 冲刺订单(Sprint Backlog)
注意点:
参考
- 闲谈 | 敏捷宣言说了什么 - 华为云社区
- 项目经理的苦,与谁说?- 华为云社区
- 如何用DevCloud实践Scrum - 视频 - 华为云社区
- 瀑布开发vs敏捷开发 - 知乎专栏
- 你大概走了假敏捷——认真说说敏捷的实现和问题(手绘版) - 知乎专栏
以上是关于DevOps之敏捷开发的主要内容,如果未能解决你的问题,请参考以下文章