Jira

近日，龙智Atlassian技术团队收到了国内一家大型半导体企业的感谢信。龙智团队提供的半导体行业项目管理解决方案和服务受到了客户的好评： **在龙智团队的反对下，咱们的业务获得了喜人的成绩和提高。龙智公司的业余服务和产品，是咱们博得市场竞争的重要保障，由衷感谢龙智团队的付出和帮忙。** 客户简介客户行业：半导体研发行业 公司地点：总部位于中国某一线城市，在全国多个城市设有分公司 波及部门：IT、半导体研发、软件、品质以及管理层 应用的次要产品：Jira Software、Jira Service Management，龙智自研的 Jira工时治理、Jira水印插件、Jira工作流扩大和并行审批插件、Jira企业微信插件，以及Marketplace中的其余插件 用户数：1,000 客户挑战本身需要不明确：我的项目启动时，客户尚不明确本身问题及需要，须要帮助开掘。上线工夫要求紧迫：我的项目上线工夫紧迫，须要在短时间内实现系统配置、流程上线、测试、数据导入等多个工作。工具链及数据扩散：客户数据扩散在多个旧工具（包含国产及开源工具）中，数据整合较为简单，难以无效治理。自动化需要较高：客户有大量自动化需要，包含实现里程碑或节点延期我的项目状态自动更新、工作实现后父工作和里程碑主动实现、新建我的项目后里程碑和工作主动创立、实现工作层级可有限拆分等。组织架构与工时治理艰难：团队工时治理较为艰难，心愿可能依照外部组织架构进行跟踪与治理，严格管理团队工时。解决方案龙智Atassian技术支持团队对客户的理论状况进行了深刻的剖析，为客户提供了定制化的解决方案。在解决方案中，龙智举荐了Jira，并集成龙智自研的Jira工时治理、Jira水印插件、Jira工作流扩大和并行审批、Jira企业微信等插件。 迭代式配置服务，精准开掘客户需要： 通过访谈、调研和需要剖析，帮忙客户梳理并开掘业务需要，明确我的项目指标。采纳迭代式的配置服务，逐渐搭建零碎并确保合乎客户预期。优先确保我的项目框架上线，后续性能阶段性上线：制订具体且高效的我的项目计划表并严格施行。第一期我的项目上线时，优先关注我的项目框架，例如我的项目分类、里程碑、工作层级等要害工作，后续逐渐上线其余性能并一直优化，实现我的项目阶段性上线，确保我的项目按时交付。数据迁徙至Jira零碎，实现对立治理：进行全面的工具链评估，制订数据迁徙和整合计划，帮忙客户将旧数据疾速、残缺、精确地迁徙至Jira零碎，并将Jira作为惟一数据源，确保所有数据可能集中存储并实现对立治理。联合客户需要，自动化方案设计： 针对客户的自动化需要，使用Jira产品的自定义性能和集成能力，为其定制自动化解决方案，包含状态更新、里程碑完结、工作实现等多个自动化场景和流程，进步零碎运作效率。提供龙智自研插件，定制化工时治理计划：通过提供龙智自研的Jira工时治理，满足客户以不同维度对我的项目进行工时统计的需要。此外，还提供Jira水印插件、Jira工作流扩大和并行审批插件、Jira企业微信插件等多个龙智自研插件，进一步满足客户在项目管理、流程扩大、审批治理等多方面的业务需要，帮忙客户更好地把握团队的工作进度，晋升团队管理效率。龙智Atlassian业余服务龙智Atlassian技术团队有21名认证集体，两位Atlassian认证专家。该我的项目由Atlassian认证专家叶燕秀率领团队提供服务，为该客户提供了从售前征询、计划定制、施行部署、培训等一站式的服务，最终帮忙客户彻底解决了各种挑战，确保我的项目得以顺利开展。 提供一站式服务，从POC到正式环境搭建：龙智Atlassian专家提供从 POC到正式环境搭建的一站式服务。在POC阶段，深刻理解客户业务需要，制订最适宜的Atlassian产品配置和解决方案。后续进行正式环境的搭建，包含零碎部署、装置、配置优化、培训等一系列服务，确保零碎稳固运行，满足客户业务需要。部署Jira数据中心版本、灾备演练：龙智Atlassian专家为客户部署Jira数据中心版本，该版本专为企业打造，在原Server版的根底上增加了更多性能。其具备的高性能、高可用性、可扩展性、无缝用户治理、灵便的部署选项和牢靠的安全性等劣势，可能满足大规模经营组织的需要，更好地反对客户业务的长期增长和倒退。同时龙智专家在部署过程中亲密监控所有细节，发展灾备演练，确保Jira数据中心版零碎在意外状况下可能疾速复原，保障客户业务的稳固运行。配置服务，包含需要探讨、流程上线、测试、调整、优化：龙智Atlassian专家致力于为客户提供定制化的配置服务，涵盖从需要探讨、流程上线到测试、调整和优化的全过程，帮忙客户实现高效项目管理，晋升整体工作效率。数据导入，实现多个旧零碎数据安全导入新零碎：依据客户的理论数据导入需要，龙智Atlassian专家为其定制数据迁徙计划，帮忙客户将多个旧零碎的数据导入新零碎中，包含数据荡涤、转换和验证，以确保导入数据的准确性、完整性和安全性。设置Jira权限，并依据权限进行用户培训与领导：龙智Atlassian专家依据客户的组织架构和业务需要，为不同的用户角色设置不同的权限。同时提供用户培训，依其权限进行针对性领导，帮忙用户理解并把握如何应用Jira进行日常工作。

近日，龙智联结Atlassian举办的DevSecOps研讨会年初专场“趋势瞻望与实战探讨：如何打好DevOps根底、赋能翻新”在上海圆满闭幕。龙智Atlassian技术与参谋征询团队，以及清晖、JamaSoftware、CloudBees等生态搭档的嘉宾发表了主题演讲，分享他们在DevOps畛域的丰盛教训与独到见解，并围绕Atlassian最新产品趋势与Jira、Confluence等工具的最佳实际，开展了深入探讨。 本篇文章回顾龙智技术顾问张晓乐的演讲，分享如何无效跟踪我的项目中的工夫和老本、如何在进步团队工作效率的同时降低成本，以及TimeWise for Jira（Jira工时治理插件）的性能和劣势。 如何在Jira中进行团队老本与工夫治理大家好，我是龙智技术顾问张晓乐。明天我的分享将聚焦于一个比拟细节的话题——如何在项目管理中联合应用Jira和工时治理，更高效地治理团队老本。在项目管理的过程中，以软件研发为例，必然波及到需要、设计、开发、测试和部署公布等一系列流程。在理论项目管理过程中，通常还会应用一些精细化的管理工具，如自动化测试、代码审查工具以及工时管理工具等，确保我的项目研发工作更加符合理论。如何进行无效的工时治理无效的工时治理是我的项目胜利的关键因素之一。高效的工时治理有助于咱们更精确地评估团队的工作效率和整个我的项目的进度，同时无效地管制我的项目老本。明天我次要想向大家介绍如何在我的项目中利用Jira及插件进行工时治理。首先，让咱们明确一下什么是工时。简而言之，工时就是在解决问题时破费的工夫。然而，工时是否被度量？如何度量呢？让咱们先深刻理解如何在Jira中进行工时治理。置信在座的各位对Jira应该都不生疏，它有一个性能叫做“注销工时”，用于记录日常的工作日志。记录工作日志是一项简略的工作，但对于项目经理、部门经理甚至企业高管而言，他们更心愿理解工作团队在项目管理中破费了多少工夫，尤其是在整个我的项目生命周期的不同阶段别离破费的工夫，如需要、测试和研发阶段。然而，Jira的原生工时治理性能绝对较简略，无奈提供具体的统计性能。为了补救这一有余，咱们能够利用Jira生态圈中的插件。在Atlassian Marketplace中也提供了多款相应插件，搜寻相干关键字，您能看到许多工时插件。 作为Atlassian的白金合作伙伴，龙智领有数量宏大的外乡客户群体。在服务国内客户时，咱们发现客户对工时治理有理论需要。在深刻调研了客户需要后，咱们总结了通用的痛点和难题，设计研发了一款工时治理插件——TimeWise for Jira（Jira工时治理插件）。 TimeWise for Jira——基于Jira的工夫&老本管理工具 接下来，我将为大家具体介绍TimeWise for Jira这款插件。作为一款工夫和老本管理工具，它不仅能够进行工时的布局、记录和统计，还能进行老本的跟踪与统计，同时也能具体统计老本的投入状况。如何联合工时与项目管理，我将重点从以下五个方面进行介绍：进度跟踪、资源管理、工夫与老本的管控、危险预警，以及多元化的场景反对。 在深刻介绍性能前，咱们首先须要思考如何记录工时以及录入的准确性。Jira提供了一个菜单，容许每个用户本人录入工时。TimeWise则是对Jira工时记录性能的延长和扩大。在TimeWise中，用户能够对工时进行布局。例如，在我的项目打算或为团队成员分配任务时，项目经理能够布局工时；每个我的项目团队成员布局本人下一个迭代周期的工作时，也能够进行工时布局；在理论我的项目进行中，如果依照布局进行工作，用户能够一键将布局转换为工时记录。在录入工时的时候，除了在打算里针对一个个问题进行工时注销，TimeWise还提供工时面板性能。在这个面板上，用户能够一键批量注销工时打算或批量创立工时记录。思考到一些用户可能须要代其余用户录入工时，咱们也提供了相应的权限。同时，某些客户企业会基于工时来考核员工的KPI，为了防止录入时长不符合实际状况，咱们引入了工时审批性能。管理层能够决定是否须要审批每个用户在我的项目中注销的工时。启用该性能后，用户提交的工时须要指定相干人员进行审批，审批后用户将无奈批改。审批过程也很轻松简略，因为TimeWise反对批量审批。工时记录后，如有我的项目成员销假等状况，TimeWise也提供休假记录，让工时可能实在地反映理论状况。我的项目进度尽在把握 用户的工时记录实现后，我的项目正式启动。需要创立实现后，项目经理或部门领导可能想理解我的项目的停顿，以及理解团队成员的工夫投入状况。TimeWise可能依据我的项目、我的项目的IP和版本，甚至依据字段定义统计维度，来查看项目组中用户或部门用户的工夫都破费在哪里。 管理层可能还想理解以后版本迭代破费了多少人/天。大家能够看到上图是用户工时表，提供了多维度搜寻。您能够进行基于多个用户、某些组、问题类型以及版本进行工时统计，符合理论工作中不同用户的实在需要。 如果想理解我的项目以后进行到哪个阶段，以及在以后周期或迭代内团队成员的日常工作，TimeWise提供了一个Issue面板。在公司外部周会上也能够利用这个面板。通过它，你能够清晰地看到每个用户在每一天都在做什么，以及为这些工作破费了多少工夫。您也能够依据需要调整我的项目的维度，以在会议上共享进度。高效治理我的项目资源 通过TimeWise for Jira插件，还能够进行资源管理。管理者可能关怀部门员工的工作安顿是否饱和，是否须要进行调整。TimeWise提供运行率和饱和度报表，您能够查看团队成员在某一段时间内的工作量，以及调配给他们的工作所需的工夫和理论记录的工夫。通过无效日志和冀望日志的比照，计算出用户的运行率。依据运行率，你能够判断在这段时间内，该用户的工作是否过载，是否须要重新分配工作。饼图是基于我的项目的总工时统计。它显示了在一段时间内不同我的项目用户所破费的总工时。能够看到在这段时间内，某个我的项目破费的工时较多，员工没有精力进行另外两项工作。这可能帮忙管理者理解是否有我的项目的工作量过大，是否须要减少人手，以及人力资源配置是否正当。 如果管理者想更具体地理解每个用户在这段时间内的工时分配情况，以便进行我的项目布局的调整，能够通过团队维度的报表来查看。 轻松管控我的项目工夫与老本 此外，TimeWise还提供了弱小的工夫与老本管控性能。老本管控方面，咱们引入了自定义职级的概念，容许企业依据外部职级来灵便定义不同级别，每个级别对应相应的老本。这些老本与用户记录的工时严密关联。通过将用户的职级与工时相结合，再思考团队内用户所在的级别及其对应老本，咱们可能准确统计我的项目在特定时间段内的总工时破费。同时，联合用户所在职级及相应的老本，也能计算出我的项目迄今为止曾经产生的总成本。通过比照本来我的项目的预估老本和以后的人力老本，可能清晰地评估我的项目是否面临着潜在的资源危险。另外，TimeWise也反对工时分类注销，您能够自定义工时类型，例如测试类工作、软件开发类工作等。大家还能够看到，图中清晰展现了基于不同职级的员工在不同阶段、不同工夫点的老本和工时统计。 上图是另一个维度的老本报表。该报表能够通过不同维度的筛选，显示您关怀的具体工时和老本的统计状况。 在Jira中，有一个性能叫工夫跟踪。该性能是比照原始预估工时以及用户注销工时，统计出用户在以后问题上的理论耗费工夫，以及还需多长时间来实现这个工作。TimeWise将此性能与本身的性能相结合，帮忙评估我的项目是否依照失常进度进行，是否存在延期的危险。提前预知危险，及时采取行动 TimeWise可统计多个我的项目的理论工时以及打算工时，便于从我的项目角度评估是否存在延期、估算超标等状况。 通过预估工时报表，您能够查看我的项目具体问题。基于每一个问题的预估工时与用户注销的理论工时，可能无效评估我的项目中哪些问题可能延期，从而让相应人员加快进度。反对加班、休假等多元化场景 TimeWise反对多元化的场景。在某些状况下，客户须要发送工时相干的告诉。例如，当用户提交的工时被领导驳回时，零碎应发送告诉，揭示用户从新填写工时。另外，员工提交工时并须要指定人员进行审批时，也须要发送告诉给指定人员。TimeWise反对邮件告诉或零碎内告诉，您能够灵便决定须要哪种告诉，或者两种告诉都保留。如果某个问题已解决，您也能够在TimeWise中自定义是否容许用户持续在此问题中录入工时。在权限方面，TimeWise也提供了一些灵便的管制选项。例如，能够定义上个月注销的工时从本月的某个时候开始不能再批改，以确保数据的准确性。对于不同角色的用户，比方我的项目组成员和项目经理，零碎也容许差异化的权限设置。项目经理通常更关怀每个成员的工时状况，而领导可能只需查看整体数据。因而，能够将领导的权限设定为仅查看。另外，非正常的工时，如休假，也能够依据企业的理论状况进行期限的定义。 为了反对多元化的场景，TimeWise提供了灵便的全局配置与阐明。在全局配置中，企业能够设置用户每天能够注销的最大工时时长，例如每天8小时。如果有加班状况，可设置用户进入加班模式，超过8小时的工时会自动记录为加班工时。此外，您也能够在此设置非工作日的工时是否计入最终的工时统计。TimeWise的权限设置也很简略直观。用户能够轻松设置查看、注销以及为其他人注销等权限。您也能够灵便地自定义休假类型。管理员可依据企业状况设定假期安顿，包含休息日、调休、假期等，以及依据每年日期的变动进行相应的调整。 除了明天介绍的TimeWise for Jira（Jira工时治理插件）外，龙智还提供其余实用插件，比方Confluence、Jira水印插件，这是龙智首发的一款插件。它能在Confluence或Jira中增加水印，用户在登录或想导出内容时，都会打上相应的标记，确保信息留痕。Jira并行审批和工作流插件是对Jira工作流配置的无力扩大。在某些业务场景中，可能存在两个人审批通过能力往下一个节点流转的状况，这款插件可间接设置并行审批，十分不便。还有Confluence附件下载及页面平安插件，可能对Confluence权限性能进行更细节的管制。如果各位有趣味，欢送试用。 企业如何良好地实际工时治理 那么，如何实现求实地记录和跟踪工时？后面提到，能够通过引入审批流程来记录工时。同时，能够从零碎的角度，管制每天用户能够注销的工时时长、设定超过肯定天数，或者实现后不能再统计的规定，来确保工时的准确性。此外，须要在管理层和员工之间达成共识，强调记录工时的目标是为了我的项目的高效进行和交付品质的进步，而不仅仅是为了谋求KPI。通过宣讲，造就员工对工时记录的积极态度，从而扭转他们的主观志愿。最初想强调的是，工时的治理和统计应该是对管理工作的辅助，而不是自觉谋求对时长的治理。在评估用户工作时，须要思考问题的复杂程度、所用技术的难易水平，以及员工集体的工夫安顿是否正当等多个方面，调整对工作的评估。项目管理和团队合作应该逐步转向谋求时效，而不是单纯地看时长。以上是我的分享内容，感激大家的凝听！

在麻利开发项目管理利用 JIRA 中，User Story 是一种形容需要的形式，而 Story Point 是一个用于预计开发工作量的度量单位。 User Story在麻利开发中，User Story 是一种简洁、明确的形容软件性能的形式，其次要目标是从用户的视角定义性能，以便开发人员能够更好地了解用户需要，并为其设计和实现解决方案。User Story 通常包含三个因素：角色、性能和价值。比方，一个典型的 User Story 可能是这样的：“作为一个在线购物网站的用户，我心愿可能在购物车页面看到我所有抉择的商品，以便我可能确认我要购买的商品。”。 Story PointStory Point 是麻利开发中用于预计 User Story 工作量的一种单位。它不仅包含了实现这个 User Story 所须要的编码工夫，还包含了测试和集成等所有相干工作的工夫。Story Point 的具体数值没有固定的度量规范，不同的团队能够依据本人的理论状况来定义。例如，一些团队可能认为一个 Story Point 相当于一个小时的工作工夫，而其余团队可能认为一个 Story Point 相当于一天的工作工夫。 在 JIRA 中，Story Point 是一个可选的字段，团队能够抉择是否在 User Story 中应用它。如果抉择应用，那么在创立 User Story 时，就须要为其调配一个 Story Point 值。这个值通常是由团队在探讨 User Story 时，基于其复杂性、不确定性和危险来独特决定的。 在麻利开发过程中，团队会定期进行 Sprint Planning 会议，选取一些 User Story 进入下一个 Sprint。这时，就须要依据每个 User Story 的 Story Point 值来决定可能选取哪些 User Story。如果一个 Sprint 的工作量通常是 20 个 Story Point，那么团队就须要抉择总共不超过 20 个 Story Point 的 User Story。 ...

工时治理是我的项目过程治理的一个重要伎俩，通过迷信记录我的项目组成员在我的项目执行过程中的工作实现和工夫耗费状况，能够帮忙管理者精准评估成员工作效率，实时把握我的项目停顿，并无效管控我的项目老本。想成为工夫治理巨匠吗？与 Atlassian 寰球白金合作伙伴、云业余搭档龙智的产品经理胡文华一起摸索 Jira 中的我的项目工夫与老本治理的神秘，化身工夫管理者，将繁琐的工时治理变成一场精彩的魔法秀！快来退出咱们的午餐会，一边享受美味的午餐，一边开辟视线，学习新常识！参会还有机会取得收费午餐券哦！ 炎炎夏日，咱们推出一档全新的 Atlassian Community 暑期系列线上和线下相结合的用户流动！包含每周三的线上直播午餐会，和每月一次的线下用户团聚。每周三的线上直播约半小时左右，咱们将为您精选最实用的主题，帮忙您更好地使用 Atlassian 产品，一顿午饭的工夫岂但能学到一些新的常识，参加互动问答还能够赢取收费午餐券！ 每个月咱们还将在不同的城市举办线下用户团聚。让用户面对面交换，分享最佳实际和心得体会。您能够结识气味相投的敌人，独特探讨技巧和教训，激发翻新灵感，让学习成为一种愉悦的体验。 无论您是老手还是资深用户，ACE 系列流动将为您带来全新的体验和播种。让咱们一起退出这个充满活力的社区，独特摸索 Atlassian 产品的有限可能！期待在流动中与您相见，独特成长！

近日，WorkflowWise for Jira DC 进行了重大版本更新，此次更新的次要性能包含反对按工作流为我的项目问题批量配置审批规定、为审批规定设置前置条件、容许多选审批完结后的转换动作等。 WorkflowWise for Jira（Jira并行审批与工作流加强）是一款让您无需创立审批子工作和编写简单的脚本，可间接在 Jira问题上进行多人多节点的并行审批和审批历史追溯的产品。作为Jira的扩大工具，WorkflowWise for Jira冲破了原生工作流的局限性，旨在加强团队的合作能力，进步团队工作效率。 此次更新重点推出“反对按工作流配置审批规定”性能，意味着用户当初能够依据工作流来定义审批规定，从而达到为同一工作流的我的项目问题批量设置审批的成果，不再须要一一配置，大大提高了工作效率。此外，审批规定前置条件设置性能、审批完结后的转换动作的多选性能 ，也更进一步丰盛了业务利用场景。 值得一提的是， WorkflowWise for Jira云版也已推出，欢送分割龙智申请收费试用。 WorkflowWise for Jira性能一览轻松设置简单的工作流和并行审批流程及规定 无需通过创立审批子工作和编写简单的脚本，几次鼠标点击就能够创立简单的工作流，以及并行审批流程，间接在Jira问题上进行多人多节点的并行审批和审批历史的追溯。 简洁清晰的审批流程和面板展现 直观地展现审批规定、待审批人信息、已通过或已回绝人员信息，进度和历史记录高深莫测。 扩大的工作流满足更多本地需要 提供了一系列额定的执行条件、校验器和后处理性能，冲破原生工作流的局限性，符合国内企业的非凡需要。 无需编码，灵便扩大JQL函数 为了不便用户疾速定位到须要审批和通过审批的事务 (Issue)，咱们还开发了相应的JQL 函数： waitApprovalForMe(),期待我审批的Issue;approvedBy(user,..) ,通过某用户审批的Issue;rejectedBy(user,..) ,某用户审批不通过的Issue;approvedIssue(status1, ..) ,某审批节点通过的Issue;rejectedIssue(status1,..) ,某审批节点回绝的Issue;龙智提供多款插件及按需要定制开发服务截至目前，咱们已在Atlassian插件市场上架20款自研插件，其中包含Jira组织机构插件、Jira工时治理插件、Confluence到期日揭示插件、Confluence水印插件、Confluence周报插件、Confluence便当工具，以及集成飞书、企业微信和钉钉的插件等。 当您发现标准化的产品无奈满足您的需要，您能够分割龙智，咱们领有业余的开发团队，可能依据您的需要进行定制开发、插件开发等。

迁徙到云端相当于一次业余的冒险旅⾏。过程中必定会经验一些平稳，但只有有正确的心态和充沛的筹备，您就能完满应答。最终的目的地肯定会让你感觉值得。当Atlassian考察了最近迁徙的客户时，有89%的客户示意在他们不到6个月的工夫内就意识到了迁徙上云的益处（数据起源：TechValidate对300名Atlassian用户的考察）。 本系列文章旨在帮忙您轻松实现迁徙的筹备工作，使迁徙之旅尽可能顺畅，并帮忙您在面临分岔路时抉择最适宜的路线。此外，您还将播种胜利治理、优化和扩大云实例的技巧，以确保您的迁徙胜利实现。 读完本系列文章后，您将会对以下方面有一个全面的理解： Atlassian Cloud有何不同凡响之处以及它的倒退方向； 迁徙的六个阶段；曾经胜利切换到云端的客户采纳的支流迁徙策略；如何布局和领导您的迁徙我的项目；迁徙团队须要具备的角色和技能；在迁徙过程中以及之后优化和扩大实例的额定资源。如果您须要执行迁徙的逐渐操作指南，请分割Atlassian寰球白金合作伙伴、云业余搭档——龙智。在您相熟云迁徙过程时，龙智专家团队的专业知识能够为您提供反对，并为您提供资源、工具和定制解决方案，最小化迁徙对企业的影响，同时反对您的云迁徙之旅。 本篇是系列文章的第一篇，将帮忙当初还应用Server版的用户理解云版与Server版的差别。因为到2024年2月，Atlassian将终止对Server产品及插件的所有反对。对于很多用户来说，云版是一个不错的抉择。当然，对于须要自托管的用户来说，Atlassian也提供本地部署的数据中心（Data Cener）版，中国用户25人以上即可应用。 为云产品构建业务案例如果你无奈当初迁徙到Atlassian云版是否是一个理智的决定，那么请参考以下咱们为您总结的业务案例。简而言之，利用基于云的工具，能够让企业实现以下指标： 更快、更经济地扩大规模进步利润并降低成本进步速度和性能进步团队生产力与将来的竞争对手抗衡因为各种畛域的颠覆者不断涌现，企业和非营利组织都须要更快地翻新，警觉将来可能会呈现的竞争力量，防患未然，为长期倒退做好筹备。然而，当您必须手动更新和保护反对工作流程的每个工具时，这一点真的很难实现。 依据Forrester的数据，只管晓得迁徙会消耗费用和工作量，四分之三的企业曾经开始将其基础设施资源转移到云上。为什么？因为规模较小的云原生竞争对手正在稳步鲸吞他们的市场份额。云开释了人力资源，让他们可能专一于反对业务，而不是工具链。 他们可能更快地向客户提供产品和服务，并轻松适应市场变动。而且，因为无需在硬件和劳动力上大笔收入，从久远来看，他们的总体领有老本（TCO）大幅升高。 这里有⼀个例⼦： 在经验了一次特地苦楚且代价昂扬的停机事件后，Igloo Software的Jimmy Seddon意识到，为Jira、Bitbucket和Bamboo保护自托管服务器将会给这个快速增长的公司带来肯定的危险。 这个停机事件为期四小时，影响了公司80%的员工。在计算了事件老本后，他发现，迁徙上云尽管老本较为昂扬，但比起这次停机的代价来说便宜很多。 Atlassian云版与Server版有何不同？用户治理 首先，因为用户治理是集中化的，所以更加简略。在Atlassian的云产品中，您能够在企业级别而不是产品级别上治理用户帐户。这使您能够在一个中央查看所有用户。组以及对各个产品的拜访权限是在产品级别上治理的。 此外，Atlassian还提供了Access来扩大您在云中的用户治理性能。Access提供了企业级平安控件和监控性能，可在所有Atlassian云用户之间标准化。 平安、合规性和可靠性 Atlassian云产品还笼罩了您的风险管理需要。Atlassian云产品默认合乎GDPR、ISO、SOC和 Cloud Security Alliance规范。事实上，92%的受访IT企业示意，云的安全性更好或持平(数据起源：TechValidate对311名Atlassian用户的考察)。Atlassian还在平台中内置了“被忘记权”(RTBF)控件，并且提供了数据驻留选项，您能够抉择用户生成的内容、附件、元数据的寄存地位，而不用减少基础设施占用或开销。如需理解更多无关Atlassian如何将安全性和合规性作为优先事项的更多详细信息，请分割Atlassian寰球白金合作伙伴、云业余搭档——龙智。 Atlassian产品专为高性能和可用性而设计，并基于一流的核心技术（如AWS）构建，因而您的企业能够平安自信地进行扩大。所有云产品都为高级版（Premium）和企业版（Enterprise）客户提供了有财务保障的失常运行工夫服务级别协定（SLA）。 “有了云服务，我不会因为数据中心中的节点呈现故障而在中午被叫醒。这对我和我的客户来说是一个微小的劣势，因为我能够确保提供最好的服务水平。” ——劳伦·伯蒂尔，Atlassian管理员，Lucid Motors 云产品的定价和计划 Atlassian还为云产品提供了一系列灵便的定价计划，满足各种规模团队需要，从初创企业到大型企业。Atlassian高级版和企业版计划还提供了IP容许列表、变更治理性能和拜访专属反对工程师等性能。这些不同级别的计划是为了最大地满足客户的需要，以及对平安和用户治理要求严格的客户需要。对于大多数中小型企业来说，Atlassian规范计划更适宜他们的需要。 应用程序和集成 对于那些须要自定义云产品以适应特定用例的人来说，Atlassian Marketplace中曾经提供了大量的云应用程序，每周还会有更多的应用程序推出。如果你更喜爱"寻求扭转"的路线，请利用Forge平台，应用Atlassian托管的计算能力和存储空间来创立、测试和部署本人的可扩大应用程序。 面对上云的趋势，龙智也推出了相应插件的云版，如Jira并行审批插件（Workflow Parallel Approval云版），帮忙企业更好地应用Atlassian云版产品，满足更多业务场景需要。 下一篇文章，龙智持续为您带来数据迁徙指南，将从您的估算、用户数、所需的平安合规性和迁徙指标等方面着手，领导您清晰明确地理解本人的需要，以便制订更欠缺的迁徙上云策略。敬请期待！

2023年4月14日，Atlassian中国合作伙伴企业日·上海站圆满闭幕。作为Atlassian寰球白金合作伙伴、云业余搭档，龙智携客户小米参加了此次流动。小米团体信息技术部SRE薛世英为大家带来主题为《小米团体Jira实战：如何在高负载状态下放弃Jira性能与运行稳固》的演讲。（点击查看回顾文章及视频） 龙智Atlassian技术专家、资深DevSecOps参谋吴锦涛联合其丰盛的施行教训，分享了龙智针对Atlassian产品的一站式解决方案及服务、龙智自主研发的多款Atlassian插件以及小米Jira我的项目施行案例。 ▽点击此处观看回放视频https://www.bilibili.com/video/BV1g14y1Z7FK/?aid=783061653&ci... 以下是局部文字实录（有删改润色）：大家好，很荣幸明天能代表龙智站在这里。 我是来自上海龙智数码科技股份有限公司的技术顾问，叫吴锦涛。因为我从事的是运维工作，比拟偏技术，所以明天的演讲会更靠近运维和技术方面。 先介绍一下咱们公司。想必大家也不生疏。龙智是业余的DevSecOps解决方案提供商，先后为国内外超过1,000家企业提供DevSecOps服务。咱们为企业提供包含Atlassian的Jira、Confluence、Bitbucket等支流工具，还有其余平安品质畛域的寰球当先产品。咱们的客户笼罩游戏、金融、汽车、互联网等行业，业余能力深受市场好评。 后面几位大咖介绍了Jira的状况，我在此介绍一下Atlassian的背景。大家可能对Atlassian这个名字比拟生疏，但它旗下的Jira、Confluence大家必定很相熟，其中Jira是Atlassian公司的拳头产品。寰球有超80%的财产500强企业都是Atlassian公司的客户。 Jira大概在2014年进入中国。各位前辈可能比拟理解这一时间点，过后正好是中国互联网倒退到第三阶段。中国互联网倒退到当初一共经验了四个阶段。咱们一起来回顾一下第三阶段——在2010年代，中国互联网产生了很多事件。比方美团外卖、百度外卖的呈现，短视频的崛起，ofo、摩拜等共享单车的涌现，十分多的互联网企业在那个时代竞争、抢占市场。 为什么提到这个？因为抢占市场的重要因素是工夫。这些企业看似和Jira没有关系，但都是因为Jira在幕后作为撑持，他们能力疾速抢占市场份额。从之前的硝烟弥漫，到当初绝对成熟的网络环境，Jira能够始终放弃当先，证实它经验了战火的洗礼——市场验证，才奠定现在的位置。 其实在上台前，领导给我下了一个工作。他说：“锦涛，这次演讲肯定要说公司的技术实力很牛，凸显咱们是一家业余能力十分强的公司。”我看着领导，愣了2秒，回了3个字：须要吗？ 一起来看几个数字。 首先，龙智公司是Atlassian寰球白金合作伙伴，这是Atlassian最高级别的合作伙伴。龙智团队有超过20位共事通过了Atlassian的ACP认证，有两名Atlassian认证专家，还有一点值得自豪的是，就在前不久，咱们成为了大中华区第一家通过认证的云业余搭档。 乍一听，大家可能对这些数字没有概念。我在这里十分骄傲地通知大家，无论从客户数量还是服务教训的角度看，龙智团队都是超群绝伦的。后面提到，龙智为国内外超过1,000家企业提供超过10年的DevSecOps服务，所以无论是从认证这样的硬实力，还是从施行教训这样的软实力来说，龙智的业余实力都十分突出。 龙智针对Atlassian产品提供一站式服务 咱们提供六大服务：业余征询、定制计划、施行部署、晋升开发、治理培训和综合运维。客户在后期会经验产品选型过程，公司外部有许多痛点，或急需工具去帮忙解决一些需要。这个阶段的客户会比拟迷茫，因为当初市场上有泛滥同类型的产品。在这个阶段，咱们会帮忙客户进行产品选型，理解客户所在的行业，以后客户正在应用的工具以及需要和痛点，而后联合这些痛点做产品演示，通知客户咱们的产品是否可能满足他的需要。 理解需要后，咱们会依据客户的需要做计划。在做计划的过程中，有十分多的工具可供选择。咱们会依据客户的需要和痛点举荐最适宜的工具。当遇到标准化产品无奈满足的需要时，业余的开发团队会染指，依据客户的需要进行定制开发、插件开发等。 最初，当客户选型结束，确定应用这款产品，咱们会帮忙客户疾速落地。首先是装置部署，咱们为Jira以及Atlassian其余产品提供装置部署服务。咱们反对多种部署形式，无论是虚拟机、公有云、私有云，还是当初风行的容器化部署，并且有很多胜利案例。 部署完大家都会遇到一个问题，那就是软件装好该怎么用？公司有这么多的业务需要，怎么在Jira里实现？这时会牵涉到施行配置。咱们会依据客户的业务需要，制订绝对应的计划。 在客户应用产品一段时间后，遇到问题能够寻求咱们的帮忙。比方降级迁徙，我前两天刚好为一个客户施行了迁徙降级，包含性能优化。在这里交叉一个小故事。前段时间，正好有客户因为性能优化找到咱们团队。他遇到了一个有共性的问题，那就是Confluence的拜访十分慢，而且是不定期的慢。有可能今天下午两点忽然变慢，到四点又忽然变慢。 当然，导致变慢的起因有很多。一开始，咱们进行近程反对，依照惯例查看服务器的负载，例如CPU是不是过高，内存是不是过大。但常规性查看并不可能排除他们的故障，所以咱们进行了现场反对。尽管客户公司离咱们较远，但我第一工夫就飞了到现场。 发现的第一个问题是数据量十分大。数据量大会导致同步十分耗时，而且这个工作会在Confluence里定期执行，所以每隔一段时间就卡顿一次。这家客户有超过50万用户，日沉闷用户大略在1万到2万之间。对Atlassian来说，这个用户数并不足以为惧，但最可怕的是，这家客户应用的是Server版。 Server版也是俗称的单机版。Atlassian其实限度了单机版的数据量和用户数，提供了一个推荐值，而这家客户的数据量远远超过了推荐值。 第二个问题是组织架构凌乱。这家客户的用户是从LDAP同步的，并且创立了70多个用户目录，每个目录里还存在反复用户，所以用户是穿插的，一个用户可能存在多个目录。这就导致每次同步用户目录都十分耗时，一、两天都无奈同步完。咱们通过优化用户目录的组织构造，将用户迁到Confluence本地做一个用户目录迁徙，解决了这个问题。 最初，咱们排除了性能问题。 这家客户最后找到咱们时，有十分多的埋怨，认为产品体验太差。然而通过龙智服务解决问题后，他们对咱们的业余技术能力表白了必定。 除了施行部署外，咱们还会依据客户的需要进行定制开发，包含插件开发、脚本开发和产品开发。咱们开发了很多产品，丰盛了Atlassian的生态圈。 针对应用软件的过程中产生的问题，无论是性能问题、故障问题还是平安问题，咱们为您提供综合运维服务，帮忙您解决。 最初是团队培训服务。这是针对产品自身的培训，培训的讲师都领有认证资质，专业性、含金量有充沛保障。只有在培训后消化这些内容，您齐全能够本人去加入Atlassian认证考试。 从最后的产品选型，始终到最初的落地、运维、技术支持，造成了龙智一站式服务的骨架。 Jira是Atlassian旗下十分受欢迎的一款项目管理工具，它有一个特点，也是它的弱小之处，那就是生态圈。大家晓得美国的苹果公司是如何倒退起来的吗？就是因为有本人的生态圈，所以生态对产品来说十分重要。 龙智Atlassian插件 龙智积极参与Atlassian生态圈的建设。截至目前，咱们已在Atlassian插件市场上架超过15款自研插件，其中包含Jira组织机构插件、Jira工时治理插件、Confluence到期日揭示插件、Confluence水印插件、Confluence周报插件、Confluence便当工具，以及集成飞书、企业微信和钉钉的插件等。 这些插件都依据外乡需要开发的。龙智的客户数十分宏大，咱们有能力做市场调研，理解当初国内市场最迫切需要的性能。所以，基于这些性能需要，咱们开发了绝对应的插件。比方咱们公司破费大量人力、物力和财力开发的TimeWise-Jira工时治理插件，在Atlassian插件市场上不只有我司这一款工时治理插件，其余家也推出此类产品。我司Timewise - Jira工时治理插件与它们的不同点在于在产品设计中思考了国内企业的需要。比方，其余工时治理产品中没有加班的配置或统计，但TimeWise-Jira工时治理插件中能够申报、审批和统计加班工时。这只是其中一点。还有很多重要的性能点，感兴趣的敌人们能够申请试用。 集成企业微信、钉钉、飞书的插件也都是源于国内市场的需要。很多客户向咱们提出此类需要，咱们针对这些需要开发了一系列插件，集成Jira和Confluence、Jira Service Management等。 咱们的插件曾经销往世界各地。日本、新加坡、德国的很多企业都给予龙智自研插件高度评价。 这里又交叉一个故事。十分巧，昨晚我有一个施行工作，施行的对象是两位麻利教练。更巧的是这两位麻利教练正好是第一位讲师——周总（注：周亚楠，埃森哲大中华区麻利业务团队征询总监）的手下悍将。在做我的项目施行的过程中与他们聊天，我问了一个问题：“两位教练，Jira在中国市场曾经称霸了这么久，到当初，世界上有没有一款产品能与之抗衡，或者能称得上它的竞品呢？” 两位教练像看傻子一样看着我，我感觉本人问了一个蠢问题。因为没有一款产品能与Jira抗衡。你能够说Jira不好用，配置太灵便、太简单，上手门槛高，也能够说它安全性不好或是体验太差，但无奈否定，Jira依然是项目管理市场中最好的产品。这里没有之一。通过中国互联网第三阶段的市场验证以及打磨，才奠定了Jira当初难以撼动的位置。 Jira及小米Jira施行我的项目案例接下来先为大家介绍Jira的特点，想必大家曾经耳熟能详。首先要强调我集体认为最重要的两点，第一是用户体验和界面设计。可能有人感觉不过是一个界面，又不会影响应用。然而我想通知大家，用户体验才是最重要的。 我经常遇到这种状况，客户在后期选型或是上线工具时会遇到很大的阻力，因为工程师或用户十分冲突这类工具。他们感觉下班曾经十分忙了，为什么还要花工夫把记录上传到Jira上？ 我给大家一个理由。当您忙于工作时，领导过去问这两天到底在忙什么，都看不到人，你思来想去居然想不出到底在忙什么。如果把记录上传到Jira，当领导问同样的话，就能够把Jira的数据报表拉进去打印，拍到领导的桌子上，让领导给你升职加薪——Jira是一款能够体现咱们作为员工或者工程师价值的产品。 对于这样一款有价值的产品，十分值得咱们宽泛应用它，那么，它的用户界面、用户体验就十分重要，因为决定了它是否可能顺利推广。 第二是数据。为什么要把数据全副电子化？因为人喜爱直观的货色，要一眼就能看到当初团队外面有多少工作，实现和没实现的别离有多少，测试团队当初解决了多少bug，或者是性能是否开发结束。让用户录入数据并不是最终目标，用报表去出现才是数据电子化的最终目标。 接下来是Jira的灵便配置。置信在座的各位都应用过Jira，然而Jira的应用门槛比拟高。为什么？两个字，“计划”。这也是很多老手在接触Jira时最头疼的方面。Jira里的界面、字段、工作流等都有计划。Jira的灵活性是把双刃剑，可能带来较高的门槛，须要咱们进行一些配置和前期工作能力将Jira落地到业务中。但益处在于灵便的配置让Jira可能适应各行各业。 我要强调一下生态圈。据我所知，Atlassian的生态圈有超过5,000款的插件。这让Jira能够像手机利用一样，轻松扩大性能。Jira是事务管理软件，但通过插件的扩大，它能够治理需要、测试等，越来越多的工作放到Jira里实现，在一个平台上进行协同解决。 为大家分享一个案例。 这家公司是龙智多年的客户，也是Jira的重度使用者。它有几个特点。第一，深度应用Jira。有些客户尽管应用Jira，但并不全面，而这家公司的应用水平很深。第二，用户数十分大。注册用户靠近两万，日沉闷用户在一万左右。 后面介绍的一家客户用户数更多，为什么要介绍这家公司呢？因为除用户数外，这家公司的数据量也十分大，Issue的总数已近千万级，附件总数也靠近千万级，是一个十分可怕的数据。第三点是查问多和平台集成多。 以上这些问题导致了这家客户来寻找龙智的帮忙。我从中挑出来三个他们遇到的问题。 大数据量导致索引迟缓和失败。 接口调用问题。因为Jira是凋谢接口，只有用户有权限就能调用。这家公司是互联网科技行业，领有很多的程序员和技术员，所以很多用户间接通过接口调用Jira里的数据。 接入团体对立的SSO。 这家公司就是大家很相熟的小米。在这里我不过多剧透，前面小米公司的薛世英老师会给大家带来具体的分享——《小米团体Jira实战：如何在高负载状态下放弃Jira性能与运行稳固》的演讲。 因为我是技术岗，所以常常遇到在高负载的状态下如何放弃Jira的性能和稳定性的问题。这也是运维或技术最为关怀的。因为这个方面做不好，你的工夫就会被花在应酬各种情况上，甚至在休假期间，在凌晨或中午，也会接到电话说Jira挂了，主页面打不开。那么这个问题如何解决？让咱们一起期待薛老师的分享。 因为工夫的关系，我就分享到这里。 谢谢大家！

在当今快节奏的商务环境中，挪动端办公曾经成为古代企业治理和团队合作的不可漠视的趋势。古代职场重视灵活性、高效性和便捷性，员工在手机或平板上解决工作事务曾经成为日常工作的一部分。 为了满足这一需要，龙智自主研发了一款无缝集成企业微信和Jira的插件——Jira企业微信插件（WeCom for Jira），让用户能够随时随地通过企业微信创立、编辑、检索、跟踪Jira问题，实时推送音讯、评论互动，方便快捷。 同时，此插件反对挪动端依据配置的工作流更新问题状态、流程，大幅提高我的项目效率。 此外，还有丰盛的自定义配置，您能够依据需要筛选在首页显示的内容，更改头像，音讯推送设置等，使古代挪动办公更加便当、高效和智能。 即便您应用的是华为手机，无奈应用Jira APP，也能借助Jira企业微信插件随时随地解决Jira Issue，放弃高效沟通和合作，晋升工作效率。 本期，咱们为您带来龙智DevSecOps参谋、Atlassian技术专家张晓乐的演示视频，让您更具体地理解Jira企业微信插件的性能、界面和具体操作细节。 ▽ 观看演示视频，理解更多插件的性能和劣势！https://www.bilibili.com/video/BV1nc411J7dY/?aid=270345967&ci...

2023年4月14日，Atlassian中国合作伙伴企业日·上海站圆满闭幕。作为Atlassian寰球白金合作伙伴、云业余搭档，龙智参加了此次流动，并邀请小米团体信息技术部SRE薛世英作为演讲嘉宾，分享了小米公司的Jira实战经验。以“小米团体Jira实战：如何在高负载状态下放弃Jira性能与运行稳固”为主题，薛世英深刻介绍了小米成功实践万人规模Jira迁徙的教训，并分享了如何优化Jira，如何依据用户需要实现性能的扩大，如何实现不间断提供服务，以及一些Jira日常应用技巧，为大家提供实际参考。▽ 点击此处观看回放视频https://www.bilibili.com/video/BV1PM4y1a7dH/?aid=910269250&ci... 以下是局部文字实录（有删改润色）：各位下午好，我是来自小米公司的薛世英，明天受龙智邀请来解说小米Jira零碎的应用教训，我会分享咱们是如何让Jira零碎放弃运行稳定性的。 小米从晚期就开始应用Jira，2013年我接手了Jira零碎的运维与治理。过后应用的是Server版本，当初已迁徙至数据中心版。 小米Jira我的项目详情 2013年的时候，小米公司的Jira用户有余百人，次要用于安卓的研发。过后应用Jira的起因是用户数（员工数）增长过快，大家不可能意识所有共事，也不可能理解到每个人具体负责的工作内容，修bug很难找到正确的人或部门，加上bug统计治理的需要，以及UI界面易用性的思考，咱们开始应用Jira。 到当初，小米曾经应用Jira 10年了。目前咱们的数据量特地大，大略有千万级的Issue，而且这些Issue都是不能归档的。咱们大概有2,000多个我的项目，界面、阶段的数量也比拟多。 咱们遇到最多的问题是接口机器人对接导致Jira零碎运行慢。小米自动化的水平很高，每天大略有上百个接口机器人不停地对接Jira零碎。 咱们日活用户大概有14000人，有专人保护零碎和需要，每周大略有50多个需要到咱们这里进行各种需要变更。 Jira长处 Jira长处在于接口丰盛、凋谢。用了Jira零碎后，所有用户都能够随时随地拿到他想要的数据，不存在须要二次研发后能力有接口，或须要额定减少老本投入的状况。其余还有一些常见长处，比方能够自定义工作流、界面和字段，还有它自身的麻利理念，丰盛的插件市场等。 对于小米来说，除了接口，规范的webhooks服务用得也比拟多，咱们推送变更数据到用户方，Issue的状态能够实时变更。 Server版迁徙到数据中心版说一下咱们为什么要把Server版迁徙到数据中心版，以及在迁徙过程中遇到了什么问题。当用户数减少、数据量宏大，再加上机器人的频繁对接，单机版的Server一天可能进行服务七、八次。 咱们过后剖析了起因，也找官网做了大量优化工作，找出的起因： 第一是因为JVM内存调整，会导致长时间Full GC回收频繁失败，导致Jira没有响应。 第二是因为数据量较大，Issue也多，随时须要查看和搜寻。还有一点是咱们购买的Server产品不限度用户数，导致用户较多，机器人随时在对接。 第三是因为Server版本产品无奈应用限流性能。 咱们想到的长期应答办法是通过人为重启停止Full GC操作。然而人为重启须要五分钟工夫，如果人不在旁边工夫会更长。 还有一个办法是应用脚本实现HA性能，减速自动化解决，然而再怎么减速还是须要复原工夫。 另外，咱们从用户端解决问题，建设应用标准和机器人注销标准，升高获取数据的频率，缓解不可用次数。 但这些办法都治标不治本。 迁徙至数据中心版 咱们抉择迁徙到数据中心版来解决以上问题。迁徙的时候，咱们外部遇到最大的问题是部门老本与摊派核定。解决好老本问题后，咱们又面临筛选供应商的问题。公司的洽购部门曾经提前将优质供应商进行了筛选，再依据相应的规范综合评判，最终抉择龙智作为咱们的Jira代理商。 洽购前，咱们做了一些技术上的计划测试，包含起初的正式迁徙。在正式迁徙之后，咱们来到龙智公司的上海办公室待了一周的工夫，与龙智专家和官网技术支持一起，把积攒的108个问题集中解决，其中包含需要、倡议、接入、SSO等。 当初小米的Jira零碎可用性曾经在99.95%以上，失常状况可达到99.98%。 Jira优化 目前，咱们的用户解决流程是用户提出需要，外部沟通确认，一部分需要在确认好之后咱们就间接解决。如果解决不了，比方新的性能需要，咱们会让龙智帮忙评估，包含评估是否可能通过开发实现、开发的周期和老本、是否须要购买某个插件等。 如果能够通过龙智开发实现，咱们会与用户沟通老本和周期，用户再外部评估，老本申请下来后，就开始进行开发、脚本实现等工作。 还有一部分能够通过咱们本人研发实现。咱们会间接批改DB或脚本插件来实现，也能够找龙智编写脚本，例如将用户的操作及流程通过自动化脚本进行束缚，以符合规范要求。 定制开发 咱们买的插件比拟多，应用的外围是龙智自研的组织架构插件，其次是龙智自研的Jira飞书插件，因为小米应用飞书，须要把Jira和飞书买通。但飞书自带的Jira巨匠不好用，会有卡顿和新版本反对等问题，所以咱们找到了龙智做二次开发，还有ScriptRunner等脚本插件的反对。 问题排查咱们平时用的要害剖析工具是JFR和HAR。JFR（Java Flight Recorder）是一个Java的数据收集框架，通过Jira的参数实时运行JFR，把dump包保留到各个节点上，遇到CPU增高时，能够依据监控工夫来剖析过后Jira零碎在做什么，一清二楚。HAR就是大家平时应用浏览器的F12开发工具。如果应用这两个办法还是无奈解决，咱们就会寻求官网反对，解决速度还是很快的。 1、用户仪表板异样问题 咱们的Issue数量较多，总体千万级，单个我的项目就有超过百万的Issue。所以当用户应用filter进行全局排序时，略微操作不当，JAVA内存就会Full，负载增高，所以从CPU监控图上就能看到CPU忽然会飙高。 咱们通过JFR文件依据工夫去查，能清晰地看到用户是谁，做了什么，而后咱们会去搜寻该用户的仪表盘，看到该用户的仪表盘是空的，基本上都是刷不进去，而且该用户每次登录Jira，或者是关上Jira主页的时候都会卡一次。 解决办法：拜访用户仪表盘后，发现第一个图表始终在刷新，并且是红色状态，不出数据，根本可定位该图表异样，能够分割用户自己删除filter或放大filter搜寻范畴。 2、访问速度越来越慢问题 访问速度越来越慢的问题让咱们和用户都感觉头疼。在大家关上Jira主页时，加载工夫超过10秒以上，而且每一项都加载得很慢。从运维的角度看，监控指标和各项性能又没有太大的异样，PV值也很低。 解决办法是：咱们和龙智、官网技术支持屡次会议后，达成一致意见，从nginx代理上做前后端拆散，也就是用户端和接口端离开，离开之后感觉速度有质的飞跃。额定的播种是官网帮忙咱们屡次优化了脚本插件，让每个网页的加载从10M多缩小至5M，晋升了公司wifi线路的用户体验。 3、RMI连贯超时问题 咱们常常查日志剖析问题，发现日志里常常有RMI连贯超时，每次报超时就会一连串报很多条，并且Jira前端无反馈或反馈慢。 咱们会首先查看工夫点对应的CPU波峰状态，而后去进行剖析。JFR剖析能看到是哪个用户用了API接口进行操作，占用了多大内存。比方一个接口占用了10G，这必定是不失常的。而后分割用户，去查看具体情况。 以咱们的教训来看，大部分都是因为一个Issue的评论数过千，甚至有的过万。这种就是机器人主动对接（个别为Issue中包含手机操作系统和BUG的提交、剖析等自动化匹配操作）导致的，有些Issue中要害Bug起因不明确，机器人会主动增加评论，提供更多信息，所以会呈现一次一个Issue占用10G的状况。 4、Jira零碎Full GC问题 无论是Server版还是数据中心版，Full GC都是困扰咱们的问题，置信大家也会遇到。尽管数据中心版保障了用户端的高可用性，但从后盾运维角度来看，有时候某个节点还是会有问题，Jira某个节点会不定时的呈现Full GC，大略的无响应的工夫是几秒到几分钟。咱们做了一系列的排查，最终的指标是降低成本、提高质量，不能无限度扩容服务器数量，所以咱们抓取了占用jvm内存最多的人和过程。 能够看到，某用户做了2620的看板操作，并应用了大量内存。分割用户进行优化2620看板对应的JQL，放大范畴，其中包含减少经办人、日期、Issue状态的条件，防止对整个我的项目进行排序。因为一个我的项目有百万Issue时，再排序间接就进行响应。最初是系统管理员自行删除。 如何实现不间断提供服务对于超大Jira零碎，这里有几个倡议，也是咱们的日常做法。 多应用webhooks性能，实现被动推送变更数据到业务零碎，这样能实现施行的性能，也能满足业务需要。多多提交问题和想法让龙智或官网解决，咱们提交的问题比拟多，包含Jira的一些性能优化，也常常和官网沟通。肯定要有研发能力，实现top级问题用户自助解决。肯定要装备专门人员或龙智驻场，因为如果不太懂Jira的人员进行操作，一不小心就会影响全局。我的项目版本和模块数量肯定不能过百，不然在我的项目中新建问题会很慢。肯定要针对数量top级我的项目约定好应用标准。给大家分享一下咱们的Jira零碎中JFR相干的设置、集群互斥锁和GC参数。 咱们外部比较关心老本、效率和品质。咱们应用Jira，但Jira很宏大，对于SRE来说必定须要研发一些自助零碎来辅助Jira。 老本方面，咱们会主动禁用账号，退职用户60天不登录零碎，咱们就会清理掉他账号的零碎权限，主动发出受权。还有部门人员散布统计，用来解决老本摊派问题。还有license受权告警，如果咱们一共买了10个license，如果用户数超过了8个，咱们就会有收到报警，不会等到超额才发现。 效率方面，因为入职员工比拟多，好多用户让咱们查问问题，咱们一个人是无奈面对将近2万的用户的。怎么办？开发一个零碎让用户本人去查，角色权限增删和我的项目ID等等也交给用户自助解决。 品质方面，举个例子，咱们外部称之为“地雷”看板，它是一个打算工作，大概每30秒检测一次，主动去数据库查看危险的filter，如果检测到会进行主动删除，确保零碎稳固。 Jira监控 ...

Jira Service Management是Atlassian公司旗下的一个对立开发、经营和反对的平台，旨在为团队提供疾速入门所需的所有性能，开释高速团队后劲。无论您是刚开始在企业中施行ITSM，还是在寻找更好的解决方案，Jira Service Management都能合乎您的冀望，甚至超过您的冀望。想要理解更多对于Jira Service Management以及Atlassian ITSM解决方案的相干信息？请分割Atlassian寰球白金合作伙伴——龙智。 现如今，客户对服务的冀望和需要都很高，企业须要一个灵便的ITSM解决方案来提供卓越的服务，并且继续施展规模效应。Jira Service Management Data Center版本专为在要害工作环境（指存在高负载、须要疾速响应和高可用性的环境）中运行的客户建设的，这些客户的需要是单个服务器无奈满足的。它是自托管的企业版，为您的组织提供所需的可靠性和合规性，同时确保您的团队可能更快、更智能地工作。 抉择JSM的五大理由#1 提供规模化的服务 随着用户群扩充，Jira Service Management仍然放弃疾速、牢靠的性能，简直不会进化。凭借高可用性、零停机降级和分布式负载等属性，您的团队能够不间断地拜访，甚至在降级和搜寻从新索引期间也能够。 #2 避免服务中断 如果发生意外的硬件故障，双被动集群、内置的劫难复原工具和零停机工夫备份可确保复原业务、持续经营。 #3 即时扩大容量 Jira Service Management满足了企业对服务台的迫切需要，确保您的客户有一个集中的中央能够寻求帮忙。通过向您的集群增加一个额定的节点，即可疾速轻松地减少容量，无需停机或额定的许可费用。 #4 爱护您的数据安全 通过在防火墙后爱护您的数据，确保合乎您的企业IT、平安和隐衷政策。 #5 利用工具缩小管理负担 利用SAML和OpenID Connect单点登录、问题归档和速率限度等性能，缩小了您破费在治理上的工夫，让您能够专一于外围业务与价值交付。 案例：AppDynamics依附JSM在企业中扩大服务当AppDynamics的员工人数在两年内翻了一番时，公司的守业文化须要随之倒退。该公司始终依赖Jira作为服务台，但随着业务的增长，他们须要一个专门的服务台解决方案。 因为他们曾经在应用Jira和Confluence，所以自然而然地抉择了Jira Service Management的Data Center版本。在解决方案合作伙伴的帮忙下，AppDynamics引进了Jira Service Management的Data Center版本，胜利将解体的次数从每天一次大幅缩小到每年两次。 AppDynamics将Jira Service Management扩大到除了IT反对以外的其余9个团队，并且，他们认为Atlassian工具帮忙保护了DevOps文化。当初，团队能够通过不间断地拜访他们的服务台来享受高可用性。而且，在必要时，他们能够在不停机的状况下降级他们的实例，在不减少许可费用的状况下减少用户，并应用本地SAML反对。

近日，龙智技术专家团队的叶燕秀通过Xray专家认证，同时，龙智也满足了成为Xray认证合作伙伴的先决条件，成为Xray新兴合作伙伴。 Xray专家认证是Xray推出的合作伙伴打算之一，该打算致力于帮忙合作伙伴进步技术和服务能力，为客户提供更优化的Xray解决方案。龙智将受害于Xray的技术与资源，联合龙智专家团队的丰盛教训和Xray产品的弱小竞争力，为中国市场带来一流的服务和解决方案。 Jira测试治理和QA工具——XrayXray是面向Jira用户的优良测试治理解决方案，提供直观而全面的测试治理体验，可依据用户的特定QA需要进行定制。 随着各行各业的公司都采纳DevOps办法，Xray通过其可扩大的测试治理平台为他们提供麻利转型的工具。Xray的REST API和开箱即用的集成使构建CI/CD管道更容易，其弱小的报告提供了对测试覆盖率和部署筹备状况的残缺可见性。Xray帮忙您： 不脱漏任何一个bug，品质融入所开发的所有辞别孤岛，让开发和质量保证协调一致让开发和测试在同一流程中工作龙智将Xray引入DevOps解决方案中，进一步晋升企业测试治理能力与软件开发品质作为一家业余的DevSecOps解决方案提供商，龙智为寰球企业集成Atlassian工具套件（Jira, Confluence, JSM等）, Perforce版本控制, Mend开源代码检测, CloudBees继续集成/继续公布（Jenkins企业版）、SonarQube企业版动态代码扫描等优良工具，实现大规模、麻利、平安的软件研发与经营。 作为Xray的新兴合作伙伴，龙智将Xray引入其DevOps解决方案中，提供Xray的征询、销售、施行、培训及技术支持服务, 帮忙企业落地测试治理解决方案，并将其与企业现有的DevOps流程和工具链买通，晋升软件开发与测试治理能力。 龙智董事长何明指出，龙智通过Xray的认证，是对龙智技术专家团队实力的认可，龙智将更好地帮忙企业用户利用Jira、Xray等工具以及DevOps、麻利理念，更好地晋升软件研发的品质与效率，更好、更快地交付软件。 据理解，龙智曾经帮忙汽车、快消等行业的多家企业胜利应用Xray晋升测试治理，晋升软件品质。

从北京工夫4月5号起，研发治理协同畛域的海内标杆公司 Atlassian 的 Cloud 版本产生宕机事变，导致 Jira、Confluence 在内的至多7款产品无法访问。Atlassian 目前市值不到700亿美元，年营业额超25亿美元，其中最大支出起源就是项目管理和知识库治理组合「Jira + Confluence 」。 依据 Atlassian 官网走漏，此次宕机事变影响了寰球约400家企业客户，截止4月13日，宕机已继续9天，故障仍未齐全被修复。这一「旷日持久」的宕机事件，再次引发了业界对于上云如何保障数据安全的话题。 事变之谜宕机事变产生48小时后，多名用户示意难以分割到官网取得反对，局部失去官网回复的也只是告知「问题仍需几天修复」。 事变产生2天后的4月7日，Atlassian 在其 Twitter 账号简述了事变起因：「在执行例行保护脚本时，多数网站无心中被禁用，导致他们无法访问其产品和数据。」 同时，官网示意已投入大量工程师7/24全天候致力于修复此问题，并将在修复实现后，出具具体的预先剖析报告。 此次事变将带来哪些具体影响，须要在日后一一计算。但数据安全显然曾经成为了泛滥客户最担心的事件。 官网账号 @Ask Atlassian 在 Twitter 中的一项申明仿佛表明了此次事件将可能造成局部客户的数据失落，引发了大量客户的探讨与担心。4月8日，海内 IT 新闻媒体 TechTarget 在一则新闻中也指出，有客户质疑了官网的事变起因，因为依照官网给的说法，是不须要这么长时间、投入这么多人力进行修复的。 接着，4月12日，Atlassian 官网公布告诉，目前已帮忙45%的客户实现站点重建。然而因为重建工作的复杂性，他们预计还须要2周的工夫能力实现所有的重建工作。 其实，早在4月6日停服超过24小时的时候，Atlassian 曾经违反了「服务水平协定」（SLA， Service Level Agreement）。依据该协定，Atlassian 云产品的每月失常运行工夫应在99.9%（Premium）或99.95%（Enterprise）以上，即停机工夫不能超过45分钟/月。 而今，事变曾经继续9天甚至更久，远远超过了 Atlassian 在协定中承诺的停机工夫。去年10月底，Atlassian 市值最高曾超1200亿美元，其后股价始终下滑，往年3月初相比去年11月，市值曾经「腰斩」。截止4月11日，其市值为688.55亿美元。此次事变对其股价继续上涨的趋势或者是「雪上加霜」。 只管此次事变起因和影响还有待进一步考察和核算，但业界的焦点统一指向了「上云如何保障数据安全」这个话题。 平安！平安！Atlassian 云版本宕机事变在整个云计算行业并不常见。实际上，在过来的几年里，国内外的云服务厂商、SaaS 软件厂商宕机事变频发。 2010年至2019年间，AWS 均匀每年宕机次数达2.4次。而仅在2021年12月，AWS 就间断产生了3次宕机。IBM Cloud 在2021年5月，5天内产生2次宕机事件；Google Cloud 于2021年产生2次宕机；Microsoft Azure 于2021年10月产生长达6小时的宕机。 国内外 SaaS 厂商同样产生了几次重大宕机事变。2021年，SaaS 鼻祖 Salesforce 因为一位运维工程师未恪守标准，希图走捷径修 Bug 而造成了长达5小时的寰球宕机，使15万客户的 CRM 零碎陷入瘫痪。在国内，2020年的微盟程序员删库跑路事件也导致了300万余用户无奈失常应用该公司的 SaaS 产品，给公司造成了近亿元的间接损失。 ...

1.Jira 面板1.1.面板介绍Jira里的面板也就是大家相熟的麻利开发过程中的白板，大家把日常的工作和进度保护在其中。应用实体白板保护时，会面临些问题。例如，如何疾速找到本人的工作，不同类型工作的工作流不一样...。Jira里的面板很好的帮忙大家解决了实体白板的有余，应用体验大大晋升。Jira容许创立多个面板，满足不同人员的治理要求。（实实在在、大大降低买白板的老本。） 1.2.Jira面板类型Jira的面板右边栏里，当咱们点击时，会呈现2种类型的面板。Scrum面板、看板面板。Scrum面板侧重于打算，它蕴含Sprint和Backlog。看板面板侧重于变动，能够不便的调整工作的安顿。 1.2.1.Scrum面板Scrum面板蕴含Backlog和流动的Sprint。其中Backlog相当于工作池，寄存待实现的工作。Sprint是冲刺打算，把相干的Issue纳入到对应的冲刺打算里。流动的Sprint是以后正在执行的冲刺打算。 1.2.2.Kanban面板看板面板不同于Scrum面板，所有的Issue都展现在这里，管理者能够依据须要随便调整工作的打算。适宜连麻利都满足不了的疾速变动的开发模式。 1.3.Jira面板配置面板的配置个别状况下会配置以下几个方面：过滤器：最根本的，筛选出想要展现的Issue。（个别默认即可）列：面板中列。（待办、解决中、实现）泳道：面板中的行。卡布局：每个卡片显示的内容。 1.3.1.配置列列的配置次要有2步。1.增加列，并给列命名。2.将Issue领有的状态搁置到对应的列中。这样当Issue装换到相应状态时，就会呈现在对应的列中。 1.3.2.配置泳道泳道的配置是为了更好的查到对应的Issue。例如，能够按Issue类型将Issue进行分组（管理人员可能关注），能够按经办人将Issue进行分组（干活人关注）。Jira提供几个默认的分组字段，也能够利用弱小的JQL自定义分组规定。 1.3.3.配置卡布局卡布局里配置了展现在每个Issue卡片里显示的内容，个别会把经办人、概要、工夫等信息配置上，帮忙团队成员理解Issue的大略状况。

2020 年上半年，Atlassian 在 Jira Cloud 上推出了一个十分不错的新性能 Jira Automation，将弱小的无代码自动化性能带入 Jira Cloud 原生性能中，不必装置额定的插件，就能够十分不便的实现如下能力： 帮助团队在不必编码的状况下，将很多反复且乏味的工作自动化，帮忙团队专一在价值更高的工作上；在多团队、多工具的状况下，流程会因为每个人对于执行细则和工具应用的了解不一样而变得凌乱。自动化能够帮忙团队标准化的梳理和组织各种流动，而 Jira Automation 为其提供了高效而低成本的实现形式；通过 Jira Automation 能够十分不便的集成工作中应用的 IM 工具，极大升高信息同步老本，提高效率;通过 Jira Automation 能够帮忙团队更加零碎的进行编码到产出的 Devops 实际。作为 Jira Cloud 的用户，咱们尝试在工作中逐渐引入 Jira Automation，进行了一些摸索和实际，这篇文章梳理和总结了这过程中的一些教训和心得和大家进行分享。 性能介绍治理页面及入口Jira Automation 的治理界面比拟简洁，治理界面的规定页面，依照规定类型：全副规定、全局规定、我的项目规定对所有自动化规定进行了分类，用户能够自定义标签进行规定过滤。列表的每个条目展现了规定名称、拥有者、项目名称，开闭状态开关。单条规定能够进行复制、移出和导出操作。 其入口有两处： 每个我的项目的项目管理侧边栏中有 Jira Automation 的入口，能够间接进入该项目标治理界面，看到属于该我的项目，以及拥有者为以后用户的规定列表。在零碎设置的“System”页面侧边栏有另外一个入口，须要有系统管理员权限能力拜访而，进入后能够看到所有的规定。治理页面的右上角有“创立规定”按钮，旁边的“...”菜单中有“性能洞察”能够看到每条规定的执行次数，总时长和均匀时长以及执行后果的数据。菜单的其它性能根本都是惯例操作，这里不再赘述。 治理页面中还提供了“审计日志（Audit Log）”以及“模板库（Library）”。审计日志能够看到每次规定执行的详细信息，模板库提供了一些惯例的规定模板。 规定创立规定详情创立规定性能中能够配置规定的详细信息以及规定的过程定义。在规定详情中除了通用的规定名称、形容外，还能够进行如下定义： 规定的应用范畴：是单个我的项目实用还是多我的项目共用；容许其它规定触发；谬误告诉的形式；规定的拥有者；规定的执行者。 规定过程定义上述规定详情定义好当前就是 Jira Automation 性能的重头戏规定的过程定义了。Jira Automation 将规定形象成了四类组件： 触发器组件（trigger）条件判断组件（condition）执行组件（action）分支组件（branch）触发器（trigger）每次创立自动化规定，第一个须要定义的就是触发器组件，该组件作为规定的输出，规定中的后续判断和执行均依赖这个组件进行触发。Jira Automation 将触发器组件分成了四类： 事务触发器这类触发器是目前咱们会频繁应用到的触发器，这类触发器能够定义 Jira 中我的项目（Project）、迭代（Sprint）、版本（Version）、事务（Issue）的各种变动作为触发条件。是内容最为丰盛的一类触发器，基本上笼罩了 Jira 上与事务相干的所有应用场景。 DevOps 触发器这类触发器是用于代码、分支、构建、公布过程作为触发条件的触发器，须要这几类工具和 Jira 零碎进行集成能力更好的应用。目前对这类触发器的应用咱们在进行摸索。 Integrations 触发器这是一个很有意思的触发器类型，定义这类触发器的时候 Jira 会生成一个 Webhook URL 用于接管其它零碎收回的 webhook 申请，并能够承受 issue key 作为申请参数或者申请 body，或是触发一条 JQL 查问，或是不带任何数据的申请，用于触发后续规定。 ...

提醒的错误信息如下： Invalid OAuth credentials. Check Jira log for more information. 下面针对 Key 和 Secret 的数据都是正确的，然而就是链不上。 问题和解决 这个问题是你 bitbucket 上 OAuth 的配置选项。 你须要将 This is a private consumer 这个选项抉择上。 否则就没有方法连贯了。 这个选项的地位在 OAuth consumers 下面进行配置的。 https://www.ossez.com/t/jira-...

bitbucket 是和 JIRA 同一公司的代码治理仓库。 如果你都应用的是云平台，那么还比拟好配置，如果 JIRA 你应用的是自定义部署的产品，然而 bitbucket 应用的是云平台，那么你这里须要应用 OAuth 来进行配置。 bitbucket 的配置 首先须要配置 bitbucket 的 OAuth。 而后从这里取得密钥和明码。 在这里的配置中个，须要留神抉择配置回调地址。 回调地址为你部署的 JIRA 的拜访地址，如下图。 This is a private consumer 这个选择项，须要抉择。 否则后在前面 JIRA 连贯的时候提醒谬误。 具体的谬误提醒，请参考连贯： JIRA 链接 bitbucket 提醒谬误 Invalid OAuth credentials 中的内容。 配置权限请依照上面的图来配置权限，否则可能会呈现因为权限不够，没有方法进操作的状况。 当实现下面的配置后，你会取得一套 Key 和 Secret。 请将这个保留下来，前面会在 JIRA 中用到。 JIRA 配置 登录 JIRA 的管理员控制台，而后抉择利用上面的 DVCS accounts 配置。 单击屏幕下面的链接生产账户的选择项。 抉择 bitbucket 云账号，而后将后面页面中拷贝的 Key 和 Secret 填进去。 如果一切正常，将会看到上面的受权页面。 当你实现受权后，就能够看到你的代码仓库被增加上来了。 至此，这 2 个软件间接的代码同步和通信配置就曾经实现了。 https://www.ossez.com/t/jira-...

前言我的项目是公司和组织的战略目标落地的一种十分重要的组织形式，项目管理的设计会对产品的生产和过程产出产生重要的影响。 Jira 是一款功能强大、可灵便配置的项目管理工具，可能满足不同规模公司的项目管理需要。 GrowingIO 从 2018 年引入 Jira Cloud 产品及服务，次要用于产研团队的项目管理，本文尝试从工作、人员、工夫这几个方面介绍 GrowingIO 增长平台产研部门在项目管理设计上的抉择，以及应用 Jira 这款项目管理工具进行的一些实际。 项目管理我的项目的分类GrowingIO 增长平台产研部门以季度为周期进行我的项目布局和组织，公司的战略目标以 OKR 的形式拆解到部门，这些 OKR 会进一步拆解为不同类型的我的项目，次要有以下三种类型： ● 产研外围性能交付我的项目 这类我的项目由产品主导，产品经理依据公司的产品路线布局，抉择从客户侧梳理进去的各种需要，以这类我的项目进行立项，依据优先级安顿在每个季度的迭代中实现交付。 ● 产研团队重点项目 这类我的项目次要由开发主导，开发会梳理出每个季度须要实现的重大技术改良或者须要还清的技术债权，以这类我的项目进行立项，安顿进季度的迭代。 ● 绿色通道我的项目 作为一家企业服务公司（2B），常常遇到客户在新签或续约前提出一些对签单可能产生重要影响需要，这些需要不肯定完全符合目前的产品路线布局，但实现的复杂度可能并不高，为了进步签单的竞争力，所以提供了这种类型的我的项目。须要业务团队对我的项目的预期收益进行评估，并对我的项目交付后预期收益的达成负责。产研对绿色通道我的项目的工作量进行评估，实现客户我的项目交付。 之所以会采纳上文介绍的我的项目分类形式，其实是在特定环境、基于特定指标的项目管理设计，而这样的设计次要波及工作、人员和工夫三个方面的抉择。 工作方面从部门的季度布局来看，工作是以 OKR 拆解进去的我的项目为根本单位，每个季度会有多个我的项目存在，每个我的项目蕴含批量需要。出于 OKR 治理和停顿跟踪的须要，这些我的项目会进一步分解成多个交付里程碑以及对应的工作。在 Jira 中，我的项目会拆解为一个或者多个 Epic，每个 Epic 会进一步拆解为不同类型的工作以及子工作，具体的拆解形式请见：需要的组织与治理章节。 在真正落地我的项目的执行环节，工作是以需要为根本单位安顿进迭代中实现的。我的项目的工作合成构造（WBS）以需要进行拆解和组织实现了工作以我的项目为单位和工作以需要为单位两种形式的联合。这为部门 OKR 的实现和客户需要的实现这两个指标的均衡提供了额定的灵活性。具体的迭代流动设计请见：迭代治理章节。 人员方面迭代中交付的具体需要往往集中于某个特定的需要畛域或者业务畛域，所以人员的组织以跨职能的个性团队为根本单位而不是以我的项目团队为根本单位，团队中包含产品经理、设计师、前端、服务端、数据端开发和测试人员，能够实现端到端的需要交付。个性团队在较长时间内保持稳定，从而可能造就人员对于需要畛域或业务畛域的理解和熟练程度。同时开发和测试人员也能够申请抉择本人感兴趣的个性团队，从而扩大本人的业务畛域。 工夫方面既然抉择了我的项目工作以迭代的形式执行，那么工夫上天然以迭代为根本单位。所有个性团队的迭代放弃同步，每个迭代以迭代打算为正式开始、以迭代回顾完结。我的项目的工夫布局和迭代周期对齐，每个迭代产生基于我的项目产出指标的可交付的产品增量。Jira 的 Scrum Kanban 提供了迭代治理的能力，每个个性团队的迭代工作都通过 Scrum Kanban 进行布局、执行和监控。 为什么这么抉择？通过以上几个方面的设计，咱们在最大限度保障实现部门 OKR 的根底上为客户非凡的定制化需要提供了必要的灵活性。固定的迭代周期保障了固定工夫都有能够交付的产出，也为我的项目打算的执行和监控提供了无效的参考根据。个性团队有助于晋升人员在特定业务畛域的熟练度，从而晋升开发效率，也能加强团队的自组织性进行继续改良。 需要治理咱们在 Jira 上针对需要起源的不同的场景辨别了不同的我的项目来进行治理，在每个我的项目下又依据不同的需要类型进一步细分出了事务类型，如下图所示。这样的事务类型划分看似比拟繁琐，但咱们感觉十分有必要，这能够辅助团队成员直观理解工作指标，对标准迭代执行过程也很有帮忙，同时在迭代复盘中迭代团队能够通过收集到的迭代数据来剖析团队迭代产出价值的散布，从而更好的帮忙团队继续改良。 ● Feature Request（FR）我的项目 用于收集和汇总客户提出的所有需要，作为产品需要的需要池。产品经理能够在改我的项目下对客户需要进行分类梳理，并治理需要的优先级。 在该我的项目下最后只建设了 Feature 这一种事务类型，之后又退出了 Epic 这种事物类型，不便产品进行进行归类治理以及后续迭代需要的治理。 ● Infrastucture（INFRA）我的项目 ...

一、研发治理生命周期(SDLC) 二、引入麻利，如何破冰 三、我的项目与团队 四、创立我的项目4.1 我的项目CREQPOOL(业务需要池)用于对接业务部门、市场及产品部门的需要，作为迭代需要评审的需要池。 4.2 我的项目CSTC(迭代我的项目)用于日常迭代治理，需要评审后，将评审通过廓清后的需要迁徙到该我的项目Backlog。基于该我的项目创立Sprint迭代打算和治理。 五、如何治理结构化需要故事也称为“用户故事”，是简短的要求或从最终用户的角度提出的要求。史诗是大型工作，能够合成为许多较小的工作（称为故事）。倡导是朝着一个独特指标迈进的史诗集。主题是整个组织的重点关注畛域。 举例： 六、需要合成步骤 七、工作流设计 八、迭代机制与分支策略 九、基于Jira麻利治理实际 9.1 产品Backlog梳理1）产品Backlog梳理——创立用户故事、独立工作和子工作 【概要阐明】由对应的我的项目产品PO和Master创立用户故事；由对应的麻利团队成员创立本人的独立工作和子工作。 【要害图示】 2）产品Backlog梳理——用户故事拆分与估算 【概要阐明】由PO或Master将用户故事拆分和估算的后果依照用户故事”三段论”录入Jira。进入产品Backlog中的用户故事、工作和子工作，正式进入迭代开发前都须要进行估算（以故事点数，团队估算形式进行）。 【要害图示】 3）产品Backlog梳理——滚动更新、排序 【概要阐明】由PO来拖拽产品Backlog中的Issue进行从新排序，同时也在Issue属性页面中更新优先级。条目依照优先级排列，从上而下，不可随便更改程序，只有对应的PO才能够批改。 【要害图示】 9.2 版本布局与迭代打算1）版本布局和迭代打算——创立版本和治理版本 【概要阐明】对应我的项目负责人或master在我的项目设置中创立和治理版本，这里的版本最好是产品版本。 【要害图示】 2）版本布局和迭代打算——创立迭代和治理迭代 【概要阐明】对应我的项目负责人或master在麻利看板中的相干页面创立迭代和治理迭代，为每个版本构建响应的迭代开发计划。 Sprint开始前务必确认迭代的开始和完结工夫是否正确，故事工作是否有脱漏;本迭代中的故事是否拆解并预估故事点数；否则开始后，在进行预估，会影响燃尽图与速度图；【要害图示】 3）版本布局和迭代打算——执行迭代开发计划 【概要阐明】对应麻利团队成员拖拽本人名下的工作、子工作等到指定的列，并进行Issue状态的更新；由团队Master或者测试主管来拖拽用户故事到指定的列，并在迭代完结之后及时敞开迭代。 迭代工作都在麻利看板的Active Sprints面板中进行，每个Issue都以卡片模式呈现在面板列中，能够间接拖拽更新状态；点击实现冲刺后，未实现的Issue将会主动退回到Backlog中待处理；能够通过面板-配置-卡布局，来设置要显示在卡片上的属性，如经办人、测试负责人、初始预估等。【要害图示】 9.3 每日站会1）每日站会——应用Jira的麻利看板反对每日站会 【概要阐明】团队成员围绕Active Sprints面板中的内容来召开每日站会，Issue状态产生更新时，就及时将其拖拽到指定列。 迭代工作都在麻利看板的Active Sprints面板中进行，每个Issue都以卡片模式呈现在面板列中，能够间接拖拽更新状态；点击实现冲刺后，未实现的Issue将会主动退回到Backlog中待处理；能够通过面板-配置-卡布局，来设置要显示在卡片上的属性，如经办人、测试负责人、初始预估等。【要害图示】 9.4 总结会1）总结会——应用Jira数据统计报表反对总结会 【概要阐明】Jira的麻利治理具备丰盛的报告和统计插件,工夫与进度跟踪、Issue问题剖析、预测与治理、测试报告等方面提供了数据报表展现性能。以燃尽图和速度图为例，如下图。 燃尽图反映了工作的停顿状况。现实状况下，随着残余工作的实现，曲线燃尽至零。能够按剩余时间、预估工夫、故事点数、过程等来展现。速度图反映了团队产生的变化趋势，体现了团队打算承诺实现的故事点数与理论实现的故事点数的比照。Issue数据的真实性是剖析的前提。 【要害图示】 9.5 产品质量治理1）产品质量治理——应用Jira自带的Dashboard和Applet来反对产品质量治理 【概要阐明】创立团队的Jira Dashboard来治理产品研发过程中的各种问题类型和笼罩问题生命周期的各阶段。增加Applet，抉择“2维筛选器统计”和“饼图”，通过设置过滤器来关联数据。 【要害图示】 十、举荐插件Tempo - 项目管理插件，工时统计等；SynapseRT- 测试用例治理。十一、Q & AQ: 是否必须要采纳规范的麻利治理？ ...

Jira & Confluence 服务部署1. Jira装置配置1.1 Jira简介JIRA是Atlassian公司出品的我的项目与事务跟踪工具，被广泛应用于缺点跟踪、客户服务、需要收集、流程审批、工作跟踪、我的项目跟踪和麻利治理等工作畛域，其配置灵便、性能全面、部署简略、扩大丰盛 1.2 Jira破解镜像制作破解crack起源：Gitee atlassian-agent，实践上可用于破解所有版本的Atlassian家简直所有产品，然而只验证了特定的版本（Jira Docker Image 7.12.0）编写Dockerfile mkdir -p /opt/jiraecho 'FROM cptactionhank/atlassian-jira-software:7.12.0USER root COPY "atlassian-agent.jar" /opt/atlassian/jira/ RUN echo 'export CATALINA_OPTS="-javaagent:/opt/atlassian/jira/atlassian-agent.jar ${CATALINA_OPTS}"' >> /opt/atlassian/jira/bin/setenv.sh ' > /opt/jira/Dockerfile下载atlassian-agent.jar文件到Dockerfile同目录 构建镜像 docker build -t jira/jira:v7.12.0 .1.3 配置MySQL数据库筹备MySQL配置文件 echo '[client]default-character-set = utf8[mysql]default-character-set = utf8[mysqld]character-set-server=utf8innodb_log_file_size=3Gcharacter_set_server = utf8mb4innodb_default_row_format=DYNAMICinnodb_large_prefix=ON#innodb_file_format=Barracuddefault-storage-engine=INNODB ' > /opt/jira/my.cnf 启动MySQL容器 docker run \ --name mysqlForJira \ --restart always \ -p ${port}:3306 \ -v /opt/jira/mysql/:/var/lib/mysql \ -v /opt/jira/my.cnf:/etc/mysql/my.cnf \ -e MYSQL_ROOT_PASSWORD=${password} \-d mysql:5.7创立表和用户 ...

2021年，Atlassian 将更加专一于产品的研发和本地化。也更加器重对中国市场的投入以及凝听来自中国客户的声音和反馈。 为了帮忙中国客户更好的应用 Atlassian 的产品，自2021年2月2日起，咱们针对中国大陆市场推出实用于所有团队规模的本地化部署计划，Atlassian Data Center 的产品将实用于各种规模的团队 — Jira Software 和 Confluence 从 25 用户到有限用户, Jira Service Management 从 5 个代理到有限用户！Data Center 本地部署产品有哪些扭转？1. Data Center 产品可实用于中国大陆各规模的团队 Jira Software 和 Confluence 从 25 用户到有限用户Jira Service Management 从 5 个代理到有限用户2. 解锁新的原生性能 Data Center 产品将包含以下 Atlassian 原生 app： Jira Software Data Center：Advanced Roadmaps（先前为 Portfolio for Jira）Confluence Data Center：Team Calendars for Confluence 和 Analytics for ConfluenceJira Service Management Data Center：Insight - Asset Management 和 Insight Discovery 3. 享受优先反对 ...

疫情期间Atlassian 寰球员工都在家办公，除了持续写代码之外， 他们还创作了这首超级好听的 《Virtual Insanity - Work From Home》，歌词见文末。 将来的工作形式就在这里，听听专家们怎么说。咱们向多家反对近程工作的行业首领公司收集了他们的观点。每一个交易的实现、胜利发动的流动或构建更好产品的分布式团队都在证实着近程工作是将来的工作形式。 近程工作是一种进化。以下是来自多个团队的近程工作专家的提醒和预测。 甚至有机构认为，因为公众对衰弱危险和碳脚印意识的进步，加上技术的一直演进，预测到2030年，每个办公室都将成为虚构办公室。你置信吗？在不远的未来，最聪慧公司的常识工作者们将从世界任何中央近程工作，在齐全虚拟现实中或通过加强事实进行交互，相似于这个微软原型。 近程工作意味着你有大量宁静的工夫，专一于工作。然而，深度工作很容易让人疲劳! 调整你工作的节奏，捋捋猫、散散步......” Atlassian 主编 Sarah Goff-Dupont， 在明尼苏达州近程工作 对于近程工作者来说，改善合作的需要更为迫切。这是一个十分好的形式，但要承当更多的责任。Automattic 产品经理 Leif Singer 当谈到工具时，最好不要不合理地限度近程团队能够应用或不能应用的工具，因为生产力可能是一个十分私人的问题。Evernote EMEA 市场总经理 Beat Buhhmann 心流模式简直是不可能在一个有法则的物理办公室达到，近程工作能帮忙你施展其劣势！在日历中增加“焦点模式”时间段，这样当你在此时间段时就不会有会议安顿打搅了。_InVision 合作伙伴设计事业副总裁 Stephen Ohmstead 咱们有一个密切的近程团队，在一直谋求沟通和合作的最佳规范，咱们突破信息交换的隔断，在整个公司内共享咱们的翻新成绩。_ Trello 联结创始人Michael Pryor  作为一名管理者，满足散布寰球的团队需要不是一件小事。在解决问题时体现出踊跃和创造性有助于放弃你的近程团队处于踊跃的状态。联合国儿童基金会 (UNICEF) 资深翻新总Tanya Accone 联合国儿童基金会的故事 在12个月的工夫里，UNICEF 团队评估并测试了17个跨项目管理、视频、聊天和电子邮件畛域的不同合作应用程序。作为试验的一部分，他们在四种不同的我的项目合作工具中运行工作流。 最初，他们决定应用一套工具来运行他们的虚构办公室。Trello 成为他们团队合作工作的首选，次要因为： 简略的 “看板 - 列表 - 卡片” 构造容易被没有项目管理培训的团队成员采纳；它的灵活性和透明性意味着每个人都能够取得他们须要的信息；新的工作流能够依据须要而设计，而看板不仅仅是跟踪工作；从视觉的角度，与标签和过滤等性能相结合，帮忙他们以不同（和有价值）的组合形式查看信息，无论是按国家还是按工作或解决方案；咱们可能依照组织的思维和行为形式来塑造 Trello，而不是试图将咱们的团队和咱们每天都在变动的需要整合成一个固定的构造。 Trello 是一个极好的项目管理和工作管理工具。视觉看板是灵便的，可共享的，让你把所有的细节放到每一张卡片里。Trello 不仅仅是为了工作。你能够用它来组织任何事件，兴许是你的毕生。 正如 Trello 联结创始人 Joel Spolsky 所解释的：有人看到 Trello 说：“哦，这是看板，软件开发的麻利形式。” 是的，但它也可用于婚礼布局，列出度假打算与家人共享，跟踪求职者的空缺职位，以及其余10亿件事件。事实上，Trello 实用于任何须要与一组人一起保护列表清单的场景。Spolsky 说，他常常和他日常生活中的人们一起应用大概30个 Trello 看板。除了管理工作我的项目，你还能用 Trello 做什么，看看这些令人兴奋的模板和倡议吧。 ...

借助 Atlassian 的 Jira Software Data Center，咱们不仅能够使零碎放弃最新状态并在零停机工夫内失常运行，而且还能够提供很多企业级的新性能。对于咱们的团队而言，这是要害的改革，当初曾经成为服务规范。 克莱尔·希斯利（CLAIRE HEASLY）澳洲国家银行工程经理 澳大利亚国家银行（National Australia Bank，NAB）是澳大利亚最大的银行，成立于1858年，已有160多年的历史。百年间，银行业产生了巨大变化：数字领取取代了纸币；智能手机和可穿戴设施代替了钱包；网站和挪动应用程序已成为最常见的银行业务形式。 但也有一些事件是始终没有扭转的，其中就包含澳大利亚国家银行（以下简称NAB）对客户的承诺，这也是为什么近期 NAB 投资了40亿美元作为公司三年转型的一部分，以放弃竞争力并更好地满足客户一直变动的需要的起因。 2017年，NAB 开始了一项为期多年的旅程，其指标是倒退和晋升 NAB 的技术能力以及员工的思维模式和工作形式，以便可能更好地反对和晋升员工的能力，并改善客户体验。 该打算的要害组成部分是 NAB 从一开始就采纳了 Atlassian 的产品和解决方案，以及起初与技术客户经理单干降级到 Data Center 。随着 NAB 的工作形式的倒退，它须要进步 Atlassian 服务的可用性，这对于帮忙员工晋升效率以及团队合作起到了至关重要的作用。 Atlassian Data Center 产品为 NAB 提供 7x24 小时高可用性、零停机、可扩大的企业级平台。 Atlassian 的标准化工具无效的帮忙 NAB 的领导层全面理解整个组织的绩效和进度，使他们可能做出更主观、更疾速，以数据为根据的决策。例如，NAB 的软件工程团队借助 Atlassian 的工具能够更疾速和频繁地进行更小版本的公布，进步了软件更新和上市速度。 Atlassian Data Center 的零停机降级以及高可用、劫难备份能够保障产品始终处于运行状态，并且始终牢靠。NAB 借助麻利实际和 Jira Software Data Center 的帮忙，平台工程团队能够在数天而不是数月内交付公布，而不会对用户造成影响。 随后的改革功效是不言而喻的。通过在 Atlassian 的帮忙下扩大敏捷性，整个公司的团队报告说，他们在更无效地工作，发展更多合作并为 NAB 客户提供更快的后果。 NAB 齐全致力于迈向更古代，凋谢的工作形式，并投入资金来进步取得轻松，集体，支持性银行业务体验的规范 – Atlassian 在帮忙NAB的技术为客户提供更好的体验方面施展着重要作用。 ...