New features policy
このポリシーはバグには適用されません。弊社のバグ修正へのアプローチについては、「サーバー バグ修正ポリシー」または「クラウド バグ修正ポリシー」をご参照ください。
実装対象の判断基準
当社の製品ロードマップに影響を与え、実装する機能を決定する要因は数多くあります。優先順位を決め、取り組むべきことを決定する際には、お客様のフィードバックや提案を、サポート チーム、製品分析、調査結果などからの洞察と組み合わせます。この情報と、中長期的な製品およびプラットフォームのビジョンと組み合わせることで、当社が実装する内容とその優先順位を判断します。
機能の実装時期を追跡する方法
クラウド製品
We're continuously improving and updating our Cloud products. To see the latest changes, take a look at the Atlassian Cloud release notes blog.
Data Center 製品
新機能または改善が予定されている場合、関連する Jira の課題の修正バージョンを更新して、変更を含むもっとも古い製品バージョンを示します。多くの場合、この更新は製品のリリース日が近づいたタイミングで行います。
変更の概要については、対象の製品のリリース ノートを参照してください。
- Jira Software | Jira Service Desk | Jira プラットフォーム | Advanced Roadmaps for Jira
- Confluence | Questions for Confluence | Team Calendars for Confluence
- Bitbucket | Bamboo | Fisheye | Crucible
サーバー製品
当社はオンプレミスのサービスを簡素化して、クラウドと Data Center の各製品の開発に注力しています。これによって、サーバー製品ラインの新機能の開発を中止することになりました。これらの変更の詳細をご確認ください。
We’ll still be offering bug fixes for server customers with active maintenance. For details, see our Atlassian Data Center and Server bug fix policy.
プロダクトロードマップ
Jira Cloud 製品、Confluence Cloud、Bitbucket Cloud、Cloud Platform のパブリック ロードマップを公開します。これにより、近日公開される内容と、今後の更新に関する当社の考えをご覧いただけます。
The Atlassian Cloud release notes blog and Bitbucket Cloud blog may also contain information on upcoming changes.
今後の変更については、具体的なリリース日は公開しておりません。
機能と改善の提案
皆様のようなお客様からのフィードバックは、あらゆるチームに向けたアトラシアン製品を形作って改善するのに役立ちます。アトラシアンでは製品をより直感的でユーザーに寄り添うものにして機能要件を満たすために、お客様を継続的に学習、分析、インタビューしています。アトラシアン コミュニティ、jira.atlassian.com、または直接アトラシアンの Cloud 製品内から、アトラシアン製品の利用状況やフィードバックを共有することをお勧めします。アトラシアンの計画と最新の変更点に関する詳細については、Cloud ロードマップまたは Data Center ロードマップをご参照ください。
多くのご提案と機能リクエストをいただいております。ご提案への投票やコメントは、お客様が何にご関心をお持ちか、当社の製品がお客様とお客様のチームをどのようにサポートして欲しいかを理解するのに役立ちます。課題についてのコメントで最も有用な情報は各提案がどのようにお客様に役立つかです。お客様のユースケースと提案された変更がお客様とお客様のチームにどのように役立つかをご説明いただければ、当社は提案の背景にあるニーズをより深く理解できます。
ご提案は当社が最終的にそのまま実装しないことを選択した場合であっても、当社が取り組む内容に影響することがよくあります。当社の最終的な目標は、お客様のすべてのニーズを理解し、そのニーズを満たす製品を提供することです。ご提案をそのまま実装する場合もありますが、通常は、ご提案の背景にあるニーズとできる限り多くのユーザーのニーズを満たせる方法を理解するよう努めます。
各ご提案に合わせて更新、対応を行うよう努めますが、多くのご提案をいただいた場合、更新または対応を提供できない場合もあります。実装する機能のご提案について、補償や割引は提供しません。
アトラシアン コミュニティでの会話に参加する
Our Product Managers regularly post articles about new features and changes to the Atlassian Community. You can comment on these posts, ask questions, and discuss with our PMs and other Atlassian users.
Data Center およびサーバー製品のリリースに関連する用語
プラットフォーム リリース (例: 4.0) には、重大な変更や大幅な変更が含まれます。これには、既存の API の変更や削除、ユーザー エクスペリエンスの重大な変更、主要な機能の削除などが含まれます。
フィーチャー リリース (例: 4.6) には、新機能、既存機能の変更、サポートされるプラットフォーム (データベース、オペレーティング システム、Git バージョンなど) の変更、または機能の削除などが含まれます。これらはこれまでは、ほとんどの製品で "メジャー" リリースと呼ばれていました。
バグ修正リリース (例: 4.6.2)にはバグの修正、安定性やパフォーマンスの改善が含まれます。修正の内容によっては既存の機能への小規模の変更が行われる場合がありますが、新機能やリスクの高い変更は含まれないため、ユーザーはすぐに利用を継続できます。バージョンの最新のバグ修正リリースへの定期的なアップグレードを行うことをお勧めします。これらはこれまでは、ほとんどの製品で "メンテナンス" リリースと呼ばれていました。
3 つの主なリリース タイプに加え、フィーチャー リリースが長期サポート リリースに指定される場合もあります。つまり、標準のフィーチャー リリースよりも長い期間、バグ修正を利用できます。
長期サポート リリース
Long Term Support releases (formerly known as Enterprise releases) are for Server and Data Center customers who prefer to allow more time to prepare for upgrades to new feature versions but still need to receive critical bug fixes. If you only upgrade to a new feature version about once a year, a Long Term Support release may be a good fit for your organization. For Jira Software, Confluence, Bitbucket, and Bamboo we will:
- 1 つのフィーチャー リリースを長期サポート リリース として指定します (最低でも 12 か月に 1 回)。
- Backport critical security fixes, as outlined in our current security bug fix policy, and fixes relating to stability, data integrity, or critical performance issues.
- Make bug fix releases available for the designated version until it reaches end-of-life.
- Provide a change log of all changes between one Long Term Support release and the next to make upgrading easier.
Not all bug fixes will be backported. We'll target the bugs and regressions that we deem most critical, focusing on stability, data integrity, or performance issues. There may also be some fixes that we choose not to backport due to risk, complexity, or because the fix requires changes to an API, code used by third-party apps (also known as add-ons), or infrastructure that we would usually reserve for a platform release.
For Jira Software Data Center customers, we'll endeavor to allow zero downtime upgrades between one Long Term Support release and the next Long Term Support release, but can't guarantee that downtime will not be required, depending on the nature of the changes. The change log will indicate if a zero downtime upgrade will be available.
In the example below, version 4.2 has been designated a Long Term Support release. The number of bug fix releases and timing illustrated below is just an example, your product's release cadence may differ.
Server 製品のお客様向け長期サポート
Server ライセンスをお持ちの場合は、正式に Server 製品ラインのサポートを終了した時点で、2024 年 2 月 15 日 (太平洋時間) より前にリリースされたバージョンにのみアップグレードできます。
その他の情報
See Atlassian Support Offerings for more support-related information.