※この記事は全文機械翻訳されています。

トピックリストからトピックを選択して、そのトピックのトピックページを開きます。

トピックバナーは以下のようになります：

トピックヘッダーはバナーの下にあり、この記事で説明されます：

トピックヘッダーの下に、説明とコメント付きのトピック本文があります。

トピック本文とヘッダーの右側には、右情報パネルがあります。

トピックバナーの情報アイコンをクリックして、右情報パネルを展開します。

この記事では次のトピックについて説明します：

トピックヘッダーの最上部には、トピックのタイトル/件名が表示されます。

タイトルの横には、鉛筆アイコンが表示されます。

この鉛筆アイコンを使用して、トピックの名前を変更できます。

必要なアクセス権: トピックが含まれているトピックリストへの書き込みアクセス権

トピックリストへのフルアクセス権を持つユーザーが設定した設定に応じて、ステータスとタイプはトピックリスト設定で異なる方法で構成できます。

最上位のステータスまたはタイプは常にデフォルトであり、トピック送信前に変更できます。

ドロップダウンリスト内のステータスとタイプの順序は、構成者によっても設定できます。

このセクションでは次のトピックについて説明します：

ここでは、トピックの現在のステータスを選択できます。

選択できるデフォルトステータスは: アクティブ (オープン) 進行中 (オープン) 解決済み (オープン) 承認済み (クローズ) 却下 (クローズ) これらを編集したり、独自のステータスを作成したりできます。

各ステータスはいつ適用すべきか？

通常、新しく作成されたトピックはオープンステータスを受け取ります。

オプションで、送信されたトピックが一般的なオープンおよびクローズフローの外にある場合、候補ステータスを選択できます。例えば：

トピック作成者の編集が終わっていません。

この場合、トピックはまだ開く準備ができていません。

トピックは無関連になりました。

トピックは無関連であるか、トピックが無関連になった場合

その後、割り当てられたユーザーがトピックを処理した場合、トピックが処理されたことを検証するユーザーはステータスをクローズに変更します。

作成しているトピックのタイプを選択します。

選択できるデフォルトタイプは、エラー、警告、情報、および不明です。

独自のタイプを作成することもできます。

「担当者」フィールドと「依頼者」フィールドで、ドロップダウンメニューからメンバーまたはチームを選択して、担当者または依頼者として設定できます。

このセクションでは次のトピックについて説明します：

通常、トピックをチームではなく個別メンバーに割り当てる方が良いです。

個別メンバーは個人的に責任を感じ、説明責任を負うことができるためです。

チームが割り当てられると、チームメンバーの誰も個人的に責任を感じません。

それでも、この会話の一部である複数のメンバーがいることが多いです。

この状況では、コメントまたはトピックの説明で@memberで個別メンバーに言及するか、@teamでチームに言及する方が良いです。

この方法で、適切なユーザーを担当者として設定し、関係者に適切に通知できます。

割り当てられたメンバーは、必ずしもトピックで議論されているタスクを実行する責任を負う人である必要はありませんが、議論が結論に至るようにフォローアップしている人である必要があります。

メンバーが割り当てられると、トピックはそのメンバーのメンバーページに表示されます。

メンバー@チームで関係チームを明確にする

メンバーは、プロジェクト内の異なる役割に応じて、異なるチームの一部であることが多いです。

割り当てられた人が関心のあるチームがこのトピックに関係しているチームの一部であることを明確にすることで、トピックリスト内でトピックをより適切にフィルター処理できます。

チームを明確にすることは、多くのトピックに割り当てられているメンバーが異なる役割間でトピックを分離するのに役立つだけでなく、このチームに関係するトピックを見つけるのに他のユーザーにも役立ちます。

メンバー@チームが割り当てられると、トピックはそのチームのチームページに表示されます。

関連チームが明確にされた場合、チームメンバーには通知は生成されません。

生成された通知

個別に割り当てられた担当者は、トピックに割り当てられたという通知を受け取ります。

さらに、それらは自動的にフォロワーとしてトピックに設定され、トピックの将来の変更について通知を受け取ります。

メンバーをチームではなく個別に割り当てる場合の欠点は、そのメンバーのみがトピックについての通知を受け取ることです。

これは、説明またはコメントで他のメンバーを言及することで解決できます。

これにより、自動的にフォローされ、その結果、トピックの将来の変更について通知を受け取ります。

フォローアップが不明な場合はチームに割り当てるか空欄のままにする

チームがトピックのフォローアップに依存するだけでは不十分なことが多いです。

チームメンバーの誰もこのタスクに個人的に責任を感じないためです。

トピックのフォローアップを担当する人が明確でない場合は、チームを割り当てて、後で割り当てるためにチームトピックをフィルター処理できます。

チームがトピックを適切なユーザーに割り当てるために一緒に集まることが明確にされた場合のみ、チームに割り当てます。

チームを割り当てる理由は、チーム内に責任を決定する人がいないためかもしれません。

チームリーダーなどが責任を決定している場合は、個別にそのユーザーを割り当てるのが最適です。

これにより、必要に応じて責任を委譲できます。

生成された通知 割り当てられた場合にトピックを自動的にフォローする個別に割り当てられたメンバーとは異なり、割り当てられたチームのメンバーはフォロワーとして設定されません。

彼らは「あなたが属するチームが担当者として設定されている」という初期通知を受け取りますが、トピックの変更について詳細な通知は受け取りません。

トピックのフォローアップを担当するメンバーまたはチームがない場合は、「担当者」フィールドを空欄のままにすることができます。

これは、トピックが情報のみの場合に当てはまります。

生成された通知:

チームメンバーは、属するチームがトピックに割り当てられていることについて通知されず、メンバーはトピックに割り当てられていることについて通知されません。

また、言及されたり、担当者または依頼者として設定されたり、手動でトピックをフォローしたりしない限り、将来の更新についての通知は受け取りません。

通常は自分自身を依頼者として設定しますが、ここで任意のメンバーを選択できます。

誰か他の人のためにトピックを作成する場合は、ここでそのユーザーを設定します。

依頼者は自動的にトピックをフォローして、トピックの将来の変更について通知を受け取ります。

メンバーまたはチームがトピックを依頼しない場合は、「依頼者」フィールドを空欄のままにすることができます。

生成された通知:

チームメンバーは、属するチームがトピックを依頼していることについて通知されず、メンバーは言及されたり、担当者または依頼者として設定されたり、手動でトピックをフォローしたりしない限り、将来の更新についての通知は受け取りません。

このセクションでは次のトピックについて説明します：

期日とマイルストーンは、統計ページでプロジェクトの進捗を追跡するのに役立ちます。

アイコンの色

期日とマイルストーンのアイコンは、時間に応じてさまざまな色を持つことができます。

期日またはマイルストーンを設定するとき

期日またはマイルストーンがこの時点で設定されるとき、アイコンの色は次のとおりです：

設定された期日またはマイルストーンは同じように機能しますが、異なる方法で説明されます。

期日またはマイルストーンのアイコンの色は、次の場合に次のとおりです：

トピックがクローズされると、期日またはマイルストーンのアイコンは薄いグレーになります。

期日

トピックの内容がいつまでに必要かのアイデアがある場合は、期日を設定するか、空欄のままにします。

トピックの内容がいつまでに必要かが正確にわからない場合でも、期日を設定することはしばしば良いです。

期日はいつでも後で変更できます。

期日を設定する習慣を身につけることで、計画に情報を提供できます。

予測されたタイムフレームが多いほど、プロジェクトメンバーはより予測できます。

マイルストーン

トピックをマイルストーンに固定するか、空欄のままにします。

トピック領域のマイルストーンは、多くの場合、プロジェクトフェーズであるか、トピックを配信する必要がある計画されたイベントの日付です。

既存のラベルを追加するか、新しいラベルを入力して作成します。

トピックリスト内のトピックのヘッダーに独自のフィールドを追加します。

これらのフィールドは必須として設定できます。

カスタムフィールドは以下のタイプにすることができます：