新しいチームは、
最初の30日でもっと
話しやすくなる。

チームができた直後に使うのが分かりやすいですね。普段の会議では、いきなり仕事の話から始まります。でも、新しく集まった人たちは、相手が何を知っていて、何が得意で、どこで困りやすいかをまだ知りません。

全員が一度ずつ話せる入口をAIがつくれば、声の大きい人だけでチームの説明が決まることも減らせます。最初から完璧に理解するのではなく、「これから聞いてみたいこと」が見えるだけでも、関係づくりは変わりそうです。

はい。ただし、全部を同じ重さで集めるのではなく、本人が話してよい範囲を選べる必要があります。経歴は共有してよくても、価値観の回答は要点だけ、趣味はチームへ公開、といった具合です。

「何を知りたいか」より先に、「何なら安心して話せるか」を設計する。そこまで含めてファシリテーションだと思います。

そうですね。レポートに「あなたはこういう人」と固定的に書くより、「こういう場面では力を出しやすいと本人は話しています」「ここはチームで確かめてみましょう」と返す。結論より、次の会話を増やす方がこのサービスらしいです。

最初にリーダーが、チームの目的、期間、メンバー、今回確かめたいテーマを入れる。その内容からAIが質問案をつくり、管理者がオン・オフを選ぶ形なら使いやすいです。

たとえば短期の提案チームなら「意思決定の速さ」「顧客対応の経験」「資料づくりでAIを使う場面」を厚くする。長期の開発チームなら「集中時間」「レビューの受け取り方」「不確実な状態での相談方法」を厚くする。質問の芯は共通でも、比重を変えられます。

「正解を当てる」のではなく、「新しいメンバーへどう伝えるかを一緒に考える」会話にしたいです。最初は自己紹介から入り、最近うまくいった仕事、助けてもらって嬉しかったこと、苦手な場面へ少しずつ深めます。

AI活用についても、「使っていますか」の一問だけでは浅いです。毎日か週一回か、文章・調査・分析・自動化のどこで使うか、出力をどう確かめるか、チームへ共有できる再現性があるか。具体的なエピソードを聞くと、次の支援が見えます。

はい。さらに本人側にも「答えない」「個人レポートだけに残す」「チームへ要約を出す」という選択が必要です。質問の自由度と、回答の公開範囲は別々に持たせるのがよいと思います。

「強い・弱い」だけにすると、人事評価のように見えてしまいます。仕事の得意・苦手、素の関心、協働の癖、AI活用の現在地。この4つを、場面によって変わる情報として見せるのがよさそうです。

たとえばAIを毎日使っている人でも、調査は得意で自動化は未経験かもしれません。逆に利用頻度は少なくても、検証手順を丁寧に持っている人もいます。「AIレベル3」と一つに丸めず、誰が何を共有でき、誰にどんな支援があると進むかまで見たいです。

はい。オンは、得意な役割、苦手な工程、集中しやすい条件、判断の仕方。オフは、趣味、関心、会話のきっかけ、大切にしていること。仕事だけでは見えない共通点が、相談のしやすさをつくることもあります。

ただしオフの情報は、とくに本人の選択を尊重します。共有したくないことまで「チームワークのため」と求めない。話したい人が話したい範囲で使うから、アイスブレイクとして機能します。

チーム全体の共通点と、補い合える違いを分けて見せたいです。たとえば「全員が考えてから話したい」なら、会議の議題を前日に共有する。「アイデアは多いが記録が苦手」なら、AI議事録を共通の習慣にする。可視化を、具体的な約束へ変えます。

一方で、誰か一人だけが回答した内容を「チームの傾向」として出すのは危険です。個人が特定される小さな集計は表示しない、本人が共有を選んだ内容だけ使う、AIの推測と本人の言葉を混ぜない、といったルールが必要です。

「高い・低い」ではなく、チーム内で教え合える組み合わせを提案します。調査が得意な人と、資料化が得意な人。プロンプトは作れる人と、事実確認が丁寧な人。二人で一つの業務を試せるようにする。

30日後には、最初の回答と実際の仕事を照らし合わせます。「思っていた得意」と「一緒に働いて見えた得意」が違うこともある。その更新まで含めて、AIファシリテーターは一度きりの診断ではなく、チームの学習記録になります。

固い診断だけではなく、会話が弾む要素としては面白いです。占いを信じるかどうかも含めて、その人らしさが出ますし、「意外と合っている」「ここは全然違う」と話すきっかけになります。

ただ、結果を役割分担や採用、人事評価の根拠にはしません。生年月日などの入力も任意で、使う目的を事前に伝える。表示するなら「エンターテインメントとしての参考情報」「本人とチームで確かめる問い」と明記するのが前提です。

そうですね。「成長」「安定」「貢献」「自由」などの言葉から、今大切にしたいものを本人が選ぶ。その結果を性格の確定ではなく、働き方を相談する素材にします。

遊び心は、安心があるときに初めて効きます。答えない自由があり、笑って違うと言える。そこを守れれば、形式的な自己紹介では出ない人柄が見えてきます。

本人が最終プレビューを確認し、共有する内容を決める必要があります。AIの要約に違和感があれば直せる。個人レポートとチームレポートを分け、管理者だけが何でも見られる設計にはしない。

また、回答しなかったことを欠点として扱わないことも大切です。参加自体や質問ごとのスキップ、データの保存期間、削除方法を最初に示す。チームづくりのために使い、人事評価・査定・選抜へ転用しないという目的制限も明文化したいです。

断定ではなく、確認可能な言葉へ変えます。「Aさんは事前に考える時間を好み、Bさんは会話しながら考えると回答しています。会議前に論点を共有し、当日は口頭で広げる方法を試しませんか」という形です。

相関は真実ではなく仮説です。本人たちが読んで、違うと思ったら更新する。その余白があるほど、レポートは安全で実用的になります。

聞きやすいと思います。説明資料だけより、5分のミニインタビューを体験してもらい、最後にサンプルのチームレポートを見せる方が、具体的な意見をもらえます。

「どのタイミングなら使うか」「社員はどこまで答えられるか」「管理職が本当に欲しいアウトプットは何か」「使ってはいけない場面は何か」。導入意向を聞く前に、現場の境界を聞くのが次の一手です。

はい。検証したいのは、質問の数ではありません。本人が「自分のことを適切に表している」と感じるか、チームで読んだ後に会話が増えるか、30日後に仕事の進め方が一つでも変わるか。その三つを確かめれば、次に何をつくるべきか見えます。