割り当てのワークフロー

1つの割り当てに対して複数のユーザに異なるロールを割り当てることができ、その過程でその割り当てのワークフロー全体を作成することができます。一部のロールでは、デプロイに応じて、割り当てるユーザーの最大数が設定されています。

割り当てを作成する際に、ドキュメント作成プロセス全体で必要なすべてのユーザーを割り当てることができ、その割り当ての特定の役割のために他のユーザーをグローバルに選択することができます。これにより、トピックごとにユーザーを常に更新する必要がなくなります。たとえば、あなた自身をライターのロール、対象分野の専門家(SME)またはコンテンツレビュアーとして行動するユーザーをコントリビューターとレビュアーのロールに割り当てることができます。

割り当てのステータスが変化し、ワークフローが移行すると、割り当ては、ワークフローのフェーズに従って、特定のロールのユーザーに対してアクティブになります。特定のロールに対して割り当てがアクティブになるステータスでない場合、割り当てはそのロールのユーザーの割り当てのロード ページに表示されません。たとえば、割り当てが 割り当てのロード ステータスの場合、割り当ては、割り当てられたコントリビューターのコントリビューター ページにのみ表示されます。

注: ロール名とステータス名は、デプロイによって異なる場合があります。このガイドでは、デフォルトの名称が使用されます。

CCMS割り当てのワークフローの例

割り当てのワークフローの例

以下は、考えられる割り当てのワークフローの一例です。他のワークフローも可能です。このプロセスはテクニカル ライター、情報アーキテクト、プロダクトマネージャー、または他の誰かから始めることができます。

  1. プロダクト マネージャーのPro-Mがテクニカル ライターのTWと連絡を取り、あるプロジェクトについて意見を交わします。
  2. TWは、マップといくつかの子トピックを作成します。これらはすべて作業ステータスで始まります。
  3. TWは、それぞれコントリビューターの役割を持つ対象分野の専門家(SME)のグループにマップを割り当てます。TWがマップをSMEに割り当てる際、TWは、すべてのSMEが自分のトピックに完了マークを付けた場合にのみ、割り当てが完了したとマークするルールも設定します。
  4. TWは、マップをレビューアの役割を持つ別のテクニカルライター(Rev)に割り当て、Revが割り当てのステータスを変更できるようにルールを設定します。
  5. TWはマップと一部のトピックをコントリビューターステータスに変更し、マップはSMEコントリビューターに対してアクティブな割り当てになります。
  6. SME が割り当てのロード ページを開くと、コントリビューターステータスの割り当てられたマップが割り当てリストに表示されます。
  7. 各SMEが初期コンテンツ作成を完了すると、SMEはマップ内の各割り当てトピックにSME終了のマークを付け、そのSMEのオブジェクトのアイコンに緑色のチェックマークが表示されます。
  8. すべてのSMEが作業を完了すると、割り当てのステータスが完了に変わります。そのオブジェクトに表示される、割り当てられたユーザー全員のアイコンに緑色のチェックマークが表示されます。
  9. TWはSMEがコンテンツ作成を完了したことに注意し、割り当てステータスを作業に変更します。割り当てのステータスが変更されると、緑色のチェックマークが消え、TWのアクティブな割り当てに移動します。
  10. TWは内容を書き直し、割り当てのステータスをレビューに変更することで、完成したトピックをレビューのためにRevに提出します。TWがレビューに移動したトピックは、Revのアクティブな割り当てになります。
  11. Revは、レビュー用に割り当てられたトピックをレビューし、完了後、割り当てステータスを作業に変更します。Revによって作業に戻されたトピックは、TWのアクティブな割り当てになります。
  12. TWが変更を完了したとき、レビューコメントとマークアップに基づいて、TWはRevに更新をレビューさせるか、単に割り当てステータスを完了に変更するかを選択することができます。
  13. インフォメーションアーキテクトは完了したすべてのトピックを取り出し、割り当てステータスを完了に変更します。マップ内のすべてのトピックが完了ステータスになると、最終リリースを担当するPro-Mは、最終リリース用のビルドマニフェスト、ローカライゼーションへの提出用の翻訳マニフェスト、またはその両方を作成します。