jira

概述 上篇文章 《一个人被提拔，不仅仅是能力，而是信任》 中分享了两个点： 什么样的工程师，容易被提拔？ 当被提拔到一线管理者后，你的初衷是什么？ 这篇文章分享 一线技术管理者 究竟在管什么事？ 咱们从一次完整项目的发布说起，一次完整项目的发布，大概需要经过这几个大的节点： 项目立项 -> 需求评审 -> 视觉稿评审 -> 技术评审 -> 项目启动 -> 开发 -> 联调 -> 测试 -> 发布。 有句话是这么说的，通过控制过程质量，来保证结果质量。 那么，一线管理者要做的就是保证每个节点的质量，来保证整个项目的质量。 怎么保证？ 往下看。 制定规范 技术评审规范 在技术评审前要熟悉产品同学提供的 产品文档 、 业务流程图 、 交互原型图 ，反复与产品同学确认，在双方达成一致的情况下，再设计技术方案。 设计技术方案要从 总体 到 局部 ，做到面面俱到。 总体： 总体结构图 业务流程图 时序图 核心类图 局部： 功能的变更 数据库字段的变更 业务流程上的变更 上下游接口约定的变更 当技术方案确定了，我们就确定了： 技术选型（前端/后端框架、日志中间件、消息中间件、数据库...） 技术架构（组件与组件之间如何协同工作，如何部署） 技术难点预知（明确存在的技术难点，并确定解决方案） 性能瓶颈预知（明确可能存在性能瓶颈的地方，并确定应对措施） 上下游系统交互（明确在流程中的哪个位置

https://www.jianshu.com/p/8c14b52ce692 JIRA这个工具接触有好几年了，在多个海外项目上都用过这个工具。去年又在项目上深度使用后就有点爱不释手了，回国后也在找机会推荐给其它项目上用。最近正好有新项目需要用，借这个机会把JIRA的配置学习的过程记录下来。 JIRA和Atlassian公司 JIRA是Atlassian公司的产品。Atlassian公司于2002在澳大利亚悉尼成立，提供面向企业业务流程的协同办公产品，并于2015年12月在纳斯达克上市。作为一家SaaS公司，不雇佣一个销售人员，仅通过口碑获客，市值达10亿美金级别（64亿美元-2017年3月13日），这也从另外角度反映出这个产品的独特之处。 Atlassian主要有5款产品，分别面向不同的市场。 JIRA（项目任务管理软件） Confluence（企业知识管理与协同软件） BitBucket（代码库） HipChat（内部聊天/协作软件） JIRA Service Desk（服务台软件）。 Atlassian最核心的产品仍然是 JIRA 和 Confluence ，JIRA被业界公认为最好的项目管理和开发管理工具，Confluence 被认为是最好用的企业级知识管理工具。 包括美国航空航天局使用Atlassian来设计火星探测器，Runkeeper使用Atlassian来设计健身应用

// 每日前端夜话 第466篇 // 正文共：3800 字 // 预计阅读时间：12 分钟 拖放 API 将可拖动元素添加到 HTML，使我们可以构建包含可以拖动的具有丰富 UI 元素的 Web 应用。 在本文中我们将用 Vue.js 构建一个简单的看板应用。看板是一种项目管理工具，使用户可以从头到尾直观地管理项目。Trello、Pivotal Tracker 和 Jira 等工具都属于看板应用。 设置看板 运行以下命令创建我们的看板项目： vue create kanban-board 在创建项目时，该选择只包含 Babel 和 ESlint 的默认预设。 完成后，删除默认组件 HelloWorld ，将 App 组件修改为空，仅包含裸组件模板： < template > < div > </ div > </ template > < script > export default { name : 'App' , components : {}, }; </ script > < style > </ style > 接下来用 Bootstrap 进行样式设置，只需 Bootstrap CSS CDN 就够了。将其添加到 public/index.html 的 head 重。 < head > < meta charset = "utf-8" > < meta http

一、常用缺陷管理工具比较 序号 缺陷管理工具 商用OR免费 是否跨平台 优点 缺点 1 QC（Quality Center） 商用 跨平台 QC将一个项目测试周期细分成了各个模块，把各个阶段集成到统一的平台上来，通过模块与模块之间的联系来控制项目测试流程的执行。以达到保证项目质量的目的。测试执行者和监督者因为可以在同一个平台上操作，按照统一的标准进行测试工作，也方便了项目各个阶段的沟通，评审，检查。提高工作效率。 需要安装配置IIS和数据库，系统资源消耗比较大。英文版，易用性不是很好，最重要的是收费且价格不扉，破解版性能不稳定。 2 Bugzilla 免费 跨平台 Bugzilla是一个搜集缺陷的数据库。它让用户报告软件的缺陷从而把它们转给合适的开发者。开发者能使用bugzilla保持一个要做事情的优先表，还有时间表和跟踪相关性。不是所有的"bugs"都是 软件缺陷 。一些数据库中的内容是作为增强的请求（RFE）。一个RFE是一个严重级别字段被设为"enhancement"的"Bug".人们常说"bug",实际上意思是Bugzilla中的记录，所以RFEs经常被称作 bug 。 安装需要Perl和配置MYSQL数据库，过程比较繁琐，修改配置文件比较麻烦，英文版 3 禅道 免费 跨平台 简单实用、免费并且开放源代码(遵循GNU GPL)。基于WEB的，配置安装简单

道生一，一生二，二生三，三生万物。 --《道德经》 如果说第一节的指导思想是 管理之“道“ ，那我们本节的核心配置就是**Jira系统之”道“**了。有了核心配置，才有后续的各种管理方法的实施可能。 本节的核心配置包括下面几点： 项目 用户组 问题类型 字段配置 工作流 项目（Project） 项目的主要用途是作为数据的隔离。但实际上项目做到的数据隔离还是通过逻辑隔离，根本来讲还都是存储在同一张表中的数据。 上图拆分出了三个项目，分别用于产研中心，支持中心（外部），管理中心（高层） 为了达到数据隔离的目的，需要配置的就是 配置了权限的用户才能访问指定的项目 下面还有针对问题、评论等权限设置，细化到操作比如：分配问题、关闭问题、创建问题、删除问题等。 用户组（UserGroup） 这里主要讲的还是组的部分，我理解的用户组的用法主要还是行政组织架构+角色职能多级组合。你也可以根据你希望管理的维度设置多级用户组。 Jira原本实际上并没有多级概念，所以我的实现方式实际上就是“ 前缀法 ”，上图： 第一级：org代表是一个组织架构，还有其他如：jira（jira系统角色）、auth（权限角色） 第二级：pd代表行政架构，大部门或者中心：product&develop 第三级：代表角色或者职能，比如：leader（管理岗），coder（编码人员），前端（frontside），后端

前面的几章基本已经完整构建了Jira的管理平台，并且有了一套比较完成的制度和方法。但是优化是永无止境的，我们作为研发管理人员，需要让系统使用起来更加高效和便捷。为了达到这个目的一般有两种途径， 插件和开发 。我们本章再推荐一些插件，下一章会介绍一些很轻量的二次开发，无需修改到jira本身而是使用接口或者数据库的。 本章的推荐插件实际上是暗含了不推荐的同类型插件，因为我在测试过程中，同类型的插件也试用了很多，作为一个排雷说明也一起告知给大家。满分5星 效率类【Adaptavist ScriptRunner for JIRA（☆☆☆☆☆）】 配置优化【Project Specific Select Field（☆☆☆☆）Default Values for Create Issue screen（☆☆☆）】 界面优化【Subtasks section for JIRA（☆☆☆）STAGIL Navigation（☆☆☆）】 移动端【Mobile for JIRA（☆☆☆）】 其他类【Universal gadget for JIRA（☆☆☆☆）】 报表类【无】 分类也只是我个人基于插件使用场景做出的，大家可以有不同的理解。接下来对类别和插件以及使用的场景做个简单的介绍。 效率类 效率类目的是Jira的使用效率，这里只推荐了一款插件，几乎可以说是必备了。Adaptavist

到现在已经写到了第五章节，实际上离Jira的官方系统已经越来越远，本章节的内容基本上已经完全脱离了Jira这个系统本身，而是依赖Jira的API接口和数据库进行开发了。主要包含如下几个功能： 人员任务排期管理 历史人员任务排期检查 BI报表 注意 ： 由于我们的二次开发基本都是做成静态页面，但是大量使用了Jira的API接口，为了能够方便的使用。所以我们将这些页面放到Jira的容器当中，在其中建立了一个目录。这样就能够和Jira在同一个域名下，只要Jira系统有登录，访问接口都是不需要额外进行认证的。 人员任务排期管理 背景 这个页面的需求实际上是源自于BigGantt这个插件，我们前面讲过这是一个非常强大的插件，对于迭代的任务管理有很大的帮助。 但是在慢慢的使用过程中产生了一个管理的场景：有一个重点项目占用了一部分的研发力量，需要了解这部分的任务安排情况。并且当任务有变更的时候，能够快速了解是否还有研发资源可以安排调整。 分析之后我们了解到，实际上这个需求有两个重点，一要有一个任务列表（通常是一个JQL语句筛选出的主任务列表），二要有涉及的人力资源和子任务清单。BigGantt是否满足呢？它可以根据JQL筛选出任务列表，但是这个列表只能够以任务为视角展开。当我们需要评估某个人员排期如何，是否能够插入或者调整时，没有太好的界面来清晰的展示。 实现 所以我们设计了如下的功能：

开源跳板机 jumpserver 安装 简介 Jumpserver 是全球首款完全开源的堡垒机 , 使用 GNU GPL v2.0 开源协议 , 是符合 4A 的专业运维审计系统 Jumpserver 使用 Python / Django 进行开发 , 遵循 Web 2.0 规范 , 配备了业界领先的 Web Terminal 解决方案 , 交互界面美观、用户体验好。 Jumpserver 采纳分布式架构 , 支持多机房跨区域部署 , 中心节点提供 API, 各机房部署登录节点 , 可横向扩展、无并发访问限制。 Jumpserver 现已支持管理 SSH 、 Telnet 、 RDP 、 VNC 协议资产。 官网 http://www.jumpserver.org/ github https://github.com/jumpserver/jumpserver 官方安装 http://docs.jumpserver.org/zh/docs/setup_by_centos.html 特点： 完全开源， GPL 授权 Python 编写，容易再次开发 实现了跳板机基本功能，认证、授权、审计 集成了 Ansible ，批量命令等 支持 WebTerminal Bootstrap 编写，界面美观 自动收集硬件信息 录像回放 命令搜索 实时监控 批量上传下载 环境配置 服务器环境 CPU: