jira敏捷项目管理

本文目录一览：

• 1、JIRA 优点有哪些？
• 2、敏捷开发项目的管理流程
• 3、jira是什么工具
• 4、jira和ones哪个好？
• 5、【敏捷实用工具】JIRA介绍以及使用方法
• 6、敏捷项目管理的基本定义是什么？

JIRA 优点有哪些？

定制、问题跟踪。

JIRA的svn hook可以在svn commit之后将信息跟某个case绑定，只需要在commit comment里面写上jira id与confluence整合：在confluence中输入jira id，就能自动生成一个包含case title的链接，很有用，tempo插件用来跟踪每个员工在什么case上花费了时间。

JIRA自定义配置中主要有- IssueType- Workflow- Screen- Custom Fields由这四项可自由通过Scheme定义出任意的组合以满足工作中不是的Issue流程处理。从设计的角度它的可变性，扩展性很高。

JIRA的插件利用JIRA这方面设计开发出丰富第三插件。如果你去看JIRA的源码的话。JIRA本身的功能也都是利用Plugin实现的。JIRA Agile通过JIRA的可定制问题和灵活的工作流提供了一种适应团队发展的敏捷项目管理工具。

在JIRA中定制与敏捷开发相关的问题类型、字段和工作流，快速适应组织中流程的变化。在一个JIRA Agile看板中可以显示多个JIRA项目的开发状态。比如你可以首先从一个Scrum面板开始，然后通过添加列约束从而与看板方法实践相结合。

敏捷开发项目的管理流程

导语：对于敏捷开发项目的管理流程，相关人员要清楚。下面是我收集整理的敏捷开发项目管理流程，供各位阅读和参考。

前段时间给大家整理了敏捷开发的流程，最近在整理敏捷开发项目的流程和管理制度，其整理的项目管理规程如下，这份规程也不完全算是敏捷专属的项目管理规程，主要是在结合我们公司实际的情况下编写出来的，大家在实际嵌入到公司的过程中可以参考下，不能照搬。

1. 目的

规范互联网软件产品开发项目管理过程，指导开展项目研发、管理等活动。

2. 适用范围

本章程的作用范围为互联网软件产品开发立项至结项管理过程。

1.对项目经理开展产品规划及设计活动以及项目管理手段和应遵循的开发流程提供了指导；

2.对项目团队的日常管理活动及内容进行了指导；

3. 角色及职责定义

项目经理：

进行产品开发过程中的业务目标、进度、成本、质量控制。

挑选项目团队并进行团队建设，激发、鼓舞和改进团队的生产效率。

识别项目干系人，定期向干系人汇报，并作为团队和外部的接口，屏蔽外界对团队的干扰。

确保项目中流程被遵循，组织、监督、培训项目各实践活动。

产品策划

确定产品的功能，拆分用户故事。

需求功能确定优先级。

接受或拒绝开发团队的工作成果。

参与产品开发过程中的有关会议。

UI

根据用户故事，负责产品的功能交互及界面设计

组织开展人机交互及用户体验，不断跟踪改进，提高产品表现力。

参与产品开发过程中的有关会议。

开发

根据用户故事，负责产品的技术架构设计及功能开发

评估、设计及维护产品相应模块，确保模块的稳定性、易用性、高效性。

参加产品开发过程中的有关会议。

测试

根据用户故事，设计产品测试标准，确保产品品质满足市场需求。

合理分配测试资源，组织产品测试并优化测试流程及测试标准，提高测试效率。

编写产品测试用例，提交测试问题，编写测试总结报告，以测试角度来确定产品版本是否发布。

4. 项目管理过程

按照互联网软件产品项目开发过程，可将整个项目管理过程分为立项过程、规划过程、执行与监控过程、结项过程。下面分别阐述在每个阶段过程中该如何进行项目管理。

4.1 立项过程

互联网软件产品开发项目的立项过程，通常是指从准备项目启动会到召开会议这个阶段，在立项过程中，需要完成项目目标，需求范围的初步确认，项目团队成员，其他资源的安排。

确定项目的初步目标并达成共识

对于项目目标，需要和干系人在以下几点上达成共识：

项目的背景、目标用户、核心人员及产品定位是什么

项目的资源投入预算是多少

项目的资源投入是多少

各人员在项目中扮演的角色和对项目的作用是什么

准备启动会议文档

文档内容包括：

用户画像

产品定位

市场策略

业务目标

技术可行性

研发成本预算

路标规划

召开项目启动会

参加人员包括：

管理层代表

项目经理及项目团队

其他干系人代表

主要议题包括：

申明项目目标范围及对组织目标的贡献。

管理层正式任命PM，设定期望，统一思想

文档内容的宣讲。

与PM小组确定项目管理要求

项目启动会完成后，需要与PM小组成员确定项目立项机制以及公司项目管理要求。

4.2 规划阶段

在规划阶段，团队需要共同完成产品的版本规划，迭代计划

版本规划

从产品的关键特性列表中按照优先级规划产品每个版本需要完成哪些特性，在规划完成后需要在项目干系人内达成共识。具体可参考《版本规划样例》

迭代如何划分

迭代划分是指将特性列表拆分形成用户故事列表，并将其对应的主要任务划分到各个迭代中去，形成粗粒度的项目迭代计划。这个过程主要考虑以下几个因素：

有些任务间是有依赖关系，某个任务的开始或结束是以另一个任务的开始或结束为前提，在划分时必须考虑这种前后依赖关系。

在安排每个迭代的任务时，需要对各种因素进行综合考虑，如平衡每个迭代中任务的技术难度和价值差异。

除了进行初步的迭代任务划分，还需要确定项目过程中迭代任务调整的规则，如迭代任务未完成时是将剩余任务延至下一迭代还是延长迭代周期。

确定人员分工

项目经理需要根据每个人员的能力和特点，初步拟定大致分工。在进行任务分工时需考虑以下因素：

任务难度与人员能力相匹配，对于明显超出能力范围或过于简单的任务容易造成负面影响。

耦合度高的尽量分配给同一个人，避免不必要的沟通消耗。

鼓励团队内部“任务认领”，提高人员的工作积极性和主动性。

确定迭代运行模式

如一周迭代、两周迭代，每个迭代包含的工作内容等。

具体的迭代计划可参考《迭代计划样例》

制定其他辅助计划

制定沟通计划、风险计划和质量计划是必要的，沟通计划主要包含以下几个方面：沟通对象、沟通方式、沟通频率即可，如：

风险计划包括风险项、负责人、重要性、应对措施，如下：

质量计划包括：bug分布满足何种条件可以发布，有几个致命bug必须停止开发新特性等。。

搭建基础技术架构

如果是一个全新的项目，需要重新开发系统框架，则这个工作应该在迭代0完成，否则会影响后期的工作开展。系统框架的每次改动必然会导致大量的重复工作量，从而给稳定的团队节奏带来很大的毛刺。

4.3 项目执行和监控过程

迭代N的执行

A、迭代N的需求细化

考虑每个迭代需要完成的用户故事；

用户故事需包含几个部分，工作量评估、功能性需求、非功能性需求。具体的可参考《用户故事模板及样例及拆分说明》

用户故事编写完成后需要在团队内部进行需求评审，一方面是为了向团队成员解读该需求，另一方面团队成员也可在评审时给出指导性意见。

B、测试用例评审

测试人员根据用户故事要求编写对应的测试用例，并组织项目团队进行测试用例评审。根据评审意见修改测试用例

C、开发

将用户故事的'需求开发的过程。

D、开发自测

在开发过程中，每完成一个功能点，都需要及时的进行开发自测并通知产品策划人员进行验收体验。

E、验收

开发完成后，产品策划需要对开发完成的成果进行验收，验证其是否符合用户故事的要求，验证通过后方可流到测试环节，否则需与开发详细讨论其不符合性，其验收的checklist可以参考《产品验收checklist及模板》

F、测试和回归

提交测试时，必须要有正确的版本。测试人员根据测试用例进行测试，在IT平台中提交测试bug，并根据测试的角度给出产品是否发布的意见，输出《测试报告》

G、bug修改

在IT平台中获取分配给自己的bug进行修改。

H、showCase

阶段性必须有可体验版本进行showCase.需要

确定showCase时间：某个迭代开发、自测完成，准备提交测试前

会议前1-2天发出体验版给到参与人员

会议期间，由项目经理组织大家体验、反馈问题、记录问题。

项目经理根据问题情况，与开发或产品确定问题的解决时间并发出会议纪要。

I、灰度发布

迭代一定版本后，由项目经理与团队共同决定是否需要进行灰度发布。

监控方式

每日站立会

主持人轮流担任，负责控制节奏，记录问题，以备会后跟踪。

每人讲自己昨天做了什么，有什么问题，今天的计划是什么；

其他人了解别人的工作情况，并发现指出可能存在的问题。

对于发现的问题，鼓励认领，其余由项目经理指定责任人。

时间通常控制在15分钟内。

会议期间，更新任务墙，任务墙样式如下：

周报

反馈项目计划的执行情况，强调本周工作要达成的目标

暴露出项目的问题，特别是需要领导或其他团队需要协助的问题。

周报可在IT平台中输出。

月报

反馈项目当月的执行情况，包括进度、人力及质量。

反映项目存在的问题和风险。

迭代回顾

每人讲述本次迭代做的好的地方和不好的地方

回顾上个迭代不好的地方，看看改进情况。

让每个人发言。

每次迭代回顾会议完成后，可更新燃尽图

4.4 结项阶段

项目经理指导产品策划收集总结项目的产品运营数据，同时指导团队成员从自身角色进行总结，包括测试、开发、UI等。

项目经理与项目团队成员给出项目总结报告，内容可参考《项目经验教训总结-项目团队》，《项目经验教训总结-项目经理》

召开结项会议，各成员进行结项汇报。

PM小组将过程文档和经验教训总结进行归档。

jira是什么工具

是项目与事务跟踪工具。

JIRA是Atlassian公司出品的项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。

JIRA中配置灵活、功能全面、部署简单、扩展丰富，其超过150项特性得到了全球115个国家超过19,000家客户的认可。

jira和ones哪个好？

Jira 和ONES我们团队都使用过，那么究竟 Jira 和 ONES 哪个更好呢？我在研发团队内部做了小调研，大家都觉得，整体来说 ONES 体验感比 Jira 好，更加符合我们的期待。

先简单介绍一下我们团队的背景和需求：

公司做网文行业，团队规模400+，研发团队占据一半。由于该行业需要快速迭代出受众喜欢的功能，我们主要采用敏捷的研发方式，比较看重项目管理软件的稳定性、功能的全面性和费用性价比这几个方面。

Jira 的功能的确很强大。但由于它是一家西方基因的公司，产品的设计对国人不是很友好，学习成本高。

我最开始上手 ONES 只用了一两天，很好操作也很方便，覆盖了需求、开发、测试、部署、交付整个研发流程的管理。

最重要的是，它支持一键导入Jira数据，用户、用户组、项目配置等都可以实现完整的迁移，这对我们团队来说是很便利的。而且，我好像听说 ONES 公司去年融资了1个亿，整体发展势头还是很足的。

Jira和 ONES 的相同点还是很多的：

（1）它们都是项目管理工具且都适用于敏捷团队

（2）都适用于项目进度追踪、缺陷管理、缺陷追踪等场景

（3）都支持SaaS、私有部署和高可用版本

他们的差异也不少，ONES 的优势更加明显，这也是我近半年（目测未来的多年内）使用 ONES 的原因。且来听听我的分析吧，我将从产品能力、扩展能力、稳定性、使用感和服务能力几个方面评估。

这是 ONES 几款产品能力的流程图：

产品能力

Jira仅支持Scrum模型的基础功能，如果需要其他扩展性功能（例如内容管理、流程强化，工时统计）要另购买插件，价格不菲；ONES 支持敏捷、瀑布、DevOps等多种模式，有强大的产品组装能力，价格也便宜很多（这对于小公司来说太重要了）

2. 扩展能力

Jira支持邮件和钉的机器人提醒，默认可与用户系统打通，且必须是LADP或者AD服务。ONES 提供 API 接口，支持从国内主流办公系统进行账号同步组织架构。

3. 稳定性

Jira的境外云服务难以保证数据的安全。ONES 是支持私有部署的，数据与外网隔离，更加安全可控。

4. 使用感

Jira的界面包括整体思维模式都不太符合国人，更加偏向西方，且不适用于新手。ONES 使用感好一点，更加了解大家的痛点及诉求，上手简单。这也是我们团队成员最开始用 ONES 时第一感受。

5. 服务能力

Jira无原厂服务，主要通过代理商为中国企业服务。ONES 提供完整的解决方案，24小时远程都有客服，且售前售后提供的咨询服务都是免费的。

总的来说，Jira 和 ONES 对比下来，ONES 更加出彩，产品矩阵也更加专业。主要的优势在于：

（1）高度灵活，自定义程度高，可以适配很多场景

（2）更加了解国人的痛点，界面简洁，使用感好

（3）ONES 成本真的很低！Jira的插件很贵，企业负担较大

（4）服务不错，24小时远程解决客户问题

【敏捷实用工具】JIRA介绍以及使用方法

正文共2254字，阅读时间：6分钟

敏捷开发并不是由敏捷工具来推动的。

但是没有敏捷工具的支持，就很难进行各种软件工程的相关事件，工具的作用是约束和流程，正确使用敏捷工具可以事半功倍，实践敏捷。

近几年来敏捷开发催生大量敏捷工具的产生，在敏捷工具上多了很多种选择，每个团队需求不一样，就会使用到不同的敏捷工具。

不同的组织使用JIRA追踪不同的问题。

JIRA的项目是根据你的企业组织需要定制的，是问题的集合。 例如, 一个JIRA项目可以是:

一个软件研发项目

一项市场推广活动

一个技术服务/帮助台系统

一个需求管理系统

一个网站需求调查系统

一个项目模块是这个项目中问题的逻辑分类集合。每个项目都可以根据你企业组织的要求设置多个模块 (也可以不设置模块)。

例如：一个软件研发项目可以设置“文档”，“邮件系统”、“用户界面”等模块。一个网页设计项目可以设置“产品”“联系我们”“专业服务等模块。

对于一些项目类型来说, 特别是软件研发项目, 为问题关联产品的 版本 是非常有用的 (例如 1.0 beta, 1.0, 1.2, 2.0)。

一个问题可以设置两种类型的版本信息:

影响版本 — 可以清晰地反映出这个问题在哪个版本中出现错误。

例如, 一个软件的缺陷可能影响了产品的 1.1 和 1.2版。

修复版本 — 可以反映出报告的问题将在哪个版本，或已经在哪个版本中修复了。

例如， 软件缺陷影响了产品的 1.1 和 1.2版，这个缺陷已经在2.0版中修复了。 注意没有修复版本的问题会被归类到“未规划”，就像上面截图显示的一样。

版本可以有3个状态: 已发布，未发布或已归档。

版本可以设置发布日期，而JIRA会自动将到期而还没有发布的版本高亮显示出来，并标注上'超期'标志。

Jira是Atlassian公司出品的一款事务管理软件。

无论是“需求”，还是“BUG”，或是“任务”，都是“事务”的一种，所以Jira可以胜任非常多的角色：需求管理、缺陷跟踪、任务管理等。

因为Jira提供了专门的Scrum视图和Kanban视图，所以特别适合敏捷开发团队使用。大型互联网公司如LinkedIn、Facebook、eBay等内部都在使用Jira。

Jira在国内的销售价格相当贵，而且没有永久授权，只能年付，CSDN的报价最低18000元（25用户）。推荐直接去官网购买，10人以下团队的永久授权只要$10。这个价格，别说小团队正式使用，就是个人玩票性质的买一个正版，也是完全可以了。

- 创建问题

1.点击页面顶部的“创建问题”链接；

2.会显示“选择项目和问题类型”弹出框，选择相关项目和问题“创建”按钮。

这里值得注意的是：

如果默认的项目或问题类型不会显示这个弹出框，例如：只有一个项目，并且这个项目只有一个问题类型。

如果你在浏览项目时点击 ‘创建问题’链接，而且浏览的项目只有一个问题类型。

如果你在浏览项目时点击 '创建' 图标， 例如：

3.“输入问题详细信息”页面会显示出来。输入问题主题并完成所有标有带星号的斜体字体的必填字段。

为问题上传附件或者截图

1.打开你需要上传附件的JIRA问题。

2.在-更多操作-菜单中，选择“上传附件”或者“上传截图”。

（更多菜单）

（上传附件）

（上传截图）

在不同的操作系统截取屏幕的方法也不同，比如:

在Windows中截取屏幕

截取新的屏幕 — 要截取屏幕并保存到剪贴板，使用下面任一种方法:

-按 ALT-PRINTSCREEN 键截取当前的窗口

-按 CTRL-ALT-PRINTSCREEN 截取整个桌面

已经存在的图像 — 使用你熟悉的图像浏览应用程序，并打开已存在的图像文件然后复制图像到剪贴板。

在Mac OSX中截图屏幕

截取新的屏幕 — 要截取屏幕并保存到剪贴板，使用下面任一种方法:

-按 CTRL-APPLE-SHIFT-4 键截取当前的窗口

-按 CTRL-APPLE-SHIFT-3 截取整个桌面

已经存在的图像 — 使用你熟悉的图像浏览应用程序，并打开已存在的图像文件然后复制图像到剪贴板。

在为问题登记工作日志之前，你需要为问题设定初始预估时间 (即 预估完全解决这个问题所需要耗费的时间)。

当第一次为问题登记了工作日志， JIRA自动地以初始预估时间减去耗费时间 (实际工作时间) 计算出 剩余预估时间。 当再次登记新的工作日志后，JIRA再从 剩余预估时间 中减去 此次工作所 耗费的时间，作为解决这个问题的 剩余预估时间。

当然，在问题的解决周期内，你可以手动编辑 初始预估时间 或者 剩余预估时间:

定位并查看一个问题, 点击页面顶部的 '编辑' 按钮。

或

在页面右上角，点击 '创建问题' 发起一个新的问题，并填写所有必要的字段

编辑时间跟踪字段:

初始预估时间 — 解决这个问题预估需要多少时间。 通常, 可以在创建问题或第一次登记工作日志之前设置这个时间值。

剩余预估时间 — 解决这个问题还需要多少时间。

在 初始预估时间 或 剩余预估时间 字段中输入具体的时间。 使用 'w', 'd', 'h' 和 'm' 时间单位来表示周,日,小时或分钟。例如, 要设置 '6小时' , 输入 '6h'。

(消息) 如果这两个字段都是必填项 (标注了红色星号), 你可以只输入其中一个字段值，而其他字段可以留空。当你提交这个表单, 你在其中一个字段中填写的值，会被复制到留空的字段。

点击页面底部的 '更新' 按钮。

END

阅

敏捷项目管理的基本定义是什么？

敏捷项目管理是规划和指导项目流程的迭代方法。

与敏捷软件开发一样，敏捷项目是在叫做迭代的小型部门中完成的。每个迭代都由项目团队审查和评判；从迭代的评判中获得的信息用于决定项目的下一个步骤。每个项目迭代通常是安排在两周内完成。

APM是这个领域的新概念。它的历史能够追溯到多年前。在2001年，敏捷软件开发第一次通过由Mar tinFowler和Jim Highsmith推出的“敏捷宣言”形成规范。敏捷宣言是所有APM模型的指导原则。多数APM模型源于软件开发，因此对软件开发实践的针对性很强。

原型和适应性项目框架是APM模型中仅有的适用于所有类型的项目的模型。由于开发周期短，对需求管理恰当，敏捷项目管理正在从软件研发行业延伸到已经采取项目化管理的大部分行业中 。