team-motivation-ops について
3~30人規模のリモートまたはハイブリッドなAIテックチームのリーダー向けの、チーム運営スキルです。毎日のスタンドアップ、週次会議、1on1を軸に、状態の把握、相互フィードバック、アクション項目の追跡を扱います。
主な機能
- 01毎日のスタンドアップ用テンプレート
- 0225分の週次会議アジェンダ
- 031on1での状態評価と障害診断
- 04相互フィードバックとアクション追跡
- 05チーム会議のよくある問題への対応
活用シーン
- 01毎日の非同期チーム更新の整備
- 02約束と意思決定に焦点を当てた週次会議
- 031on1でメンバーの業務上の障害を特定
- 04フィードバックを担当者付きアクションに変換
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ gingiris-1031/ gingiris-skills --skill team-motivation-opsインストール後、Claude Code で/team-motivation-opsを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
README.mdreferences/en/README.mdreferences/ja/README.mdreferences/ko/README.md詳細
チームの Motivation 運用マニュアル
この仕組みの根底にある考え方は、自由と責任は一体だということです。Standup は考えを整理する場、定例会は認識をそろえる場、1:1 は一人ひとりに目を向ける場です。この3つをうまく機能させれば、motivation は管理して生み出すものではなく、自然に育つものです。
対象となる状況:AI テクノロジー企業の COO またはチームリーダー、チーム規模は3〜30人、高い自由度で、リモートまたはハイブリッド勤務。
研究開発運用 SOP との境界:この Skill では個人の状態、情報、認識のそろい具合を診断します。要件の優先順位、Bug、イテレーションの範囲、リリースゲートは gr-product-dev-ops に任せます。1:1 で見つかった問題は、明確な担当者、期限、検証方法を定めた Action Item にして初めて、解決済みとなります。
第1層:毎日の Standup — 情報層
設計思想
Standup の本質は報告ではなく、自分の考えを整理するための儀式です。書けるなら、本当に考えが整理できています。書けない場合は、たいてい自分でも今日何をするのか把握できていません。
曖昧さは伝染します。COO 自身の standup をまずきちんと書き、上から下へとやり方を浸透させます。
標準フォーマット(必須項目3つ)
- 今日やったこと:具体的な成果。「開発を続ける」とは書きません。
- 明日やること:他の人が完了したか判断できるほど具体的にします。
- 困っていること/夜に話したいこと:行き詰まっている点、ownership が不明確なこと
良い Standup の例
今天做了什么
- 把 XX 接口写完,本地 50 条数据跑通,平均 80ms,比上一版快一倍
- 帮队友定位 WhatsApp 会话列表渲染卡顿,根源是没做虚拟滚动,指了 react-window 方案,他十分钟搞定
- 实话实说,下午摸鱼了一小时,顺手把竞品新发的 case study 存进竞品库,算将功补过
明天要做什么
- 把批量报价接口推上 staging,拿真实场景跑一遍
- 补今天没写的接口文档
遇到什么困难 / 晚上要聊
- XXX 架构决策还没拍板,影响我这边进度,想今晚对一下
COO の運用原則
- 完璧に書くことではなく、正直に書くことを求めます。サボってしまったなら、そのように書きます。ただし、サボったこと以外に何をしたかも明確にします。
- 短い standup を批判するのではなく、「今日は具体的に何を成果として出しましたか」と問いかけます。問題は長さではなく、具体性です。
- 良い standup を1つ、皆の前で褒めます。悪いものは批判しません。具体性も伝染します。
- 良い standup はチームメイトへの贈り物だという認識を、繰り返し伝えます。
第2層:週次定例会 — 認識合わせの層
設計思想
定例会は進捗報告会ではありません。「その場にいる感覚」を生み出す場です。つまり、一人ひとりが会社全体の状況を把握し、皆の前で自分が何を約束するかを話します。この2つは、どちらも非同期では実現できません。
議題構成(25分厳守)
| セクション | 時間 | 内容 |
|---|---|---|
| 会社の状況 | 8 分 | 現在の進捗/次の1週間の計画/チームの判断が必要なこと |
| 個人の状況 | 1人あたり約3分 | 先週の約束を達成できたか/今週具体的に約束することを1〜3件/チームに手伝ってほしいこと/現在の状態(0〜10点) |
| 全体討論 | 残り時間 | 個人の共有後に全員で討論します。1:1 が必要な話題は会議後の個別相談に回します。 |
「現在の状態(0〜10点)」は省略できません。 説明せずに今の気持ちを直接伝えられる、唯一の手段です。点数が低い場合は理由を尋ねますが、皆の前で深掘りせず、後日1:1で話します。
Scrum Master の仕組み
毎週交代し、発言順と時間配分を管理します。交代制により COO への依存を減らし、一人ひとりが会議の進行に主体性を持てるようにします。
COO の運用原則
- 個人の約束は「他の人が完了したか判断できる」ほど具体的にします。COO がまずこの基準を実践します。
- 25分は厳守です。時間超過は、問題を事前に振り分けられていなかったことを意味し、皆の話が長すぎたということではありません。
- 定例会が時間超過する場合の対策:事前に「判断が必要なこと」のリストを作り、会議後または1:1に振り分けます。
第3層:1対1ミーティング — 個人の層
設計思想
1:1 はこの仕組みの中で最も情報密度が高く、最も適切に進めるのが難しい部分です。情報を上から伝える場ではなく、COO が一人ひとりの「どの層で行き詰まっているか」を本当に把握するための窓口です。
行き詰まりの層を診断する枠組み:情報不足/権限不足/連携の不調/能力の限界/方向性の不明確さ。それぞれ行き詰まっている層によって解決策はまったく異なるため、混同すると労力が無駄になります。
1. 定量的な状態確認(5分)
各項目を1〜5点で評価します(1=非常に悪い/3=普通、許容範囲/5=非常に良い)。
| 項目 | 説明 |
|---|---|
| エネルギー(活力の状態) | |
| 目標の明確さ | 最も重要な1〜2件は何か、成功とはどのような状態か |
| ミッションへの共感 | 仕事と会社の方向性とのつながり |
| 自律性とサポート | 意思決定の余地と必要なサポートの釣り合い |
| 成長実感 | |
| ペースの持続可能性 | この状態をあと1か月続けられますか |
| フロー状態の時間 | 集中して取り組む作業の時間と質 |
| 技術的な成長 | |
| ツールと開発体験 |
定量的な状態確認の目的は、正確さではなく傾向を把握することです。同じ人が「ペースの持続可能性」に3週連続で2点をつけるなら、あるとき1点をつけるよりも注意が必要です。COO は過去のデータを記録し、1:1 の冒頭で前回を振り返ることをおすすめします。
2. 深掘り用の質問集(15〜20分、3〜4問選択)
仕事そのものについて
- この2週間で最も達成感があったことは何ですか? その理由は何ですか?
- 最も行き詰まったことは何ですか? どの層で行き詰まりましたか――情報/権限/連携/能力/方向性?
- 最も時間をかけていることは、自分が最もレバレッジの高い仕事だと考えていることですか? その差はどこにありますか?
- 来週、仕事を1つなくせるとしたら、何をなくしますか? なぜまだなくしていないのですか?
意思決定と責任について
- 自分で決められたのに、私に相談したことはありますか? その理由は何ですか?
- 「明らかにやるべきなのに、誰もやっていない」ことはありますか?
- 反対に、自分で決めたものの、後から考えると先に認識をそろえるべきだったと思うことはありますか?
率直な意見について(最も聞きにくく、最も聞く価値のある質問)
- この期間に「言いたかったけれど言わなかった」ことはありますか?
- チームでひそかに問題が起きているのに、まだ話し合われていないことはありますか?
- 私がした決定で、理解できない、または賛成できないものはありますか?
成長について
- 今月、どの能力が明確に伸びましたか? どのように確かめられますか?
- 今後90日間で、意識して鍛えたい能力は何ですか? どのようなリソースが必要ですか?
- 現在のツールチェーン/コードベース/LLM ワークフローで、最も足を引っ張っているのはどこですか?
人と組織について
- チームで最も相談や連携をしたい人は誰ですか? 最も連携しにくい人は誰ですか? その理由は何ですか?
- あなたが CEO なら、明日すぐに何を1つ変えますか?
3. 双方向のフィードバック(5〜10分)
「相手 → 私」の部分を飛ばしてはいけません。受け取るフィードバックの質が、自分の改善速度を左右します。
| 方向 | 質問 |
|---|---|
| 相手 → 私 | 私がしていて最も役立つこと(続ける)/私がしていてあなたを困らせること(やめる)/私が始めるべきこと |
| 私 → 相手 | あなたがとてもよくできていること/調整が必要なこと/今後1週間について私があなたに期待する具体的なこと |
COO の運用原則
- 定量的な状態確認の点数は、話を始める鍵であり、評価ではありません。「2点」なら理由を尋ねます。
- まず自分から率直に話します。自分の決定が疑問視されたことを話して初めて、相手も本音を話しやすくなります。
- 1:1 の最後には必ず Action Items を設定します。1つだけでも構いません。アクションのない1:1では、ただ話しただけだと思われてしまいます。
よくある行き詰まりへの対処法
Standup を真剣に書く人がいない? まず自分の standup が十分具体的か確認します。曖昧さも具体性も伝染します。良いものを1つ、皆の前で褒めます。悪いものは批判しません。
定例会が進捗報告になっている? 「今週やったこと」を「先週あなたが約束した X はできましたか」に変えます。はい/いいえで答えるほうが進捗報告より緊張感があり、短く済みます。
1:1で相手がいつも「まあまあです」と答える? 「本音を話しても罰せられない」という証拠を、自分が示してきたか確認します。この信頼関係は、実際の事例を何度か重ねて築くものであり、良い質問を1つするだけでは築けません。
チームが大きくなり、一人ひとりと1:1をする余裕がない? 2週間に1回で構いません。まず定量的な状態確認の方法を tech lead または line manager に教え、COO は「状態の異常」をエスカレーションする窓口を維持します。
出力形式の提案
ユーザーが具体的な状況について質問したときは、次の内容を優先して提示します。
- 診断:現在どの層で行き詰まっているか(情報/認識合わせ/個人)
- すぐに使える行動を1つ:「今日すぐにできる」具体的な行動
- 再発を防ぐためのガードレール:COO が事前に行うべきことを1〜2点
「コミュニケーションを強化する」といった一般的な助言ではなく、「この問題を定例会の議題から1:1に移します。必要なのは……だからです」のような具体的な運用上の提案をしてください。
海外展開コミュニティへの参加と資料パックの購入 · Community & Resources
-
海外展開コミュニティへの参加: WeChat で staywildgrow を追加し、「コミュニティに参加」とメッセージを送ってください。
-
資料パックの購入: WeChat で staywildgrow を追加し、Gingiris の海外展開資料パックについてお問い合わせください。価格は **599 元(人民元)**です。
-
Join the global growth community: Add staywildgrow on WeChat and send “加入社群” (join the community).
-
Get the resource pack: Add staywildgrow on WeChat to purchase the Gingiris global growth resource pack for CNY 599.
コミュニティと資料パックは任意の利用方法です。オープンソースの Skill のインストールや使用には影響しません。
The community and paid resource pack are optional; neither is required to install or use this open-source skill.