Download presentation
Presentation is loading. Please wait.
1
JiRA 入门介绍 @ 淘宝 年5月
2
大纲 软件工程的一鳞半爪 JIRA简介 & 使用技巧 如何高效的使用JIRA 参考资料
3
软件工程 软件开发中的三大问题 软件危机！！ 解决 进度 -- 延期 成本 -- 超支 质量 -- 无法保证 软件工程：
进度 -- 延期 成本 -- 超支 质量 -- 无法保证 软件危机！！ 解决 软件工程： 以系统化、规范化、工程化的方法和技术进行软件开发和维护 试图采用工程化方法来解决软件危机问题 软件工程
4
软件工程的三大要素 PEOPLE 软件技术：需求分析、系统设计、编码、测试、配置等等 Quality THECHNOLOGY PROCESS
5
CMMI Agile XP RUP 价值观、方法论 MSF Scrum
CMMI: Capability Maturity Model® Integration 能力成熟度模型集成 完成级Performed,管理级Managed,定义级Defined,量化管理级Quantitatively Managed, 优化级Optimizing XP: Extreme Programming 极限编程 价值观：沟通、简单、反馈、勇气、尊重 原则：人性化、经济学、互惠互利、自相似性、改进、流、责任感、反省…… 实践：结对编程、增量计划、持续集成、故事、测试先行…… SCRUM： 词来源于橄榄球运动，暗指这种情况：“在橄榄球比赛中，双方前锋站在一起紧密相连，当球在他们之间投掷时他们奋力争球。” RUP: Rational Unified Process Rational统一过程 MSF: Microsoft Solutions Framework 软件流程、一体化 VSTS 《移山之道》 RUP MSF
6
“Treat the entire software task as a process that can be controlled, measured, and improved.”
Watts S. Humphrey Managing the Software Process CMMI的哲学
7
XP 沟通 简单 勇气 反馈 尊重
8
无论环境如何，你始终可以改进 你总是可以自己开始改进 你可以今天开始改进 -- XP
9
能够生存下来的不是最强壮的物种，也不是最聪明的物种，而是那些迅速适应变革的物种。
-- 达尔文
10
价值观的核心词汇 质量Quality 软件Software 过程Process 人件Peopleware
11
内容、技术 风险 过程改进 质量保证QA 度量分析MA 项目管理PM 缺陷 需求分析SRS 软件测试 迭代 雨伞活动 Bugs 配置管理
12
方法论 Scrum (英式橄榄球争球队), 软件开发模型是敏捷开发的一种，在最近的一两年内逐渐流行起来。 Scrum的基本假设是： 开 发软件就像开发新产品，无法一开始就能定义软件产品最终的规程，过程中需要研发、创意、尝试错误，所以没有一种固定的流程可以保证专案成功。Scrum 将软件开发团队比拟成橄榄球队，有明确的最高目标，熟悉开发流程中所需具备的最佳典范与技术，具有高度自主权，紧密地沟通合作，以高度弹性解决各种挑战， 确保每天、每个阶段都朝向目标有明确的推进。 Scrum 开发流程通常以 30 天(或者更短的一段时间)为一个阶段，由客户提供新产品的需求规格开始，开发团队与客户于每一个阶段开始时挑选该完成的规格部分，开发团队必须尽力于 30 天后交付成果，团队每天用 15 分钟开会检查每个成员的进度与计划，了解所遭遇的困难并设法排除。 二 Scrum较传统开发模型的优点 Scrum模型的一个显著特点就是响应变化，它能够尽快地响应变化。下面的图片使用传统的软件开发模型(瀑布模型、螺旋模型或迭代模型)。随着系统因素（内部和外部因素）的复杂度增加，项目成功的可能性就迅速降低。 下图是Scrum模型和传统模型的对比： 三 Scrum模型 一) 有关Scrum的几个名词 backlog: 可以预知的所有任务， 包括功能性的和非功能性的所有任务。 sprint:一次跌代开发的时间周期，一般最多以30天为一个周期.在这段时间内，开发团队需要完成一个制定的backlog,并且最终成果是一个增量的，可以交付的产品。 sprint backlog:一个sprint周期内所需要完成的任务。 scrumMaster: 负责监督整个Scrum进程，修订计划的一个团队成员。 time-box: 一个用于开会时间段。比如每个daily scrum meeting的time-box为15分钟。 sprint planning meeting: 在启动每个sprint前召开。一般为一天时间（8小时）。该会议需要制定的任务是：产品Owner和团队成员将backlog分解成小的功能模块, 决定在即将进行的sprint里需要完成多少小功能模块，确定好这个Product Backlog的任务优先级。另外，该会议还需详细地讨论如何能够按照需求完成这些小功能模块。制定的这些模块的工作量以小时计算。 Daily Scrum meeting：开发团队成员召开，一般为15分钟。每个开发成员需要向ScrumMaster汇报三个项目：今天完成了什么？ 是否遇到了障碍？ 即将要做什么？通过该会议，团队成员可以相互了解项目进度。 Sprint review meeting：在每个Sprint结束后，这个Team将这个Sprint的工作成果演示给Product Owner和其他相关的人员。一般该会议为４小时。 Sprint retrospective meeting：对刚结束的Sprint进行总结。会议的参与人员为团队开发的内部人员。一般该会议为３小时。 二）实施Scrum的过程简单介绍 1) 将整个产品的backlog分解成Sprint Backlog,这个Sprint Backlog是按照目前的人力物力条件可以完成的。 2) 召开sprint planning meeting，划分，确定这个Sprint内需要完成的任务，标注任务的优先级并分配给每个成员。注意这里的任务是以小时计算的，并不是按人天计算。 3) 进入sprint开发周期，在这个周期内，每天需要召开Daily Scrum meeting。 4) 整个sprint周期结束，召开Sprint review meeting，将成果演示给Product Owner. 5) 团队成员最后召开Sprint retrospective meeting，总结问题和经验。 6) 这样周而复始，按照同样的步骤进行下一次Sprint.
14
方法论的核心词汇 流程Flow 管理Management
15
糟糕的管理，会比其他任何因素更快地增加软件成本。 —— Barry W.Boehm
管理的重要性 糟糕的管理，会比其他任何因素更快地增加软件成本。 —— Barry W.Boehm 恰当的工具可以让管理事半功倍
16
软件、工具 Mingle Excel Project JIRA IBM RPM 易度 BugZilla Confluence CVS
18
最好的软件，是最适合自己的软件。 —— 大牛
最好的软件，是最适合自己的软件。 —— 大牛 对于Bugs管理，JIRA可能就是最适合大部分企业的一款瑞士军刀。
19
JIRA是什么 跟踪和管理项目中出现的问题和缺陷是一项至关重要的任务。但是几乎没有哪一个团队可以有效的做好。
21
JIRA Overview
22
术语解释：Issue Types
23
术语解释：Priorities
24
术语解释：Statuses
25
演示基本操作 创建问题 基本操作，如分配、上传附件 流程操作 查找问题和过滤器的使用 自定义首页
26
项目管理功能 模块管理 版本规划 日志 任务和子任务 ……
27
更多功能 知识库系统 ? 隐私日记 …… 充分发挥你的想象力
28
Custom Fields
29
Workflow
30
JIRA Plugins
31
广告时间：Atlassian的产品线
32
如何高效的使用JIRA SRP(单一职责原则)： 粒度问题，创建Issue时，不可太粗，也要避免太细
一个Bug，应该仅有一个引发路径；多个引发路径引 发同一个现象时，应分成不同的Bugs来提 一个Bug，应该只有一个现象
33
如何高效的使用JIRA 简单清晰法则： 语义必须清晰，逻辑尽量简单。对于复杂的Bug，尽 量拆分成简单的多个Bug；如果无法拆分，则尽量补 充足够的描叙文字 添加各项表单时，做到用语精准，信息充足。如填写 环境、重现条件，还有出错截图等，不要怕麻烦。一 时的偷懒，很可能会导致更多的沟通成本
34
如何高效的使用JIRA 认真与尊重法则： 在将问题置为解决状态时，一定要自测，确认问题已 经修复；不可抱着仅仅完成任务，让自己的Bugs数减 少的敷衍心态 当开发者与测试人员发生冲突时，切忌人身攻击。一 定要互相尊重，对Bug不对人 要尊重Bug，不可因为Bug的优先级或解决的难易程 度就轻视Bug. 看起来容易的问题解决起来未必容易
35
写在最后 软件开发中最玄乎但最重要的是价值 观。例如：我们可以根据XP的价值观 来高效使用JIRA
36
参考资料 http://www.atlassian.com/software/jira/docs/latest/
37
参考资料
38
Q & A
39
Thanks!
Similar presentations
