新機能

Atlassian Cloud ポリシー

このページの内容

お困りですか?

アトラシアン コミュニティをご利用ください。

コミュニティに質問

要約

  • We don’t publish roadmaps with specific release dates.

  • Suggested features and improvements are tracked in our public issue tracking system https://jira.atlassian.com/. We encourage and display comments from customers.
  • Our product managers review the most popular issues on a regular basis.
  • New features are selected and scheduled based on a number of factors, not just popularity.
  • We provide consistent updates on the top 20 issues. 

This policy does not apply to bugs. See our Server Bug Fix Policy to learn about our approach to bug fixing. 

How to track when features are implemented

クラウド製品

We're continuously improving and updating our Cloud products. To see the latest changes, take a look at the Atlassian Cloud release notes blog.

Server and Data Center products

When a new feature or improvement is scheduled, we'll update the fix version on the relevant Jira issue to indicate the earliest product version that will include the change. This update often happens close to the product release date. While we have roadmaps for future releases, we don't make these public. 

For a summary of changes, see the release notes for your product:

How we choose what to implement

When we plan a release, we use many factors to help decide which suggestions to implement, including:

  • Customer feedback - there are many ways we listen for your feedback: 
    • formal customer interviews and other research activities
    • events like Atlassian Summit, developer conferences, and road shows
    • in-product feedback from evaluation and EAP (early access program) releases
    • comments and votes on issues in https://jira.atlassian.com/, our public issue tracker
    • questions and posts on Atlassian Community.
  • Support team insights - our support team know which issues are the most challenging, and most common for customers.
  • Solution partner insights - our solution partners help us better understand real-world customer deployments, especially for customers at scale.
  • Product analytics - some customers opt-in to send us analytics, which helps us understand how existing features are being used.
  • Product strategy - our long-term strategic vision for the product.

Our features workflow

We use the Suggestion issue type for improvements and feature requests. 

We have standardized our workflow statuses across Server and Data Center products to make it easy for you to see where an issue is at. Here’s the current workflow, and a description of each status:

ワークフロー ステータス 定義 フェーズ
Gathering interest

This issue is waiting to gather more customer interest, before being reviewed by a member of the Atlassian product team. 

優先付け

Reviewing This issue is being investigated in-depth by a member of the Atlassian product team. 
Under consideration This issue is a strong candidate for our roadmap. We’ll follow up on it in a few months time.
Future consideration This issue is a potential candidate for our long term roadmap. We won't work on it in the short term, but will review it again within a year.

Not Being Considered

We appreciate the merit of this issue, but don't intend to work it in the foreseeable future. We'll review it again within a year to see if our decision has changed. 


In progress 開発チームが現在この課題に取り組んでいます。

実装

Waiting for release

The change has been implemented and is waiting to be shipped in a release. The Fix Version field will indicate the product version that will contain the change. 

クローズ

解決日

Work on this issue is complete. If the change has been implemented, the resolution will be 'Fixed' and the Fix Version field will indicate the product version that contains the change. 

If we don't intend to implement this change, the resolution will be 'Won't fix',  ‘Duplicate', 'Timed out', or similar.


For a product manager's perspective on this workflow, see An updated workflow for Server feature suggestions on Atlassian Community.

How to get new features and improvements

To get access to new features and improvements, you will need to upgrade to a release that contains the change.

リリースに関連する用語

バグ修正ポリシーを分かりやすくするための、いくつかの定義を紹介します。

  • Platform release (4.0) contains significant or breaking changes. For example changes or removal of existing APIs, significant changes to the user experience, or removal or a major feature.
  • Feature release (4.6) can contain new features, changes to existing features, changes to supported platforms (such as databases, operating systems, Git versions), or removal of features. These were previously referred to as 'major' releases by most products.
  • Bug fix release (4.6.2) can contain bug fixes, stability and performance improvements. Depending on the nature of the bug fixes they may introduce minor changes to existing features, but do not include new features or high risk changes, so can be adopted quickly. We recommend regularly upgrading to the latest bug fix release for your current version. These were previously referred to as 'maintenance' releases by most products.

In addition to the three main release types, a feature release can also be designated an Enterprise release, which means it will receive bug fixes for a longer period of time than a standard feature release.

エンタープライズ リリース

エンタープライズ リリースは、新しいフィーチャー バージョンへのアップグレードの準備に時間が必要で、重要なバグの修正を適用する必要がある、Server および Data Center のお客様向けです。新しいフィーチャー バージョンへのアップグレード頻度がおよそ年に 1 回の組織では、エンタープライズ リリースが適している場合があります。Jira Software および Confluence では、次のようになります。

  • 1 つのフィーチャー リリースをエンタープライズ リリース として指定します (最低でも 12 か月に 1 回)。
  • 最新のセキュリティ バグ修正ポリシーに記載されているように、重要なバグ修正をバックポートし、安定性、データの整合性、および重要なパフォーマンスの問題に関連する修正が適用されます。
  • 対象バージョンのバグ修正リリースを、サポート終了まで提供します。 
  • アップグレードを円滑に行えるよう、1 つのエンタープライズ リリーズと次のエンタープライズ リリースの間のすべての変更の変更履歴を提供します。

すべてのバグ修正がバックポートされるわけではありません。安定性、データの整合性、またはパフォーマンスの問題に焦点を当て、最も重要と思われるバグやリグレッションのみを対象にします。API、サードパーティ アプリ (アドオン) で使用するコード、またはインフラストラクチャに変更を加える必要がある修正 (これらは通常はプラットフォーム リリース用に予約されます) や、リスクおよび複雑性の高い修正については、バックポートを行わないことがあります。

Jira Software Data Center のお客様について、1 つのエンタープライズ リリースと次のエンタープライズ リリースの間ではゼロダウンタイム アップグレードを利用できるように考慮しますが、変更の性質によってはダウンタイムが必要になる場合があります。ゼロダウンタイム アップグレードを使用できるかどうかを変更履歴で確認できます。

この例では、バージョン 4.2 がエンタープライズ リリースとして指定されています。以下の図に示すバグ修正リリースの番号とタイミングは一例です。リリース頻度は各製品で異なる場合があります。


その他の情報

サポート関連の情報の詳細については、「Atlassian サポート提供 」を参照してください。

最終更新日 2015 年 5 月 21 日

この内容はお役に立ちましたか?

はい
いいえ
この記事についてのフィードバックを送信する
Powered by Confluence and Scroll Viewport.