前回（学習編）で、Skills は「いつもの頼み方を保存する手順書」だとお伝えしました。今回はいよいよ手を動かします。題材は、多くの職場にある「毎週の定例レポート作成」。最初の手順書を作って実行し、出てきたズレを直す——「作って、つまずいて、直す」の一連を、一緒にたどっていきましょう。完璧を目指さず、まず動かすのが今日のゴールです。
このシリーズ（全16回・順次公開）
- 全体像と「Codeとどう違う？」の地図
- はじめる ― 最初の作業スペースと安全な範囲設定
- はじめてのタスク（学習編）― 頼み方の基本
- はじめてのタスク（実践編）― 散らかったフォルダを片付ける
- ファイル作業（学習編）― Word・Excel・PowerPoint を任せる前に
- ファイル作業（実践編）― メモから報告書を作って、直す
- Skills（学習編）― 繰り返す作業を手順書で覚えさせる
- Skills（実践編）― 週次レポート作成スキルを作る（この記事）
- Connectors（学習編）― ドライブ・Slack への接続口
- Connectors（実践編）― 資料を読ませて要約させる
- バックグラウンド実行（学習編）― 「待たない」使い方
- バックグラウンド実行（実践編）― 裏で走らせる
- スケジュール（学習編）― 決まった時刻に自動で動かす
- チームで使う（実践編）― 作業と成果物を共有する
- Cowork と Code、どっちを使う？（番外編）
- 「これ実行していい？」と聞かれたら（番外編）
題材を決める ― 「週次の活動サマリー」
今回作るのは、こんなレポートです。「今週のチームの活動状況を、A4一枚のサマリーにまとめる」。読み手は上長、出すのは毎週金曜の夕方。多くの人が、毎週ほぼ同じ作業として抱えているはずです。
これが Skills 向きなのは、前回の3条件にぴたりと当てはまるから。繰り返す（毎週）・手順がほぼ決まっている・出力の型がある（A4一枚のサマリー）。まさに手順書にする価値の高い作業です。
ステップ1：最初の手順書を「荒く」作る
いきなり完璧を狙わず、前回の4点（ゴール・手順・出力形式・例）を、まずは荒く書き出します。最初はこの程度で構いません。
- ゴール：上長向けに、今週のチーム活動サマリーをA4一枚で作る
- 手順：①今週の活動メモを読む ②主な動きを拾う ③よかった点と課題に分ける ④表とコメントにまとめる
- 出力形式：見出し「今週のハイライト／進捗／来週の予定」の3部構成
- 例：先週うまくいったサマリーを1つ添える
ポイントは、「あとで直す前提で、まず形にする」こと。ここで悩み込まないのがコツです。
ステップ2：実行してみる ― たいてい少しズレる
作った手順書を呼び出して、今週分のメモで実行します。すると、初回はだいたい何かしらズレます。これは失敗ではなく想定どおりです。よくあるズレはこんな具合です。
| 出てきたズレ | 原因（手順書に書いていなかったこと） |
|---|---|
| 文章が長く、A4に収まらない | 分量の目安を書いていなかった |
| 数字の根拠が曖昧 | どのメモから拾うか指定していなかった |
| 口調が硬すぎ／砕けすぎ | トーンの指定がなかった |
大切なのは、ズレを「AIが悪い」ではなく「手順書に書き漏れがあった」と読み替えること。ズレは、次に何を書き足せばいいかを教えてくれるヒントです。
ステップ3：手順を「具体化」して直す
出てきたズレを、手順書に一行ずつ足していきます。たとえば先ほどのズレなら、こう直します。
- 「各項目は3行以内、全体でA4一枚に収める」を出力形式に追記
- 「数字は週報フォルダの当週ファイルから拾い、出典を一言添える」を手順に追記
- 「丁寧だが簡潔な、社内報告のトーンで」をゴールに追記
そしてもう一度実行する。これを2〜3回繰り返すと、手順書はぐっと実用的になります。「作って、つまずいて、直す」——この往復が、机上で完璧な手順書を作ろうとするより、ずっと早く良いものにたどり着く道です。
効果 ― 時短と属人化の解消
手順書が育つと、毎週の作業はこう変わります。これまで30〜40分かけて一から組み立てていたものが、「今週分のサマリーを作って」の一言＋人による確認に縮みます。空いた時間は、レポートの中身を考えることに回せます。
さらに大きいのが属人化の解消です。手順書という形で「やり方」が文章になっているので、あなたが不在の週でも、同僚が同じスキルを呼び出して同じ体裁のレポートを出せます。「あの人しか作れない」状態から抜け出せるのは、チームにとって大きな安心材料です。
つまずきポイント ― 実践でよくある詰まり
- 一度で完璧を求めてしまう：初回のズレで「使えない」と諦めがち。ズレは直すための材料です。2〜3回の往復が前提と心得ましょう。
- 直し方が大きすぎる：一度に手順書を全面改訂すると、何が効いたか分からなくなります。一回につき一〜二点だけ直すのがコツです。
- 例を添えていない：トーンや体裁のズレは、言葉で直すより良いお手本を1つ見せるほうが早く収まります。
よくある質問（FAQ）
Q1. 最初の手順書はどこまで作り込めばいいですか？
「人に口頭で引き継ぐときのメモ」くらいで十分です。むしろ作り込みすぎないほうが、実行時のズレから学べます。荒くてもまず動かしましょう。
Q2. 毎週メモの中身が違っても、同じ手順書で対応できますか？
はい。手順書は「やり方の枠」を決めるもので、中身（その週のメモ）は毎回入れ替えて使います。枠が安定していれば、中身が変わっても同じ流れで処理できます。ただし手順が大きく変わる週は、その都度補足を添えてください。
Q3. できあがったレポートは、そのまま上長に提出していいですか？
いいえ、必ず人が最終確認してください。手順書は体裁と品質を安定させますが、誤りが混じる恐れは残ります。提出前のひと手間の確認を、運用の中に組み込んでおきましょう。
まとめ ― 一つ作れば、応用が利く
- 週次レポートのような繰り返す定型業務は、手順書（Skills）化の効果が大きい。
- 進め方は「荒く作る → 実行 → ズレを一行ずつ直す」の往復。一度で完璧を目指さない。
- 効果は時短と属人化の解消。ただし成果物の最終確認は必ず人が行う。
一つスキルを作れる感覚がつかめれば、議事録・宛名作成・データ整形など、ほかの定型業務にも同じ要領で応用できます。次回（第9回・学習編）は、Cowork を社内資料や外部サービスとつなぐ Connectors の考え方を扱います。