AIタスク設計検定（無料模試）

Q1. 依存関係があるタスクでよくある失敗として最も適切なのはどれか？

A. ゴール不明のままタスクを細分化する

B. 成果物が出ないタスクは“成果物/完了条件”を再定義して作り直す

C. AIが作ったタスクをそのまま採用し、現場レビューは省略する

D. スコープ増大を放置して納期・品質が崩壊する

Q2. タスク設計で“失敗したときの影響”を組み込む最適な方法はどれか？（誤解を避ける観点で最適なものを選べ）

A. 期限は一旦全部同じ日にして運用で調整する

B. 誰が見ても同じ解釈になるよう、曖昧語を排除して具体化する

C. 関係者調整をタスクに含めない

D. 最短手順だけを列挙する

Q3. タスクが曖昧で進まない原因として多いのはどれか？

A. 成果物が出ないタスクは“成果物/完了条件”を再定義して作り直す

B. 期限だけ強制し、リソース不足を無視して全員に丸投げする

C. スコープ増大を放置して納期・品質が崩壊する

D. 人手が必要な部分をAI任せにする

Q4. 優先順位が対立している場合の最も実務的な判断基準はどれか？（誤解を避ける観点で最適なものを選べ）

A. 優先順位はImpact×Urgency×Effortで判断し、根拠を残す

B. 依存関係を無視して並べる

C. 人手が必要な部分をAI任せにする

D. 成果物を定義しない

Q5. タスクの優先順位付けで最も実務的な基準はどれか？（比較して最も望ましいものを選べ）

A. AI案は叩き台として使い、現場条件に合わせて調整・レビューする

B. 担当者を決めずにタスク化する

C. 粒度を細かくしすぎて管理が破綻しても「見える化できた」と判断する

D. 依存関係を無視して着手し、後で手戻りを大量発生させる

Q6. タスクのレビューで確認すべき最重要ポイントはどれか？（最も実務的なものを選べ）

A. 最短手順だけを列挙する

B. 優先順位が頻繁に変わり、現場が疲弊して成果が出ない

C. スコープ追加が来ても断らず、既存タスクに無理に押し込む

D. AI案は叩き台として使い、現場条件に合わせて調整・レビューする

Q7. タスク運用で安定する管理方法として最も適切なのはどれか？（比較して最も望ましいものを選べ）

A. リスク・確認工程（レビュー/テスト/承認）をタスクに組み込み事故を防ぐ

B. 完了条件を決めない

C. リスクを想定せずに進め、トラブル発生時に対応が破綻する

D. 粒度がバラバラなまま一覧にする

Q8. タスク設計で最も危険な失敗はどれか？（誤解を避ける観点で最適なものを選べ）

A. タスクを実行可能な粒度に分解し、各タスクの成果物を明記する

B. 作業だけ書き目的を書かない

C. リスクや確認工程は面倒なのでタスクに入れない

D. 実行条件を書かない

Q9. タスク分解で最も避けるべき基本ミスはどれか？

A. AI案は叩き台として使い、現場条件に合わせて調整・レビューする

B. 最短手順だけを列挙する

C. 依存関係を無視して着手し、後で手戻りを大量発生させる

D. 優先順位が頻繁に変わり、現場が疲弊して成果が出ない

Q10. タスク進捗が遅れる予兆として最も適切なのはどれか？（誤解を避ける観点で最適なものを選べ）

A. AIが作ったタスクをそのまま採用し、現場レビューは省略する

B. 曖昧なタスク名にする

C. タスクを実行可能な粒度に分解し、各タスクの成果物を明記する

D. スコープ増大を放置して納期・品質が崩壊する

AIタスク設計検定 （無料模試）

AIタスク設計検定（無料模試）