世界は立ち止まらない。RSS
BIG CHANGE.
ワンタップでBIG CHANGE
ワンタップでBIG CHANGE

大局を見渡す余白を。

BIG CHANGE をホーム画面またはデスクトップに追加します。専用ウィンドウで開き、オンライン時には最新の記事が表示されます。

iPhoneとiPad
Safari で bigchange.ai を開きます。「共有」、「ホーム画面に追加」の順にタップします。「Web Appとして開く」が表示された場合はオンにしてから、「追加」をタップします。
Android
Chromeでbigchange.aiを開きます。ブラウザーのメニューから「アプリをインストール」または「ホーム画面に追加」を選択してください。
デスクトップ
Chrome または Edge では、アドレスバーのインストールアイコンかブラウザーのアプリメニューを使用します。Mac の Safari では、「ファイル」→「Dockに追加」を選択します。

Markdown版

AI-translated from English; not yet reviewed by a fluent editor.

# 自分の業務を整理し、AIで試す最初のタスクを選ぶ

> 自分が担当するタスク、成果物、確認方法、権利、人の承認を日付付きで整理します。後日AIで試すタスクを一つ選ぶか、まだ選べない理由を記録します。

By BIG CHANGE Editorial

Published: 2026-10-20T12:07:38.357Z
Updated: 2026-10-20T12:07:38.357Z
Canonical: https://bigchange.ai/blog/map-work-choose-first-ai-task-guide

![Conceptual charcoal illustration of blank task cards in a wall-mounted wooden rack, beside one empty orange-edged slot.](https://bigchange.ai/api/media/file/blank-task-rack-hero-v2.png)
AI-generated conceptual illustration by BIG CHANGE.

AIツールを選ぶ前に、自分が実際に管理できる業務を書き出しましょう。答えを簡単に確認できるタスクでも、非公開データ、取り消せない操作、人に属する判断を伴うことがあります。このガイドでは、自分のタスクを日付付きの意思決定マップにまとめます。完成物は、最初のテスト案一つ、またはまだ実施可能な候補がないという判断の記録です。作成にAIを動かす必要はありません。

出発点は、[Andrej Karpathyが2025年11月に書いた検証可能性についての論考](https://karpathy.bearblog.dev/verifiability/)です。試行をリセットでき、効率的に繰り返せ、信頼できる報酬信号を与えられる環境ほどAIによる最適化に適する、と論じています。これは調べるべき問いであり、職場での承認規則ではありません。以下のタスク記録は私たち独自のシートです。実際の業務で責任者が明らかにすべき人、権限、結果を補います。[NISTの自主的なAIリスク管理フレームワーク](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/)も、組織がAIシステムを検討する際に状況、監督、測定を求めていますが、このシートを推奨したり個々のタスクを認証したりするものではありません。

## 用意するもの

自分が担当する、または評価する権限のある業務の実際の記録にアクセスできることが必要です。タスクログ、予定表、手順、受付キュー、業務の担当者などが該当します。マップと根拠リンクを保管する非公開の場所、名前を明示したプロセス責任者、判断に異議を唱える権限のある別の人も必要です。対象チームまたはプロセスと対象期間を明記してください。マップ作成のために機密資料をAIサービスへ入力しないでください。

記録を探して確認する時間を見込んでください。マップ自体にAIアカウント、有料API、ソフトウェア購入は不要です。後日のテストには、別途の許可、ツール料金、担当者の確認時間、許容するエラーの予算が必要になる場合があります。

## 1. 実際に行っている業務を棚卸しする

タスクを列挙する前に、期間と範囲を決めます。別の人がたどれるよう各行の出典を記録します。繰り返し行う各タスクについて、きっかけ、実際の入力、現在の実行者、必要な成果物、受取人、既存の承認を記載します。記録に抜けている内容を担当者に確認してもらいます。未確認の詳細は**不明**と記します。

成果物、許可、結果が変わるところで業務フローを分けます。大きなくくりの名称では、別の権限が必要な引き継ぎを隠してしまうことがあります。行数は業務に忠実にし、目標件数は設けません。除外したチームや期間も記し、欠落したタスクを不適切な候補と取り違えずに確認できるようにします。

**確認：**確認者は根拠リンクをたどり、責任者と、誰に何を渡す必要があるかを特定できますか。棚卸しが不十分なら、順位を付ける前に責任者の記録へ戻ります。

## 2. ツールより先に確認方法を記述する

各成果物について、作成者以外の人が何を調べるかを考えます。正式な根拠となる情報源、正確な合格基準、必要な判断を明記します。確認者は抜けや、もっともらしいが誤った回答をどう見つけますか。確認に元の作業とほぼ同じ手間がかかりませんか。誰が確認できるか、確認の負担について何が分かり何が不明かを記録します。

確認の仕組みを、**既存**、**提案**、または**不明**と分類します。「既存」は、現在の業務に確認があり、その利用方法の証拠もある状態です。「提案」は、考えられる基準を書いたものの、関連する誤りを検出できると示していない状態です。どちらもAIの出力が合格すると証明するものではありません。正しい答えの根拠や実行可能な合格基準がないタスクは、最初のテスト候補になる前に準備が必要です。

次に、[Karpathyの論考](https://karpathy.bearblog.dev/verifiability/)をもとに三つの別々の問いを立てます。失敗した試行を、長く残る害なしにリセットできますか。妥当な時間と費用で十分な回数の**許可された**試行ができますか。各試行に信頼できる確認を行えますか。それぞれについて、はい、いいえ、不明と現場の根拠を書きます。Karpathyはこれらの性質をAI最適化の議論に使っています。回答によって職場での利用が許可されるわけではありません。

## 3. 権限と失敗の費用を記録する

確認できるかどうかは判断の一部にすぎません。入力データを誰が管理するか、提案するAI利用や開示が許可されるか、誰が影響を受け得るかを記録します。将来のツールが読めるもの、書けるもの、その操作を承認できる人を明確にします。容易に戻せない後続手順も挙げます。誤って合格とする場合の費用を、人による確認ややり直しの費用と並べます。見積もりを裏付けられないときは**不明**とします。

成果物の確認で見落とすかもしれない事情を書きます。不文律、例外、変化する原資料、責任を伴う人の判断が必要な決定などです。ツールに許可を求めるよう指示するプロンプト自体は、許可でもアクセス制御でもありません。[NISTのMAPガイダンス](https://airc.nist.gov/airmf-resources/playbook/map/)は利用状況、影響を受ける人、データ、監督の検討を求め、[MEASUREガイダンス](https://airc.nist.gov/airmf-resources/playbook/measure/)はテスト方法と限界を扱います。いずれも自主的なガイダンスであり、各行の承認印ではありません。

**確認：**権利、開示、操作の承認者、信頼できる復旧方法が不明確なら、その不確実性を記録に残します。整った確認方法でも解決できません。

## 4. 各行を分類し、最初の候補を最大一つ選ぶ

次の**私たち独自のワークシート分類**を使い、各行に理由と根拠リンクを付けます。

- **範囲を限定したテストの候補：**成果物、確認、リセット方法、別途承認を得るテストの権限を特定できます。調査する候補であり、自動化の許可ではありません。
- **確認方法を準備する：**タスクは記述されていますが、合格基準、正式な根拠、確認者をまだ定義または検証する必要があります。
- **人への補助に限定：**限定した下書きや分析は役立つかもしれませんが、結果を伴う判断と承認は名前を明示した人が保持します。実際の利用には引き続き許可が必要です。
- **保留：**権利、状況、失敗の結果、復旧、その他の必要な根拠が未解決です。

不明事項を無理に数値スコアへ変えないでください。限定テストに適し得る行だけを比較します。確認負担と誤った合格が及ぼす害を含め、なぜ一つを優先するか記します。全行に未解決の前提があるなら、**今は候補なし**という選択も完成した判断です。再検討に必要な人と根拠を挙げます。

## 5. 受け入れ計画を提案し、マップの確認を受ける

最初の候補について、将来のテストを実施せずに定義します。許可されたサンプルと入力範囲、参照する現在の業務手順、意図する成果物、正確な合否基準、確認者、人の審査担当者を指定します。試行回数、時間、ツール料金、確認負担の上限を提案します。停止条件、現在の手順への戻り方、後日のテストを承認できる人、記録する結果を示します。結果には合格、見逃し、失敗、再試行、確認時間、全費用を含めます。実際の承認や観測結果が存在するまでは空欄にします。成果物が外部操作を引き起こせるなら、その操作は指定した人の承認待ちにします。

プロセス責任者と別の権限ある確認者に、棚卸し全体を見てもらいます。業務の抜け、出典の正確さ、確認方法の実行可能性、権利、候補または候補なしの理由を問い直してもらいます。各人の実際の判断と日付、意見の不一致、それを解決する根拠を記録します。マップの受け入れは製品試用の許可ではありません。タスク、データ、権利、確認、結果が変わったら、新しい行の判断に日付を付け、以前の記録を残します。

後日ツールの試用が承認されたら、[小規模事業の一つのタスク向けにAIツールを選ぶ、または採用しない方法を説明する別のガイド](https://bigchange.ai/blog/choose-ai-tool-small-business-task-guide)が、選んだタスクを出発点にします。このマップは製品の選択とテストの前で終了します。

## 意思決定マップの空欄ワークシート

項目を非公開の文書や表にコピーします。実在するタスクごとに一行を追加し、不明な事実は不明のまま見えるようにします。空欄を架空の仕事で埋めないでください。

**棚卸しの基本情報**

- プロセスと範囲：\_\_\_\_
- 対象期間／除外した業務：\_\_\_\_
- プロセス責任者／マップの意思決定責任者：\_\_\_\_
- 根拠の保存場所とアクセス規則：\_\_\_\_
- マップの日付と版：\_\_\_\_

**タスクの行ごとに繰り返す項目**

- タスクID／責任者／根拠リンクと日付：\_\_\_\_
- 実際のきっかけ、入力、正式な情報源：\_\_\_\_
- 現在の実行者、方法、承認：\_\_\_\_
- 必要な成果物と受取人：\_\_\_\_
- 合格基準、例外、確認に使う情報源：\_\_\_\_
- 独立した確認者と状態（既存／提案／不明）：\_\_\_\_
- 確認が見逃す可能性のある点／確認時間：\_\_\_\_
- 失敗試行のリセットまたは取り消し／許可された反復試行と費用：\_\_\_\_
- 誤った合格の結果／後続操作／人だけが行う判断：\_\_\_\_
- データの権利、プライバシー、開示許可：\_\_\_\_
- 許可される読み書き／人の承認者と停止権限：\_\_\_\_
- 分類、理由、不足する根拠、次の担当者または行動：\_\_\_\_
- 判断日／再確認が必要になる出来事：\_\_\_\_

**最初の候補の判断とテスト案**

- 候補タスクID、または「今は候補なし」とその理由：\_\_\_\_
- この行を次の適格な行より優先する理由：\_\_\_\_
- 許可されたサンプルと入力、提案するツール・操作範囲：\_\_\_\_
- 現在の手順の参照、成果物、正確な合否基準：\_\_\_\_
- 確認者、審査担当者、例外、誤った合格の検出方法：\_\_\_\_
- 試行、時間、料金、確認の上限案：\_\_\_\_
- 停止、リセット、現在の手順に戻る規則：\_\_\_\_
- 後日の試用の承認者／承認判断と日付：\_\_\_\_
- 実際の試行、結果、費用（観測するまで空欄）：\_\_\_\_
- プロセス責任者の判断と日付：\_\_\_\_
- 別の確認者の判断と日付、異議、解決：\_\_\_\_

## 大きな変化

確認可能な成果物はタスクを評価しやすくしますが、周辺の仕事を無人のAIに任せてよいことにはなりません。最初の有用な判断は、管理する業務を追跡可能なマップにすることです。必要な納品物、誤りの発見方法、失敗を封じ込められるか、誰がテストを承認できるかを明らかにします。答えは限定候補一つでも、今は候補なしでも構いません。この手順が提案するのはその判断記録です。BIG CHANGEは組織で試したり、時間、品質、費用の効果を測定したりしていません。

## 出典と参考資料

- [Andrej Karpathy「Verifiability」（2025年11月17日）](https://karpathy.bearblog.dev/verifiability/)――リセット可能で効率的、信頼できる報酬を与えられる環境についての議論です。この職場用シートを提供したりタスクの自動化を許可したりするものではありません。
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/)――自主的な枠組みにおける状況、監督、測定、意思決定の整理です。各機能は順番に実施するチェックリストではありません。
- [NIST AI RMF Playbook: MAP](https://airc.nist.gov/airmf-resources/playbook/map/)――利用状況、人、データ、影響、人の役割についての自主的な問いです。
- [NIST AI RMF Playbook: MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/)――テスト方法、限界、独立評価、継続的な確認についての自主的なガイダンスです。

## Sources

- [Andrej Karpathy, Verifiability](https://karpathy.bearblog.dev/verifiability/) — リセット可能で効率的、信頼できる報酬を与えられる環境はAI最適化に適する、と論じる本人の文章です。この職場用シートを提供せず、タスクの許可や適性も定めません。
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) — 状況、監督、測定を扱う自主的なgovern/map/measure/manageの枠組みです。行動は順序付きチェックリストではなく、この方法を認証するものでもありません。
- [NIST AI RMF Playbook: MAP](https://airc.nist.gov/airmf-resources/playbook/map/) — 状況、影響、データ、人の役割についての自主的な提案です。独自シートの問いを考える参考にしており、実際のタスクの承認ではありません。
- [NIST AI RMF Playbook: MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) — テスト方法、限界、監督についての自主的なガイダンスです。この記事で提案した確認方法は検証されていません。
- [BIG CHANGE、小規模事業の一つのタスク向けにAIツールを選ぶ、または採用しない方法](https://bigchange.ai/blog/choose-ai-tool-small-business-task-guide) — タスク選定後の関連する次の手順です。この記事は同ガイドの製品選別や試用手順を繰り返しません。