JIRA 入门介绍.ppt

  1. 1、本文档共39页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
模块管理 版本规划 日志 任务和子任务 …… 项目管理功能 知识库系统 ? 隐私日记 …… 充分发挥你的想象力 更多功能 Custom Fields Workflow JIRA Plugins /software/jira/plugins/ 广告时间:Atlassian的产品线 如何高效的使用JIRA SRP(单一职责原则): 粒度问题,创建Issue时,不可太粗,也要避免太细 一个Issue,应该只含有一个职责,避免多重职责 一个Bug,应该仅有一个引发路径;多个引发路径引发同一个现象时,应分成不同的Bugs来提 一个Bug,应该只有一个现象 如何高效的使用JIRA 简单清晰法则: 语义必须清晰,逻辑尽量简单。对于复杂的Bug,尽量拆分成简单的多个Bug;如果无法拆分,则尽量补充足够的描叙文字 添加各项表单时,做到用语精准,信息充足。如填写环境、重现条件,还有出错截图等,不要怕麻烦。一时的偷懒,很可能会导致更多的沟通成本 如何高效的使用JIRA 认真与尊重法则: 在将问题置为解决状态时,一定要自测,确认问题已经修复;不可抱着仅仅完成任务,让自己的Bugs数减少的敷衍心态 当开发者与测试人员发生冲突时,切忌人身攻击。一定要互相尊重,对Bug不对人 要尊重Bug,不可因为Bug的优先级或解决的难易程度就轻视Bug. 看起来容易的问题解决起来未必容易 写在最后 软件开发中最玄乎但最重要的是价值观。例如:我们可以根据XP的价值观来高效使用JIRA JIRA是一个群体工具,体现的是团队的价值 JIRA本身不是目的,目的是解决软件开发中的三大问题 JIRA是问题跟踪管理的好工具,但不一定是适合你的团队 /software/jira/ /software/jira/docs/latest/ 参考资料 参考资料 Q & A ? Thanks! * 软件工程: 以系统化、规范化、工程化的方法和技术进行软件开发和维护 试图采用工程化方法来解决软件危机问题 * 软件技术:需求分析、系统设计、编码、测试、配置等等 * 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 《移山之道》 * * * * Scrum (英式橄榄球争球队), 软件开发模型是敏捷开发的一种,在最近的一两年内逐渐流行起来。 Scrum的基本假设是: 开 发软件就像开发新产品,无法一开始就能定义软件产品最终的规程,过程中需要研发、创意、尝试错误,所以没有一种固定的流程可以保证专案成功。Scrum 将软件开发团队比拟成橄榄球队,有明确的最高目标,熟悉开发流程中所需具备的最佳典范与技术,具有高度自主权,紧密地沟通合作,以高度弹性解决各种挑战, 确保每天、每个阶段都朝向目标有明确的推进。 Scrum 开发流程通常以 30 天(或者更短的一段时间)为一个阶段,由客户提供新产品的需求规格开始,开发团队与客户于每一个阶段开始时挑选该完成的规格部分,开发团队必须尽力于 30 天后交付成果,团队每天用 15 分钟开会检查每个成员的进度与计划,了解所遭遇的困难并设法排除。 二 Scrum较传统开发模型的优点 Scrum模型的一个显著特点就是响应变化,它能够尽快地响应变化。下面的图片使用传统的软件开发模型(瀑布模型、螺旋模型或迭代模型)。随着系统因素(内部和外部因素)的复杂度增加,项目成功的可能性就迅速降低。 下图是Scrum模型和传统模型的对比: 三 Scrum模型 一) 有关Scrum的几个名词 backlog: 可以预知的所有任务, 包括功能性的和非功能性的所有任务。 sprint:一次跌代开发的时间周期,一般最多以30天为一个周期.在这段时间内,开发团队需要完成一个制定的backlog,并且最终成果是一个增量的,可以交付的产品。 sprint backlog:一个sp

文档评论(0)

zywx66 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档