リリース計画の策定

リリースに必要な計画と作業スペース

リリース作業は、多くの場合、ツール間の隙間で滞ってしまいます。プロジェクト管理ツールが企画書と切り離されていたり、ファイルがチャットの中に埋もれてしまったり、レビューのコメントが誰も見つけられないキャンバスに放置されたり、全員が気づかないうちに最終期日が変更されたりすることが原因です。ALLOのプロジェクト機能は、キャンバス、担当者、期日、タグ、ビュー、進捗状況を1つのワークフローにまとめることで、これらの課題を解決します。

プロジェクト機能を使用して、リリース作業の全体調整を行います。キャンバスを使用して、リリースの素材を作成・レビューします。添付ファイルを復元するには、ファイル機能を使用します。最近の変更を把握するには、アクティビティ機能を使用します。誤って何かを削除してしまった場合は、ゴミ箱機能を使用します。

この記事では、実践的なリリース管理パターンを1つご紹介します。セクション名、キャンバスの種類、完了セクションの設定は、ご自身のチームに合わせて柔軟にカスタマイズしてください。

リリースプロジェクトの作成

後から検索したり、スター付き一覧で見たりしたときに、すぐに意味が理解できる名前でプロジェクトを作成します。必要に応じて、製品、ターゲット、四半期、地域、またはリリースの種類を含めます。例えば、Q3 モバイルリリース、パートナー向けリリース - EMEA、料金ページリリースなどの名前が有効です。

リリースのゴール、目標日、担当者、主な対象者を記載した短い説明文を追加します。適切な権限を設定して、コアチームのメンバーを招待してください。外部のレビュー担当者が一部の資料のみを閲覧する必要がある場合は、プロジェクト全体へのアクセス権を付与するのではなく、後から該当するキャンバスのみを個別に共有することをお勧めします。

設定手順の詳細については、プロジェクトの作成をご参照ください。

リリースセクションの構成

リリースのフローに合わせたセクションを使用します。シンプルなリリースの場合は、以下のような構成が効果的です。

チームで既に異なるステージ名を使用している場合は、そちらをご使用ください。プロジェクトは、メンバーが実際に作業を進める方法を反映したものである必要があります。

リリース用キャンバスの追加

担当者、レビュー、または永続的な記録が必要な作業に対して、プロジェクトキャンバスを作成します。以下のようなリリース用キャンバスが役立ちます。

1つの巨大な「リリース」キャンバスを作成することは避けてください。担当者、期日、レビュー担当者、または素材が異なる場合は、作業を分割します。詳細はプロジェクト内でのキャンバスの作成をご参照ください。

既存のキャンバスをプロジェクトに移動する

リリースの作業は、多くの場合、プロジェクトが作成される前から始まっています。リリース概要、クリエイティブレビュー、QAチェックリスト、ステークホルダーレビュー、イネーブルメント計画、リリース管理ルーム、ふり返りなどの既存のキャンバスを移動またはコピーします。

リリースが再利用可能なパターンの場合は、テンプレートを使用します。リリース概要テンプレート、ふり返りテンプレート、レビューキャンバステンプレートなどを使用することで、設定にかかる時間を節約し、チーム全体での一貫性を維持できます。詳細はテンプレートからキャンバスを作成するをご参照ください。

プロジェクトの各行はシンプルで分かりやすい状態に保ち、詳細な内容はキャンバス内に記述します。例えば、プロジェクト行にはリリース概要の担当者と期日のみを表示し、キャンバスの中に実際の概要、ファイル、コメント、決定事項、プレゼンテーション用ページなどを格納します。

キャンバスの移動、コピー、およびサブキャンバスの配置については、プロジェクトへのキャンバスの追加およびキャンバスとセクションの整理をご参照ください。

タグによるリリース作業の分類

キャンバスタグを使用することで、各チームがプロジェクトを重複させることなく、自分たちに関連する作業のみを絞り込むことができます。一般的なリリースタグには、「デザイン」、「コピー」、「法務」、「QA」、「製品」、「イネーブルメント」、「顧客」、「高リスク」、「外部レビュー」、「リリース当日」などがあります。

タグの名前には一貫性を持たせてください。例えば、「コピー」と「コンテンツ」、「法務」と「コンプライアンス」、「高リスク」と「リスクあり」のどちらの用語を使用するかをあらかじめ決めておきます。共通の語彙を使用することで、フィルター機能が極めて信頼性の高いものになります。

ミーティングではタグフィルターを活用してください。例えば、リリース準備レビューの際には「高リスク」でフィルタリングしたり、承認ステータスを確認する際には「法務」でフィルタリングしたりします。詳細はタグとフィルターの使用をご参照ください。

リリースレビュー前に完了セクションを指定する

ダッシュボード上の進捗状況は、完了として設定されたセクション内の最上位プロジェクトキャンバスに基づいて算出されます。リリースプロジェクトにおいては、チームによる完了の定義に応じて、「準備完了」、「承認済み」、「公開済み」、「フォローアップ」などのセクションが該当します。

複数のセクションを完了として設定することも可能です。例えば、それぞれのセクションがリリースチームの対応をこれ以上必要としない作業を表している場合、チームは「準備完了」と「公開済み」の両方を完了セクションに指定できます。もし「完了」セクションが設定画面で完了セクションとして指定されていない場合、どれほど作業が終わっているように見えても、その中のキャンバスは進捗率に反映されません。

完了セクションは、後からいつでも設定可能です。既にキャンバスを「承認済み」セクションに移動している場合、そのセクションを完了に指定すると、ダッシュボードの更新時に既存のキャンバスが進捗にカウントされるようになります。ALLOは、プロジェクトの再構築を強いることなく、記録されている移動履歴からバーンダウンを適切に反映させることができます。

各種ミーティングに応じたビューの使い分け

進捗確認（スタンドアップミーティング）にはかんばんビューを使用します。これにより、計画中、進行中、レビュー中、準備完了、完了のステータスが一目で分かります。

整理や一括編集にはリストビューを使用します。コンパクトなレイアウトにより、担当者、期日、タグ、およびキャンバスのタイトルをスムーズに編集できます。

リリースのタイミング調整にはカレンダービューを使用します。レビューがリリース当日に近すぎないか、特定のメンバーに依存関係のある作業が集中していないか、フォローアップに現実的な日付が設定されているかなどを視覚的に確認できます。

リリース準備状況の確認にはダッシュボードを使用します。状況報告会議の前に、プロジェクトの進捗状況、総キャンバス数、期限切れのキャンバス、キャンバス内のサブタスク数、バーンダウン、作業負荷、セクションごとの分布、重大なリスク、およびプロジェクトのアクティビティを確認できます。

プロジェクトの規模が大きくなってきたら、チーム向けに保存されたビューやフィルタリングされたビューを使用します。例えば、「デザインレビュー」、「法務」、「今週のタスク」、「リスクあり」、または「リリース当日」などのビューを保存しておくと便利です。

詳細はプロジェクトビューの使用およびプロジェクトカレンダーの使用をご参照ください。

リリースレビューの実施

各レビューの前に、関連するキャンバスをフィルタリングし、議論が必要なキャンバスを開きます。レビュー担当者は、フィードバックが素材自体に関するものである場合は該当キャンバス内にコメントを残し、作業ステージが移行した場合はキャンバスを適切なセクションに移動します。

特定の相手から返答が必要な場合は、メンションを使用してください。プロジェクトの行は担当者、日付、タグ、セクションの管理に使用し、キャンバスを詳細なフィードバックのやり取りに使用します。これにより、プロジェクトの一覧画面がコメントで埋め尽くされるのを防ぎつつ、作業の履歴を確実に追跡できるようにします。

コメントのワークフローについては、コメントとメンションをご参照ください。

リリース中におけるファイルの管理

リリースのためのアセット、プレゼン資料、スクリーンショット、動画、PDFなどは、それらが関連するキャンバスに直接アップロードしてください。文脈に合わせて追加されたファイルは、後から探すのが非常に簡単になります。ファイル機能から、そのファイルを含んでいるキャンバスやプロジェクトへ直接たどることができるためです。

アセットの名前が似ている場合は、明確なファイル名とキャンバス名を使用してください。すべてのチームが独自の最終ヒーロー画像を持っている場合、単に hero-image-final.png とするだけでは不十分です。可能な限り、プロジェクトや配信チャネルの文脈が伝わる名前を追加してください。

ファイルにアクセスできなくなったり削除されたりした場合は、ファイルのプレビュー、表示、ダウンロード、利用不可および保持ロックされたファイル、およびゴミ箱機能をご確認ください。

リリース作業の安全な共有

社内のリリースチームメンバーにはプロジェクトへのアクセス権が必要な場合があります。一方、外部のレビュー担当者にはキャンバスのみの共有で十分なケースが多いです。レビュー担当者にすべてのプロジェクトキャンバスやファイルを見せる必要がない場合は、共有範囲を最小限に絞って個別のキャンバスのみを共有します。

「キャンバスは開けるがプロジェクトは開けない」というユーザーがいる場合、そのユーザーはキャンバス単位のアクセス権しか持っていない可能性が高いです。逆に、「プロジェクトは開けるが特定のキャンバスは開けない」という場合は、そのキャンバスに対して個別に追加の共有設定が必要である可能性があります。キャンバスの共有および共有されたアイテムのアクセスエラーの解決をご参照ください。

ゲストに関する詳細については、ゲストや外部コラボレーターの招待をご参照ください。

リリース当日のワークフロー

リリース当日は、フィルタリングされたビューまたはカレンダービューを使用して、リリース当日のキャンバスを確認します。担当者が明確に見えるようにしておいてください。リリース管理ルームのキャンバスを開き、メモ、決定事項、およびリアルタイムで発生している課題を管理します。特定の障害が発生した場合は、コメントやメンションを活用して迅速に連携します。

キャンバスでの作業が完了するたびに、適切なセクションに移動させます。ただし、完了したからといってキャンバスを削除しないでください。完了したリリース用のキャンバスは、リリース後のレビュー、ダッシュボードの履歴、および将来の計画立案において非常に価値のある資産となります。

もしリリース用のキャンバスが見つからなくなった場合は、新しく作り直す前に、フィルターの設定、ビュー、すべてのキャンバス、検索, アクティビティ、およびゴミ箱機能を確認してください。リリース作業中に重複した緊急作業が発生すると、チームの混乱を招く原因となります。

フォローアップとふり返り

リリース当日が終わる前に、フォローアップ用のキャンバスを作成します。測定指標（メトリクス）のレビュー、顧客フィードバック、バグのフォローアップ、営業支援、ドキュメントの整理、およびふり返り用のキャンバスを追加し、それぞれに担当者と期日を設定してください。

ふり返りキャンバスをプロジェクトに紐づけることで、何がうまくいき、何が失敗し、次回何を変更すべきかをチーム全員で記録・共有できます。次回のリリース時に再度参照する可能性がある場合は、プロジェクトまたはふり返りキャンバスをスター付きに設定しておくことをお勧めします。

リリース後のアーカイブやクリーンアップは、必ずチーム全員の合意を得た上で行ってください。有用なキャンバス、ファイル、および決定事項は削除せずに残しておきます。万が一誤って削除してしまった場合は、保存期間が終了する前に削除された作業の復元機能を使用して復元してください。

よくあるリリースの課題と解決方法

• 期限が遅れているタスクが不明な場合:
  • 原因：期日が設定されていない、またはカレンダーが活用されていない。
  • 解決策：すべての重要なタスクに期日を設定し、カレンダービューをご活用ください。
• フィードバックが見つからない場合:
  • 原因：レビューに関する議論が複数のツールやチャットに分散している。
  • 解決策：すべてのレビューに関する議論を、該当するキャンバス内のコメント機能に集約してください。
• レビュー担当者に見せる情報が多すぎる場合:
  • 原因：外部のレビュー担当者にプロジェクト全体のアクセス権を付与している。
  • 解決策：プロジェクト全体ではなく、関連する特定のキャンバスのみを個別に共有してください。
• キャンバスが表示されない場合:
  • 原因：以前に適用したフィルターが残ったままになっている。
  • 解決策：フィルター設定をクリアし、ビューの条件を確認してください。
• ダッシュボードの進捗状況が正しく表示されない場合:
  • 原因：完了セクションが正しく指定されていない、または反映されていない。
  • 解決策：どのセクションが「完了」扱いになるか設定を確認してください。
• アセット（添付ファイル）が見つからない場合:
  • 原因：ファイルが関連するキャンバスと紐づいておらず、チャットなどに埋もれている。
  • 解決策：ファイル機能を使用するか、そのファイルが含まれているキャンバスを確認してください。
• 古いリリースプロジェクトがサイドバーを圧迫している場合:
  • 原因：終了したプロジェクトがスター付きのまま残っている。
  • 解決策：履歴を削除するのではなく、スターを外す（Unstar）ことでサイドバーを整理してください。

プロジェクト管理の目的は、完璧なプロジェクトを作成することではありません。次の意思決定を明確に下せるようにすることです。