Jira敏捷开发
🌅

Jira敏捷开发

Tags
Jira
敏捷开发
Published
December 29, 2021
Author
Eironn Walker
jira是一款非常适合敏捷开发团队使用的一款事务管理软件 敏捷开发(Agile software development)最早是用于软件开发的,后来也被用于商业管理中,而我们要研究的主要是软件开发,最被广泛使用的框架是Scrum和Kanban。

敏捷开发

敏捷开发,是一种应对快速变化的需求的一种软件开发能力。
相对于“非敏捷”,更强调程序员团队与业务专家之间的紧密协作面对面的沟通(认为比书面的文档更有效)、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法,也更注重软件开发过程中人的作用
  • 个体和互动:高于流程和工具。
    • 自我组织和动机是重要的,建立一个良好的沟通和协作的开发团队,优于一个孤立运行的专家团队。沟通是一个基本的概念。
  • 工作的软件:高于详尽的文档。
    • 工作软体比在会议中向客户呈现文件更有用并更受欢迎。最好的做法是和程式码 一起评论,保持外部文件的轻量化,而不是沉重的文件,后者需要花费很大的精力,且很快就会过时。
  • 客户合作:高于合同谈判。
    • 软体开发周期的初始阶段,需求无法完全收集,所以最好直接涉及到付费客户、最终用户或者代理,以便在反馈的基础上逐步阐述和调整详细的需求。
  • 响应变化:高于遵循计划。
    • 敏捷软件开发方法的重点是快速响应变化和持续发展。
虽然他们也很重视右边的内容,但是更重视左边的内容。
流行的敏捷软件开发框架包括:

名词解释

ISSUE TYPE:

  • Epic 史诗
  • Story 故事
  • Task 任务
  • Subtask 子任务
  • Bug 故障

阶层关系

  • Project 顶天层
  • Component 第零层
  • Epic 第一层
  • Story/ Task/ Bus 第二层
  • subTask 第三层

为什么要有Story?

notion image
要点:
  1. Story是描述客户真实需求的地方。
  1. 我们要让团队内的每一个人知道为什么要这样做。
  1. 使用5W1H来描述一个Story,是多人完善的一种ISSUE TYPE。
  1. Story的标题格式:某某某 要 如此如此 才能 这般这般。例:缴费系统要有退费才能闭环。要精简。
  1. 通过故事,而不是任务进行交流。
  1. 每一个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
子任务

参考链接

如何理解 Jira 的 story
本文已搬家,請到新網站閱讀最新版本。 Jira 大概是 Trello 以外在資訊產業最多人用的專案管理系統了吧!在 Jira 的專案如果是開設成 Software 的話,應該會有以下幾種 issue type: 當然它們字面上的意思誰都知道,但是其中在 Jira 或是所謂的「敏捷」開發流派內的角色與意義為何,其實一直沒有認真的了解過。 這裡試著以我在網路上吸收到以及融合本人觀點的對於這些 Jira issue type 的理解,另外需要特別提前聲明本人不完全懂也不是「敏捷」、「agile」、「scrum」流派的信仰者,因為至今仍然覺得 「敏捷」與現實的商業流程有不相容的地方,現實上更像是 隕石開發 與敏捷或瀑布的混搭版 XD。因此下文若有對「敏捷」理解不正確的地方敬請見諒。 在 Jira issue type 的階層關係上,越高的層次抽象性越大,也越用於描述一種較廣泛的、不精確的、整體的概念;而越低的層次更貼近單一的功能,或者需求,或者做法。 先撇開軟體,以戰爭為例,我們可以把戰爭由高至低分出五個層次: 戰爭:國與國的層次,例如台灣與中國就是典型的國與國的層次,只有國家才會發起戰爭,並且國家也代表了整體國民的意志。(當然會傾向執政黨的意志,不過幸好台灣是個會正常政黨輪替的民主國家) 戰略:由參謀本部策劃出整體的攻守策略與推想,包括前線與後勤補給等的大範圍資源調度等方面的設想,譬如各式兵推演習等狀況的假設,提供給國家領導人與下層單位實兵操作。 戰術:軍團、聯兵旅或旅或營層級,根據上級單位的指示在駐地或其它地方掌握當地地形地貌實施的攻守策略,以及透過火協與友軍的溝通支援等工作。 戰鬥:排級或班級,接受命令負責攻克或防守某個陣地,與敵軍交火時每一伍、人之間的交叉掩護。 戰技:你各位啊本職學能他媽的...要做好啊! 回到 Jira 的階層,由高至低排序: 這邊也把 project 與 component 加進來,雖然它們並非 issue type 的層級,不過在專案層級上的確也具有角色,所以就一併列入了。 根據 Jira 的文件 ,story 用於表達較小部份的產品需求;epic
如何理解 Jira 的 story