素晴らしいですね！
これは、Pavilion でプロジェクト管理に Discourse を活用している私たちの運用方法と非常に似ています。私たちは以下の通り活用しています：
- 割り当てには Assign を使用
- イベントには Discourse Event を使用
- トピックを閉じることで完了を示す
- 「チーム」にはカテゴリを使用（例：当社の各クライアントには専用のプライベートカテゴリとグループを割り当て）
- 「プロジェクト」と「タスク」を区別するためにタグを使用
また、サイドバーには Layouts Plugin と Layouts Category List Widget も活用しています 
モバイルレイアウトビューを使用しないことを選んだ理由が気になります。
私たちは（テーマコンポーネントを使用して）カテゴリのドロップダウン全体を非表示にすることにしました。カテゴリリストウィジェットを特定のカテゴリを選択するように調整しましたか？それとも excluded_categories 設定を使用していますか？何人かのユーザーにとって役立つかもしれないので、included_categories 設定（あるいはそれに似たもの）を追加することを検討していました。
実際、最近では knowledge-base の組織化のために、thepavilion.io でカテゴリを 3 階層化するようにしました。以前は以下の構造でした：
knowledge
layouts
custom-wizard
category-highlighter
現在は以下の構造に変更しました：
knowledge
plugins
layouts
custom-wizard
themes
category-highlighter
プラグインやテーマの処理が特に複雑になるため、この変更を長らく避けてきました。例えば、カテゴリリストウィジェットは 3 階層をサポートしていませんでした（最近ようやくサポートを追加しました）。
しかし、組織的な理由（例：カテゴリ単位で特定の知識トピックを API から取得する必要があるなど）により、knowledge-base には 3 階層が必要になりました。プロジェクトや業務を基盤とした Discourse では、より議論中心のフォーラムとは異なり、組織のニーズが分類に影響を与えることが予想されます。