Garoonは、組織の予定、会議室などの施設予約、掲示板、メッセージ、ファイル、申請・承認を一つの入口へ集約できるグループウェアです。導入効果は機能数ではなく、『誰が何を正本として管理するか』『どの情報を誰へ見せるか』『通知をどう絞るか』を設計できるかで決まります。この記事では2026年7月17日時点のクラウド版Garoon公式ヘルプを中心に、導入判断、初期設定、運用、検証、戻し方を管理者と利用者の両面から解説します。
Garoonが向く組織
- 部署をまたぐ予定と会議室・設備予約を同じ画面で調整したい
- 全社連絡、部門連絡、規程、資料の置き場所を整理したい
- 休暇、購入、稟議などの申請・承認経路を標準化したい
- ポータルから業務システムや重要情報へ迷わず移動させたい
- 組織、役職、拠点に応じたアクセス権と運用管理権限が必要
- 監査ログ、利用状況、通知を管理者が継続的に確認したい
単純な個人カレンダーだけが目的なら、Garoonの管理機能は過剰になる場合があります。逆に、施設、組織階層、代理承認、アクセス権、掲示板の運用が必要なら、汎用チャットだけで補うより整理しやすくなります。現行のメール、カレンダー、ワークフロー、ファイル共有と機能が重なるため、置き換える範囲と併用期間を先に決めます。
導入前に決める六つの原則
- Garoonで解決したい業務を三つ以内に絞り、処理時間、予約重複、問い合わせ件数など現在値を測る。
- ユーザー、組織、役職、ロール、拠点、施設の正本データと更新担当を決める。
- アプリごとに閲覧、作成、変更、削除、運用管理の権限を定義する。
- メール、チャット、文書管理、勤怠、既存カレンダーとの役割を決める。
- 通知の既定、保存期間、監査ログ、退職・異動時の処理を決める。
- 一部門で試行し、戻し方と問い合わせ窓口を確認してから展開する。
Garoon公式の導入の流れは、cybozu.com共通管理者、ユーザー、組織、利用アプリ、施設、メール、ワークフローなどを順に準備する考え方を示しています。画面を先に作り込むのではなく、組織と権限を先に整えます。人事マスターとの同期がある場合は、どちらを正本とし、異動日、兼務、休職、退職をどう反映するかを担当部署と確認します。
スケジュールと施設予約を設計する
Garoonのスケジュールでは、ユーザーや組織の予定登録、施設予約、Myグループによる横断表示などを利用できます。最初に施設名、拠点、利用可能時間、予約権限、重複可否、承認が必要な設備を整理します。『第一会議室』のような曖昧な名称ではなく、拠点・階・定員・設備が分かる表示にすると取り違えを減らせます。
- 予定の公開・非公開をどの情報へ使うか
- 参加者を追加・変更できる人と、通知の有無
- 会議室、社用車、機材の予約単位と利用ルール
- 繰り返し予定の変更・削除が一回分か系列全体か
- 外部カレンダーやモバイル利用との連携範囲
- 退職者・異動者が所有する予定や施設予約の引継ぎ
公式ヘルプは、予定変更が管理者の制限を受ける場合や、通常予定を繰り返し予定へ変更できず作り直しが必要な場合を案内しています。利用者が操作できないときに権限を広げるのではなく、予定種別、所有者、参加者、施設、アクセス権を確認します。変更時は参加者への通知を送るかを確認し、無通知のまま重要な日時を変えない運用にします。
ポータルは入口を減らすために使う
ポータルへ情報を詰め込むと、重要情報が埋もれます。全社ポータル、拠点ポータル、部門ポータルなど対象を分け、最上部には緊急連絡、今日の予定、期限が近い申請、主要システムへのリンクを配置します。天気やニュースなど便利情報は業務導線を妨げない位置へ置きます。各ポートレットの所有者、更新頻度、終了日を決め、古い案内を残し続けないでください。
HTMLやJavaScriptによるカスタマイズは、表示を便利にできる一方、アップデートで動かなくなる可能性があります。管理者ヘルプが示すカスタマイズ領域と注意事項を確認し、標準機能で実現できない理由を記録します。試験環境、対象ユーザー、無効化手順、ソース管理、担当者を用意し、全社ポータルへ直接投入しません。
掲示板・メッセージ・ファイル管理を使い分ける
掲示板
複数人へ公開し、一定期間参照させたい規程、全社案内、部門連絡に向きます。カテゴリーごとに閲覧・書込権限と通知を決め、掲載開始・終了、責任者、改訂日を本文に含めます。古い投稿を正本にしないよう、最新版の文書管理先へリンクします。
メッセージ
参加者を限定した連絡や、Garoon内で履歴を共有したい相談に使います。個人情報や機密情報はアクセス権と参加者を送信前に確認し、相手を後から追加したときに過去内容がどう見えるかを検証します。緊急連絡の唯一の手段にするかは別途決めます。
ファイル管理
共有資料の格納先として使う場合は、フォルダー階層、ファイル名、版、所有者、保存期間、アクセス権を決めます。同名ファイルを複数場所へ置くと最新版が分かりません。契約書や図面など専用文書管理が必要な情報は、Garoonを入口にして正本システムへ誘導します。
ワークフローを小さく始める
最初の申請フォームは、件数が多く、経路が明確で、例外が少ない業務を選びます。申請項目を紙の様式そのまま移すのではなく、判断に必要な情報、添付、金額、部門、期限を整理します。承認経路には代理申請・代理承認、欠勤、兼務、組織変更、差戻し、取消、緊急時の扱いを含めます。
- 現行業務の申請件数、処理時間、差戻し理由を測る。
- フォーム、経路、権限、通知、保存期間を設計する。
- 機密情報を含まないテストデータで申請から最終承認まで通す。
- 申請者、第一承認者、代理者、最終承認者、管理者の各視点で表示を確認する。
- 差戻し、取消、承認者不在、組織変更の例外を試す。
- 一部門で併行運用し、処理時間と差戻しを比較してから本移行する。
アクセス権を役割単位で管理する
個人へ例外権限を大量付与すると、異動時に残存権限を見落とします。組織、役職、ロールなど役割単位で基本権限を定義し、個人例外は理由、期限、承認者を記録します。利用ユーザー、アプリ利用、カテゴリー、フォルダー、施設、ワークフローの権限は層が異なるため、一つの設定だけで安全になったと判断しません。
テスト用ユーザーを、一般社員、部門管理者、他部門社員、退職予定者などの役割で用意し、見えてはいけない予定、掲示、ファイル、申請が本当に見えないことを確認します。管理者本人の画面だけでは、一般利用者の権限不足と過剰権限を発見できません。監査ログと設定変更記録も合わせて保管します。
通知を増やしすぎない
すべてのアプリで通知を最大にすると、重要な承認依頼や予定変更が埋もれます。利用者が行動すべき通知、閲覧だけでよい通知、週次でまとめられる通知を分類します。メール転送を併用する場合は、Garoon側とメール側で二重通知にならないか、本文へ機密情報が含まれないかを確認します。
導入後の検証指標
- 会議室の重複予約と予約調整時間
- 申請から承認までの時間、差戻し率、滞留件数
- 全社連絡に関する重複問い合わせ数
- ポータルから主要システムへ到達する操作数
- アクセス権棚卸しで見つかった過剰・残存権限
- 通知量と、期限を過ぎた承認・予定変更の見落とし
- 管理者作業、問い合わせ、カスタマイズ保守に要した時間
利用率だけを成功指標にすると、必要のない操作を増やす方向へ進みます。導入前に測った処理時間、予約重複、問い合わせ、差戻しが改善したかを見ます。一部門で効果が確認できない場合は、全社展開を急がず、フォーム、権限、通知、既存システムとの重複を見直します。
戻し方と移行時の注意
設定変更前に、対象アプリ、変更者、変更時刻、旧値、新値、影響する組織を記録します。ポータルや通知は旧設定へ戻せますが、削除した申請・ファイル・ユーザー情報は単純に元へ戻せない場合があります。大量削除や一括更新の前に公式の入出力仕様、バックアップ、監査ログ、サポート範囲を確認します。
本移行では旧システムをすぐ停止せず、参照のみの期間、正本切替日、未完了申請、繰り返し予定、施設予約、添付ファイルの扱いを決めます。切り戻す条件と決定者を事前に定め、問題発生時は新旧両方へ同じ更新を続けて矛盾を増やさないよう、どちらを正本とするかを明示します。
公式情報・参考資料
以下は2026年7月17日に確認したサイボウズのGaroon公式ヘルプです。クラウド版とパッケージ版、契約、管理権限によって利用できる機能や画面が異なるため、対象環境を確認してください。
コメント