jira是一款非常适合敏捷开发团队使用的一款事务管理软件 敏捷开发(Agile software development)最早是用于软件开发的,后来也被用于商业管理中,而我们要研究的主要是软件开发,最被广泛使用的框架是Scrum和Kanban。
敏捷开发
敏捷开发,是一种应对快速变化的需求的一种软件开发能力。
相对于“非敏捷”,更强调程序员团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发过程中人的作用。
- 个体和互动:高于流程和工具。
自我组织和动机是重要的,建立一个良好的沟通和协作的开发团队,优于一个孤立运行的专家团队。沟通是一个基本的概念。
- 工作的软件:高于详尽的文档。
工作软体比在会议中向客户呈现文件更有用并更受欢迎。最好的做法是和程式码
一起评论,保持外部文件的轻量化,而不是沉重的文件,后者需要花费很大的精力,且很快就会过时。
- 客户合作:高于合同谈判。
在软体开发周期的初始阶段,需求无法完全收集,所以最好直接涉及到付费客户、最终用户或者代理,以便在反馈的基础上逐步阐述和调整详细的需求。
- 响应变化:高于遵循计划。
敏捷软件开发方法的重点是快速响应变化和持续发展。
虽然他们也很重视右边的内容,但是更重视左边的内容。
流行的敏捷软件开发框架包括:
- 自适应软件开发(英语:Adaptive software development)(ASD)
- 敏捷建模(英语:Agile modeling)
- 敏捷统一过程(英语:Agile Unified Process)(AUP)
- 动态系统开发法(英语:Dynamic systems development method)(DSDM)
- 极限编程(XP)
- 功能驱动开发(英语:Feature-driven_development)(FDD)
- 快速应用程序开发(RAD)
- 并列争求法(Scrum)
名词解释
ISSUE TYPE:
- Epic 史诗
- Story 故事
- Task 任务
- Subtask 子任务
- Bug 故障
阶层关系
- Project 顶天层
- Component 第零层
- Epic 第一层
- Story/ Task/ Bus 第二层
- subTask 第三层
为什么要有Story?
要点:
- Story是描述客户真实需求的地方。
- 我们要让团队内的每一个人知道为什么要这样做。
- 使用5W1H来描述一个Story,是多人完善的一种ISSUE TYPE。
- Story的标题格式:某某某 要 如此如此 才能 这般这般。例:缴费系统要有退费才能闭环。要精简。
- 通过故事,而不是任务进行交流。
- 每一个Story要有一Definition Of Done (DOD 完成的标准)需要团队内所有成员认可的一个标准
其他:
story points(预估):表示这个story(任务)的难度,使用斐波那契数列表示计算的一个值。
Epic
史诗,多个Story组成一个Epic,是用来描述一个故事集的,更大型的集合。
Task
任务,任务一般只指向到一个人,和Story 关联。即一个Story关联多个任务。
使用教程
创建项目
创建项目需要选择模版,模版分为三类:Scrum,看板,bug追踪。
- Scrum 是敏捷开发模版,包含sprint,故事,任务等,以sprint为主要特点。面向根据待办事项列表工作、以冲刺形式计划和评估工作并定期交付工作的敏捷开发团队。
- 看板 专注于连续流程(而不是sprint)。面向以连续流程(而不是冲刺)监控工作,且专注于管理进行中工作的敏捷开发团队。(包括看板待办事项列表选项。)
- bug追踪 主要就是列表视图。面向不需要面板并且更喜欢在列表视图中管理开发任务和缺陷的团队。
另外需要选择项目类型。
- 团队管理的项目适合于希望在独立空间中控制自己的工作流程和实践的独立团队。
- 公司管理的项目是由 Jira 管理员设置和维护的。此项目类型专为希望跨多个团队实现工作方式标准化(例如共享工作流程)的团队而设计。
名词对照
这里的名字有一部分是限定在jira中的特定翻译。
Agile | 敏捷 |
Agile software development | 敏捷(软件)开发 |
Scrum | 一种敏捷开发框架 |
Kanban | 一种敏捷开发框架 |
Issue | 事务(故事,任务,故障) |
Backlog | 任务列表(直译为挤压日志) |
Epic | 史诗(大型故事集,由多个story组成) |
Story | 故事(通过5W1H来描述) |
Task | 任务 |
Subtask | 子任务 |