サーバー製品への投資

Jira Software & Jira Core:

パフォーマンスの向上

• ライセンス チェック パフォーマンスの改善: ライセンス階層に対するユーザーのチェックは、製品のパフォーマンスに影響してきました。平均応答時間を 65% 改善することで、一部の階層ライセンスのパフォーマンスを改善しました。
• お気に入りフィルター ガジェット管理: 大きいフィルターの場合、すべての課題をカウントするとパフォーマンスに影響する可能性があります。より細かく管理できるよう、この人気のあるガジェットの最大タイムアウトを管理できるグローバル設定を追加しました。課題のロードに時間がかかりすぎる場合、カウントを停止し、「課題が多すぎます」というメッセージを表示します。

アジリティの向上

• ベロシティ チャートの刷新: 完全に刷新されたベロシティ チャートにより 7 つ以上、最大 120 個のスプリントをご覧いただけるようになりました。新しいチャートで、ユーザーは事前定義済みの時間枠かカスタム日付範囲を選択できます。チャートはチームの平均ベロシティを表示し、新しいルック アンド フィールで提供されます。スプリントへのズーム機能などの新しい機能も追加されています。
• スプリントを制限する機能: 課題を誤ったスプリントにリンクする可能性を低くするため、スプリントの選択 (スプリント ドロップダウンで使用可能) をプロジェクト ユーザーが選択したスプリントに制限する新しい管理オプションを導入しました。関連するスプリントを選択した場合、そのページで選択したプロジェクトに属するスプリントしか表示されません。プロジェクトにリンクされていないスプリントを表示するには、全て表示するを選択して、すべてのスプリントを表示できます。

信頼性と安定性の改善

• 「ビュー ボード」機能の修正: 「ビュー ボード」機能がボード管理者に追加されたグループを含む LDAP ディレクトリの削除 (または無効化) 時に停止する厄介なバグを修正しました。現在、ビュー ボードには、LDAP ディレクトリの変更にかかわらず、想定されるすべてのボードが表示されます。

Confluence:

パフォーマンスの向上

• 膨大なスペースにおけるパフォーマンスの確保: ページ ツリーの読み込み時には、制限付きのページをユーザーが表示できないよう、多数の権限チェックが行われます。非常に大規模なスペースの場合、これらのチェックは大量のメモリと CPU を消費し、サイトの全体的なパフォーマンスに影響する場合があります。今回のリリースでは、スペースにアクセスしたときに、それぞれの階層で最大 200 ページを読み込むようにしました。ユーザーは [すべてのページを表示] ボタンを使用して、スペース内のすべてのページを簡単に表示できます。
• ログ スパムの減少: Confluence のテスト インスタンスで LaasPerformanceLoggingJob ジョブの失敗に関する誤ったエラー メッセージの表示がわずらわしくありませんか? LaasPerformanceLoggingJob ジョブ は起動時に削除され、混乱、ログ スパムは解消されて、ジョブの実行に割り当てられるリソースが確保されるようになりました。

ファイル編集の強化

• Companion の継続的な改善: Companion (Confluence であらゆるファイル形式を編集できるようにするアプリ) を全面的に刷新し、今も進化を続けています! より安心してファイルをアップロードしていただけるようになりました。ファイルの編集を開始したあとにそのファイルの新しいバージョンがアップロードされた場合、警告が表示されるようになりました。ユーザーは変更を破棄するか、現在の変更をファイル履歴の新しいバージョンとして引き続きアップロードするかを選択できます。さらに、Companion アプリをすべてのユーザーにロールアウトする前に、信頼するドメインを設定できるようになりました。

ユーザー エクスペリエンスの改善

• セル色の増加: 表で、黒や虹の全色を含む、49 の異なる色からセル色を選べるようになりました。これまでの色も引き続き利用できるため、既存の表が影響を受けることはありません。ぜひ、表の色のカスタマイズをお楽しみください。
• テンプレート ページ アンカー リンクの修正: テンプレートにアンカーが追加できなくなる厄介なバグを修正しました。今では、リンクをアンカーできます!
• Webhook によるビジネス クリティカルなタスクの自動化: Webhook は、イベントが発生したときに 1 つのアプリケーションからもう 1 つのアプリケーションにリアルタイムで通知を送信する方法です。Webhook を使用して、誰かがチームやプロジェクトのために新しいスペースを作成したときに、チャット アプリケーションで新しいチャンネルやルームを作成するようにできます。Confluence が "create space" イベントをリッスンし、チャット アプリケーションから提供された URL (エンドポイント) にメッセージを送信します。

Jira Service Desk:

規模とコンプライアンスの改善

• SLA 処理の改善: 大規模なデータセットを持ち、頻繁に更新されるお客様の一部では、すべての課題の SLA 計算で処理速度が落ちたり、完全に動作が止まったりしていました。この問題が生じるのを防止し、SLA 計算の一貫性を保つため、SLA 計算操作のシリアル化する方法を変更しました。Jira Service Desk の高負荷下での耐久性を高めました。

通知とメールの強化

• カスタマーとして関与するエージェント向けの通知の有効化: デフォルトでは、サービスデスク プロジェクトに取り組んでいるが、カスタマーとして関与することもあるエージェントまたは管理者の場合、内部コメントまたは変更についての通知は、公開されている場合を除き送信されません。エージェントがカスタマーまたは承認者として関与する場合、エージェントとしての役割を優先するようにしました。通知の管理のヘルプについては、このページを参照してください。
• メール内の「リクエストを表示」リンクの修正: 以前は、メール通知内の「リクエストを表示」リンクをクリックすると、ユーザーはサービス デスクの課題ではなく、インスタンスにリダイレクトされていました。この修正後、メール内の「リクエストを表示」リンクは Jira 課題リンク (ライセンスを持っているユーザーがアクセス可能) にリダイレクトされるようになりました。
• 添付ファイルの重複の排除: お客様がメールでリクエストを提出されると、メール本文がリクエストの説明に追加されます。これまでに、メールのフッターからマーケティング画像、企業ロゴなどの必要のないメディアが含まれていることが多いとご指摘いただいておりました。リクエストを見やすくするため、重複を検出したり、無視するようになりました。

エージェントとユーザーの経験の改善

• リクエストのプライバシーの維持: このリリースからは、カスタマー ポータルで起票されたすべての新しいリクエストは既定で非公開になり、共有する場合は明示的に選択する必要があります。メールで作成されたリクエストについては、管理者が選択できる新しいオプションを Jira Service Desk 構成に追加しました。非公開にするか、カスタマーと共有するかを選択できます。
• 課題作成画面からの参加者のリクエスト: 以前は、課題内からしか参加者をリクエストできませんでした。現在、ユーザーは、課題作成画面からも参加者をリクエストできるようになりました。
• 多言語カスタマー サポート: 多言語カスタマー ポータルとヘルプ センターでは、ご希望の言語でお客様をサポートします。最も重要なアイテムについては、サービス デスクに追加言語を追加し、翻訳を提供できます。翻訳は、ポータル名、リクエスト タイプ、お知らせに表示されます。

Bitbucket:

コンプラインスとセキュリティの改善

• プッシュ追跡性: リポジトリ内のブランチが時間の経過に応じてどのように変化するかについて具体的な情報を素早く見つける必要がある場合は必ず、より合理化された情報の監査を提供できるよう、プッシュ ログを導入しました。管理者は、特定のコミットをプッシュした人、ブランチの作成または削除を実行した人などの詳細を確認できます。

開発者の経験の強化

• CI/CD 連携: ワークフローの合理化をサポートするため、コードの継続的なフィードバックを受け取るための 2 つの新しい方法 (プル リクエスト ページの新しいビルド ページと新しいビルド タブ) を導入しました。インスタンスを Bamboo、Jenkins、または他の CI アプリケーションと連携すると、これらの 2 つのページでビルド結果や追加の関連情報を確認できます。最大限のメリットを実現できるよう、これらはコードのすぐ横に表示されます。
• プル リクエスト経験の刷新: プル リクエスト ページの再設計を行い、ユーザーのコード レビュー エクスペリエンスをさらにスムーズかつ楽しいものにする、多数の改善を追加しました。コメントの追加、構文ハイライト、タスクの改善、ファイル ツリーの改善など、要望の多かった変更が含まれています。
• 差分表示でのプル リクエストの修正: プル リクエストの差分ビューでのすべての変更が、常に表示されるようにしました。最初のリクエストが超過になった差分を返した場合、最小限のコンテキストでの差分のフェッチにフォールバックします (変更の各側に 10 行)。これによって、最小限のコンテキスを持つの新しい差分が 10,000 行を超えない限り (超える場合は警告が表示されます)、差分内のすべての変更が確実に表示されるようになります。
• 非表示のコメントの表示: プル リクエスト全体を通してコードが変更されなかった理由について、もっとコンテキストが必要ですか?その他のコメント用のカウンターがプル リクエストに表示されたときにそれを選択することで、古いまたは他の差分に表示されるコメントを表示してファイルのアクティビティ ストリームを確認する機能が得られます。
• キーボード ショートカットの無効化: 少し前にキーボード ショートカットを導入しました。キーボードのショートカットを使用すると、Bitbucket を素早く簡単にナビゲーションでき、指をキーボードに置いたまま、よく使用するアクションを実行できます。しかし、それらのキーボード ショートカットによって、使いやすさとアクセス性が損なわれる可能性があるとのご指摘がありました。柔軟性を高めるため、アカウント設定でキーボード ショートカットを無効化するオプションを導入しました。

Bamboo:

開発者の経験の強化

• 条件付きタスク: 変数と正規表現を使用して、タスクを条件付きとしてマークし、タスクを実行するために満たす必要がある条件を作成できるようになりました。必須ではないタスクを決めることで、プラン ブランチにおけるビルド ステップをスキップできます。Bamboo UI を通して、または Bamboo Specs を使用して、タスクの条件を設定できます。
• リモート エージェントのワークスペース クリーンアップ: リモート エージェントのビルド ディレクトリのクリーンアップをより容易にするため、対応するエンティティが Bamboo Server から削除されると、ビルドおよびデプロイ ワークスペースがリモート エージェントのホーム ディレクトリから自動的に削除されるようにしました。
• プラン ブランチ設定の強化: デフォルト ブランチとは異なるカスタム プラン ブランチを作成できるように、プラン ブランチの新しい設定オプションを導入しました。そのため、マスターに変更をコピーせずにプラン ブランチへのカスタム変更をテストし、個別のブランチにカスタム設定を適用できるようになりました。
• Webhooks: Bamboo Webhooks によって、Bamboo からサードパーティ アプリケーションに関するリアルタイム情報を選択して、送信できます。たとえば、チームのチャットルームで Bamboo ビルド ステータスを表示したり、プランが失敗した場合にアラームを発したりできます。

CI/CD 連携

• YAML としてのプランのエクスポート/表示: 既存のプランとデプロイを Bamboo YAML Specs に自動的にエクスポートできるようになりました。これによって、Bamboo プランの移行のコードとしての設定が容易になりました。YAML Specs への移行がかつてないほど容易になりました! さらに、プランを YAML としても表示できるようになりました。
• ログの改善: 過剰なログは、ビルド結果処理タイムアウトなどの重大なパフォーマンス上の問題につながることが知られていました (グレー ビルド)。そのため、この問題を軽減する措置の 1 つとして、ライブ ログ送信を無効化できるようにしました。

Enterprise と規模の改善

• Bamboo ヘッダーのカスタマイズ: Bomboo の表示に不満はありますか? Bamboo ヘッダーの色を変更して、カスタム ロゴを導入し、ファビコンを変更できるようにしました。これは、複数の Bamboo インスタンス間のナビゲート時や独自のブランディングの導入時に便利です。
• プロジェクト レベル変数: 以前は、チームが使用中のグローバル変数の変更/削除/修正を行うには、Bamboo 管理者に依頼する必要があり、これがボトルネックとなる可能性がありました。そのため、セットアップに Bamboo 管理者のアクセスを必要としないプロジェクトレベル変数を作成しました。プロジェクト変数は、特定のプロジェクトに対して定義され、プロジェクトに属するすべてのプランに同じ値が適用されます。

Crowd:

拡張性の強化

• Crowd に含まれる Universal Plugin Manager (UPM): Crowd は、Universal Plugin Manager (UPM) に含まれているため、Crowd 内からアプリを管理できます。UPM を使用して、UPM が接続する Atlassian Marketplace からアプリの検索、インストール、管理、設定が可能です。または、UPM にコンピューター上のアプリの保存場所を参照させることもできます。

パフォーマンスと規模の改善:

• 複数のディレクトリとのアプリケーションの完全同期パフォーマンスの改善: 非集約メンバーシップのフェッチ速度が数倍速くなりました。データ サイズと形状によって、完全同期時間が 10 万ユーザー以下の場合は数分、100 万ユーザーまでの場合は数時間短縮されます。
• 複数のディレクトリの認証パフォーマンスの改善: キャッシュされたディレクトリの優先順位の最適化による認証速度の向上が可能になりました。認証ユーザーがキャッシュされたディレクトリのいずれにも存在しない場合、Crowd はそれらのユーザーをキューの末尾に移動します。これによって、Crowd は正しいディレクトリに注力し、ユーザーの時間を節約できます。
• ネストされたグループのパフォーマンスの改善: Crowd によるネストされたグループの処理方法の効率を改善しました。この小さな変化によって、ユーザー認証、権限チェック、ユーザー グループ画面のパフォーマンスが大きく改善しました。

Advanced Roadmaps:

プランの表示と共有

• プランのビューの保存: フィルター、ビュー設定、フィールドなど、複数の設定を保存します。これを利用して、プランのデフォルト ビューの確立、すべてのビューアーへの適切な情報の伝達、最後に終了した場所からの計画の再開が可能です。
• CSV へのプランのエクスポート: CSV によるプラン データのエクスポートによって、情報をより深く分析し、さらに幅広いインサイトを得ることができます。プラン データをエクスポートするプランもあり、外部ツールの使用にも対応しています。エクスポートされたデータは、サードパーティ統合のサポートにも使用できます。
• プランにおける日付のロールアップ: プランの日付をロールアップすることで、子の日付に基づく開始と終了が原因で自分の階層にエピックまたはより高レベルの課題が発生した場合、一目で分かるようになります。ロールアップしている場合、日付フィールドに矢印が表示されるか、スケジュール バーにストライプが表示されます。

チームのキャパシティを考慮した計画を立てる

• タイムライン上でのスプリント キャパシティの直接編集: 時間の経過とともに、分析した作業の実行の可能性をより正確に想定するため、チームの将来のスプリント キャパシティを調整します。
• スプリント キャパシティの詳細に関する新しいベロシティ インサイト: スプリント キャパシティの詳細を表示すると、チームのベロシティを一目で把握できます。ベロシティ チャート リンクの表示も追加したため、チームの過去のベロシティを素早く表示できるようになりました。これによって、計画された作業を予定通りに完了できるかどうかをより現実的に判断できます。
• Jira における将来のスプリントの日付の編集: 将来の作業の計画に加えて、特定の開始日と終了日を設定できるため、スプリント間に間隔を設けたり、スプリントの期間を変更したりできます。
• キャパシティ分配の強化: スプリント割り当てがない場合に終了日、階層レベル、課題ランキングに従ったスプリント割り当てを考慮することで、より「スマート」なスプリント キャパシティの分配が可能になりました。

Team Calendars:

イベントが最新の詳細を反映していない/最新の詳細で更新されていない問題、予期せぬ結果につながるアクション、大きな規模で使用した際に Team Calendars に影響を与える問題を解決するため、多数のバグ修正を導入し、今後もいくつかの改善を行う予定です。詳細については、コミュニティの投稿を参照してください。

Questions for Confluence:

この 1 年にいくつかの更新を行いました。詳しくは、リリース ノートをご覧ください。