規制対象企業向け Jira Data Center からの移行

Jira Data Centerのサポート終了について理解する 

Jira Data Centerは、納品に関するコミットメントが行われ、ポートフォリオ計画がレビューされ、依存関係が明らかにされ、リスクがエスカレーションされ、ガバナンスの証拠が収集される場所です。長年にわたるフィールド、ワークフロー、自動化、レポート、スクリプト、アプリケーション、権限、ローカル例外によって、Jira Data Centerは運用モデルの一部となっています。そのため、AtlassianのData Centerのタイムラインは、重大な運用上の問題を引き起こす可能性があります。 

サーバーのサポート終了は既に2024年2月に実施されています。新規データセンターの販売は2026年3月30日に終了し、拡張は2028年3月30日に終了しました。データセンターは2029年3月に最終的な読み取り専用状態になります。これらの日付は企業リーダーに厳しい期限を課し、最終的な締め切りのはるか前からプレッシャーがかかってきます。  

CIO、PMO、プラットフォームオーナー、セキュリティリーダーにとっての真の課題は、Jira Data Centerに依存している計画、ガバナンス、レポート作成、コンプライアンスのプロセスを中断することなく、どのようにJira Data Centerから移行するか、という点に尽きます。 

本当の期限は2029年よりも早い 

大規模なプラットフォーム移行は、調達、セキュリティレビュー、アーキテクチャ決定、データ評価、関係者間の調整、トレーニング、統合作業、切り替え計画といった段階を経て進められます。規制対象組織の場合、ATO（運用承認）のスケジュール、ホスティングレビュー、データ所在地の要件、監査証拠の要件、ネットワーク制約などがさらに加わります。 

2028年3月30日の拡張期限は、より明確な運用上の節目となります。拡張が終了すると、チームは柔軟性を失いますが、稼働中のプログラムは引き続きサポートを必要とします。新しい製品グループにはライセンスが必要になるかもしれません。規制対象プログラムには追加のキャパシティが必要になるかもしれません。事業部門は、デリバリーを継続するためにアプリや統合が必要になるかもしれません。その時点で、組織は依然としてデータセンターに依存していますが、適応能力は低下しています。 

規制対象の移行には、承認、展開モデル、監査可能性、運用モデルの設計が同時に進められる必要があるため、通常12～24ヶ月の期間が必要です。ATO、IL、SCIF、FedRAMP、HIPAA、SOX、PCI、EU DORA、または同様の要件を満たす必要がある組織は、2028年の拡張期限を、対策を講じるための実質的な期限として扱うべきです。  

クラウドは一部のワークロードには有効だが、企業にはセグメント化されたパスが必要だ。 

連邦政府の民間機関は、FedRAMP Moderate、FISMA準拠、ATOのタイミング、データ所在地、および監査可能性に関する要件を満たす必要がある場合があります。防衛または情報機関のプログラムは、IL準拠、SCIFサポート、機密ネットワークの制約、およびセグメント化された展開モデルに関する要件を満たす必要がある場合があります。銀行は、FFIEC、OCC、GLBA、SOX、PCI、EU DORA、保持管理、およびデータ所在地に関する要件を満たす必要がある場合があります。医療機関またはライフサイエンス機関は、該当する場合、HIPAA、HITRUST、およびFDA 21 CFR Part 11に関する考慮事項を満たす必要がある場合があります。  

これらの要件によって移行戦略が変わります。一部のワークロードはクラウドに移行する可能性があります。その他は、自社ホスト型、プライベートクラウド、またはエアギャップ環境へのデプロイが必要になる場合があります。エンタープライズプランニング層が先に移行する間、一部のチームは引き続きJiraで作業する必要があるかもしれません。 

Digital.ai Agility 規制環境に対応したデプロイメントモデルをサポートしており、セルフホスト型、プライベートクラウド、エアギャップ型などのオプションが含まれます。これにより、組織はすべてのワークロードを単一の場所に強制的に集約するのではなく、認証、IL、ネットワークの制約に適合するモデルを選択できます。  

Digital.ai Agility 企業計画のギャップに対処する 

多くの組織は、アドオン、エクスポート機能、カスタムダッシュボード、ローカルな慣習などを活用して、Jiraを中心としたエンタープライズプランニングを構築してきました。その結果、リーダーが多数のチーム、プログラム、ガバナンスモデルにわたる一貫したポートフォリオの可視性を必要とするまでは、多くの場合、問題なく機能します。 

Digital.ai Agility チームレベルの作業追跡だけでなく、エンタープライズアジャイルプランニングを中心に構築されています。 SAFeOKR、戦略テーマ、予測、ポートフォリオ計画などに対応しています。また、コアとなる計画およびガバナンスモデルにマーケットプレイスのアドオンスタックを必要とせずに、チームレベルの実行よりもポートフォリオレベルの計画をサポートします。  

リーダーは、ポートフォリオのイニシアチブ、プログラムのインクリメント、リリース、バックログ、ストーリー、欠陥、チームのキャパシティ、チーム間の依存関係を単一の計画環境で管理する必要があります。リーダーは、これらのプラクティスをうまく実装することができます。 Agilityそのため、Jiraの有力な代替手段となる。 

その saferの移動経路は陸地が少ない 

最もリスクの高い移行戦略は、全社的な切り替えです。これは、調達のボトルネック、トレーニングの混乱、承認のプレッシャー、統合リスク、運用モデルの混乱を引き起こします。また、プロジェクトが非常に大規模に感じられるため、組織はタイムラインが危険なレベルになるまで遅延させてしまいます。 safer motionは、土地利用を最小限に抑えたアプローチです。まず、目に見えるプログラム、ART、またはポートフォリオを1つ作成し、モデルを検証してから、拡張していきます。 

適切なアプローチは、依存関係の問題、監査圧力、PI計画の摩擦、または経営陣の報告に対する不信感を抱えているプログラムに対して有効です。新しいプラットフォームへの移行中も、Jiraは接続を維持する必要があります。チームは作業を継続しながら、経営陣は計画、依存関係、キャパシティ、目標、ガバナンス、および報告に関する可視性を高めることができます。その後、ターゲットモデルが成熟するにつれて、プログラムは段階的に移行されます。  

実用的価値証明には、自社環境における実際のプログラムデータを用いるべきです。パイロットプログラムまたはARTを選択し、関連するJiraプロジェクト、フィールド、ワークフロー、および重要なアドインを一覧化し、関係者全体で成功基準を定義します。これは、組織が全面的な置き換えに着手する前に将来のモデルを実証できるため、リーダーが実行に移せる移行計画となります。  

経営幹部の教訓 

Jira Data Centerからの移行は、スケジュール、コスト、クラウドの実現可能性、運用モデルのリスクといった要因によって余儀なくされています。こうした状況にうまく対処できる組織は、早期に着手し、ワークロードを分割し、Jiraの利用状況を洗い出し、設定上の負債を合理化し、段階的に移行を進めていくでしょう。 

Digital.ai Agility エンタープライズリーダーに実践的な方法を提供します。規制された展開ニーズをサポートし、エンタープライズアジャイル計画機能をすぐに提供し、脆弱なアドオンスタックへの依存を減らし、段階的な移行を可能にします。 Agility 同期機能とプロフェッショナルサービスによるサポート。最も確実な方法は、まず高価値なプログラムを一つ立ち上げ、実際のデータを用いて計画とガバナンスを検証し、移行期間中もJiraとの接続を維持し、その後、段階的な移行によって規模を拡大していくことです。 

方法を参照してください Digital.ai Agility 企業が高度に規制された環境や自社ホスト環境全体でプロジェクトの計画と実行を最適化できるようにする デモのリクエストはこちら