Adobe Experience Manager(AEM) を実装するプロジェクトを管理する場合、(プロジェクトの実装前と実装中の)問題と、実行する必要のある(関連する)決定を認識するために、計画と理解が必要です。
ベストプラクティスは次の要素で構成されています。
An 対話型チェックリスト これらのベストプラクティスを使用して、進行状況を追跡および監視できます。
ドキュメント ( チェックリストには、次の内容が示されます。
その他の参照 マテリアルを使用して、特定の領域に関する詳細を表示できます。
この プロジェクトハートビート ワークシートでは、プロジェクトの重要な指標の概要をグラフィカルに示します。
フェーズの品質
フェーズのヘルス
フェーズの完全性
「役割別のステータス」ワークシートには、ヘルス、品質および完了状況の詳細な分類が、フェーズおよびペルソナ別に表示されます。
プロジェクト計画は、個別の(上位レベルの)段階に分類されます。
各フェーズには、独自のマイルストーンが含まれます。 ペルソナ(役割)ごとに、関連するマイルストーンと、定義された成果物の作成に必要なドキュメントが一覧表示されます。
個々の必要なドキュメントと成果物の間には、直接の 1 対 1 の関係はありません。
プロジェクトの準備は、プロジェクト全体の基礎となります。 次の項目に関する明確な目標と期待と共に、主要な要件を定義する必要があります。
ビジネスの根拠
範囲とスケジュール
プロジェクトの準備、計画、実行、およびソリューションの実装方法は、固定予算、固定タイムライン、コンテンツの数量、必要な品質など、運用中の制限の影響を受けます。
いつものように、任意の要因を調整すると、他の要因に影響します。 例えば、時間を短縮しますが、同じ品質を必要とすると、価格が上昇し、対応可能なコンテンツの量が減少する可能性があります。 多くの場合、予算は重要な要素なので、このような関係を忘れることはできません。
4 つの要因は次のとおりです。
検証
このフェーズでは、プロジェクトの目標を検証し、確認する必要があります。例:
予算
プロジェクトを開始する前に、実装にかかるコストに関して信頼性が高く現実的な見積もりをおこなう必要があります。
プロジェクトを計画すると、準備が統合されます。 ここでは、目標と期待を、明確なコミュニケーションに縛られ、進捗を測定する厳しいレビューを伴う具体的なタスクから成る明確に定義されたロードマップに変換し始める必要があります。
引き渡し
クリーンな引き継ぎにより、適切なペルソナ/グループがプロジェクト内での自分の責任を認識するようになります。
ロードマップ、範囲、目標、要件、KPI など、すべての関連事項を完全に理解できるよう、詳細な情報を提供/生成する必要があります。
リスク評価
不快な事態を避けるには、リスクアセスメントを使用して、潜在的なリスクを特定し、その影響と確率と共に定量化します。
これは、プロジェクトのライフサイクルの早い段階でおこない、すべての不具合を確実に識別し評価する必要があります。 結果に基づいて、すべての要件を実装できるかどうか、および必要に応じて適切な行動を計画し、追跡できるかどうかについて、関係者に報告できます。
通信
コミュニケーションは常に、あらゆるプロジェクトを成功させる鍵となります。 誰もが次のことを確実に行うために、明確かつ効率的にコミュニケーションを取る必要があります。
キックオフ
キックオフ会議は、プロジェクトが始まっているという認識を高めるために使用されます。 これは、次のことをおこなう良い機会です。
開発の計画は、必要な知識を持つチームが、プロジェクトを確実な設計に基づいて構築するための鍵となります。
開発チームのスタッフとトレーニング
プロジェクトを開始する前に、開発チームが適切にスタッフを配置し、すべてのチームメンバーが目の前のタスクに関するトレーニングを受けていることを確認する必要があります。
コンテンツのアーキテクチャ
コンテンツアーキテクチャは、コンテンツの将来のアーキテクチャを定義し記述します。次を含む:
システムアーキテクチャ
システムアーキテクチャは、システムの概念的なビューを定義します。次の情報を含みます。
アプリケーションアーキテクチャ
アプリケーションアーキテクチャは、提案されたアプリケーションの動作を定義し、説明します。
重点的な役割は次のとおりです。
以下の定義をカバーする必要があります。
システム統合
システム統合では、以下を計画(その後実装)する必要があります。
テストの概念
開発を始める前に、すべての テスト プロジェクトの要件を示します。
これには、次を含める必要があります(特に)。
エクスペリエンスデザイン
エクスペリエンスデザイン (XD) では、ソリューションのユーザーエクスペリエンスをデザインします。
ユーザーエクスペリエンスは、Web サイトの作成者と最終ユーザーの両方に対して分析および開発する必要があります。
サポートの設定
開発の前に、デプロイ、リリース、テスト、問題の報告に必要なすべてのサポートプロセスを実装する必要があります。
関連トピック Adobeサポートポータル.
同様に、プロジェクトのライフサイクルのすべての段階で、必要な環境が確保されるように、操作を適切に計画する必要があります。 また、保守に適したプロセスも必要です。
権限
ソリューションを使用するすべてのユーザー/グループに対して、役割と権限の概念を計画し、実装する必要があります。
次に例を示します。
read
/write
アクセス権限の定義replicate
など)editor
グループのユーザーは、admin
の権利を持つことも、administrators
グループに属することもできません。詳しくは、ユーザー管理とセキュリティを参照してください。
監視とメンテナンス
監視とメンテナンスは、運用を開始した後にソリューションをスムーズに運用するための重要な要素です。 そのためには、次を定義する必要があります。
関連トピック 監視とメンテナンス を参照してください。
移行
レガシーシステムのコンテンツを確認し、移行の検証を行う必要があります。
復旧計画
回復計画が設定されていることを確認します。 緊急事態が発生した場合は、AEMの実稼動環境での使用を保護するために、この機能を使用できる必要があります。 これは、バックアップ、復元、フォールオーバーなどの状況をカバーする必要があります。
開発は、単なるコーディング以外にも必要とされる重要なフェーズです。
開発環境
次のような開発環境の計画と文書化
テストシステム
次のようなテスト環境を計画し、文書化します。
実稼動システム
次のような実稼動環境の計画と文書化
統合
システムおよび ソリューション統合、次を含む:
移行
コンテンツ移行のあらゆる側面を計画、文書化、テストする。次を含む:
通信
すべてのチームメンバーとプロジェクトのペルソナが必要に応じて最新の状態に保たれていることを確認します。
ドキュメント
ソリューションを完全に文書化する。次を含む:
新しいアプリケーションが利用可能になったら、機能と 性能.
テストチームは、中立を保ち、テスト結果を提供する必要があります。
結果の影響を評価し、適切な行動を決定するのは、プロジェクトマネージャーの責任です。
エンドユーザー受け入れテスト
ユーザー受け入れテスト (UAT) は、次のことを確実にするために非常に重要です。
顧客の引き渡しに関する正式なチェックリストが存在するべきである。スナップショットに対しては、夜間に自動化され、実行するのが理想的です。 結果は、プロジェクトマネージャーおよび開発チームに送信する必要があります
パフォーマンステストと負荷テスト
パフォーマンステストと負荷テストは、平均負荷とピーク負荷で、ソリューションが必要なパフォーマンスレベルを満たしていることを確認するために使用されます。
パフォーマンステストについて詳しくは、次を参照してください。
このプロセスは、通常の AEM 使用時も引き続き実行する必要がありますが、この初期段階では最も重要です。
新しいアプリケーションのロールアウトでは、スムーズな運用を実現するために、慎重な計画が必要です。 これには、高いレベルのセキュリティの確認、すべての見込みユーザーのトレーニング、すべての問題に対処したことを確認するための複数のドライランの作成が含まれます。
準備
準備と計画は、スムーズなロールアウトを確実に行うのに役立ちます。
トレーニング
関係するすべてのスタッフがトレーニングを受けていることを確認します。
詳しくは、 Adobe Experience Manager コースカタログ内
管理者のトレーニング
ソリューション管理者が以下の権限を持っていることを確認します。
トレーニング済みユーザー
作成者が以下の条件を満たしていることを確認します。
侵入テスト
侵入テストは、コンピュータシステムへの攻撃をシミュレートし、潜在的なセキュリティの弱点を特定します。
侵入/セキュリティテスト
ソリューションのセキュリティを確保するには、特定の侵入テストを実行すると共に、幅広いセキュリティテストを実行します。
詳しくは、セキュリティチェックリストを参照してください。
Go Live をできるだけスムーズにしたい。 最後の手順は、クリーンな実行の計画が必要です。
準備
準備と計画は、スムーズな運用を実現するのに役立ちます。
セキュリティ
内部と外部の両方のユーザーとそのコンテンツに対する、ソリューションのセキュリティを確認します。
フォールバック
運用を開始する前に、フォールバックに必要なすべてのシステム、手順およびメカニズムが正しく設定されていることを確認します。
サポート
サポートサービスがインプレースで準備が整っていることを確認します。
トランジション
実稼動環境およびユーザーへの移行を計画し、実行します。
ロールアウト
スモークテストを準備し、実行します。
チェックリストはペルソナでデザインします。 これらは、プロジェクトのライフサイクルに大きく関わる役割です。
また、 他のペルソナ 特定のタスクに関与する
プロジェクトスポンサーは、
プロジェクトのビジネスケースを提供/提示する責任を負います。
プロジェクトの範囲を形成し定義するための鍵;次を含む:
クライアントロードマップに基づいて主なマイルストーンを提供します。
プロジェクトマネージャーは次のようになります。
ソリューションアーキテクト:
ビジネス・アナリスト:
主に、高レベル要件の収集と分析を担当し、次の仕様に変換します。
クライアントと緊密に連携して要件を分析します。 これらを次と照合します。
開発リード:
プロジェクトの技術的な配信を担当します。
クライアントの要件に準拠する開発手法を選択します。
開発戦略を作成します。
アーキテクト ( 特にAEMの開発戦略を策定する際 ) と密接に連携し、テンプレートとコンポーネントの関係、サードパーティアプリケーションの統合戦略、特殊な機能などの側面を定義します。
品質リード:
システムエンジニア:
プロジェクトインフラストラクチャの監視を担当します。
以下を担当します。
ハードウェアの推奨事項を提供し、様々な実装を監視し、運用を開始する前とその後の両方で運用サポートを提供します。
セキュリティリード:
関係者
リーガル
トレーナー
テクニカルライター
システム管理者
作成者とエンドユーザー
チェックリストは、各マイルストーンの必須ドキュメントおよび成果物をカバーしています。
この 必須ドキュメント は、適切なペルソナが成果物を作成する際に必要となります。
必須ドキュメントごとに、ペルソナは以下を示す必要があります。
マイルストーンごとに、適切なペルソナが特定のドキュメントの配信を担当し、特定のマイルストーンに対する責任を実現します。
成果物ごとに、ペルソナは以下を示す必要があります。
成果物は、多くの場合、現在のマイルストーンまたは後続のマイルストーンの必須ドキュメントとして使用されます。
デプロイ、管理、開発またはオーサリングに関するベストプラクティスについては、次を参照してください。
AEM のドキュメント
さらに、AEMドキュメントの以下の節が特に重要です(ただし、この一覧は完全なものではありません)。
関連ドキュメント