20本の記事
要件定義書の書き方：現場で使われるための項目テンプレートと記入例
要件定義書は、作る側と使う側が何を作り何を作らないかを同じ内容で確認し、検収の基準にもなる文書です。章立てのテンプレート、見積依頼管理を例にした各項目の記入例、あいまいな表現の直し方、未決事項と承認の残し方を解説します。
スキル社内文書の検索（RAG）を業務に入れるときの判断ポイント7つと始め方
RAG（検索拡張生成）は社内文書を参照して回答させる仕組みですが、導入の成否は技術より業務側の判断で決まります。本当にRAGが必要か、文書の状態、権限、誤回答の影響、評価の質問セット、更新の運用まで、判断ポイントを順に解説します。
スキル課題一覧表の作り方：ASIS・TOBE・GAPを1枚で管理するテンプレート
課題一覧表は、業務領域ごとのASIS・TOBE・GAPを1枚に並べ、関係者で優先順位を決めるための表です。8列のテンプレート、受発注業務での記入例、仮説で埋めて持参する使い方、GAPの粒度と優先度の付け方、更新の運用を解説します。
スキル業務改善をシステム化する進め方：現場の聞き取りから定着まで7段階
業務改善のシステム化は、作る前の聞き取りと作った後の定着で成否が決まります。受入検品を例に、聞き取り・ASIS整理・課題の特定・TOBEと代替案・小さく作る・並行運用・定着確認の7段階と、各段階で残す成果物を解説します。
スキルClaude Codeで業務システムを作る進め方：要件整理から動作確認まで
Claude Codeで業務システムを作るときは、指示を書く前の要件整理と、出来上がった後の動作確認が品質を決めます。見積依頼の管理ツールを例に、仕様の書き方、計画の確認、小さく試す手順、業務側の観点での確認方法を説明します。
スキル動作確認の基本：作ったシステムを自分で確かめる4つの観点と影響範囲の手順
画面が動いたことと業務で使えることは別です。正常系・異常系・境界・業務シナリオの4観点、データの流れから影響範囲を洗い出す手順、AIが出した集計の検算まで、自分で動作確認を終えるための型を解説します。
スキルTOBE業務フローの描き方：課題が解消された業務を具体的に設計する手順
TOBE業務フローは「効率化する」ではなく、誰が何をどう変えるかを業務の流れとして描くものです。理想状態の定義、解決策の比較、IN/OUTのスコープ確定、ロール境界のリスク評価まで、実務の手順を例付きで解説します。
スキル業務システムのステータス設計とテーブル分割：3つの型と選び方の判断基準
業務システムの不具合や追加開発の多くは、ステータスとテーブルの切り方から生まれます。1テーブル＋ステータス列、イベントごとの分割、ヘッダ・明細・イベントログの3つの型と、選び方の判断基準を例で解説します。
スキル要件定義の進め方：現場で使われるシステムにするための書き方と抜け漏れ対策
要件定義は暗黙の前提を言葉と数字にする作業です。機能要件の書き方、異常系、非機能要件の数値化に加え、CRUD図・ステータス遷移・操作可能期間で抜け漏れを潰し、現場で使われ続けるための合意の取り方を解説します。
スキル少人数プロジェクトの進め方：WBS・課題ログ・定例で遅れを早く見つける
数人規模のシステム開発や業務改善プロジェクトを進めるための実務手順です。ゴールから逆算したマイルストーン、達成条件を書くWBS、課題ログの書き方、ステークホルダー整理、論点を扱う定例の型を例付きで解説します。
スキル俯瞰思考とは：条件の組み合わせを表にして要件の抜け漏れを防ぐ方法
俯瞰思考は、考える軸が2つ以上あるときに全パターンを表にして漏れなく洗い出す方法です。軸の選び方と3ステップ、業務マトリクス・CRUD表・ステータス×ロール表の3つの型を、要件定義の実例で解説します。
スキル打ち合わせ資料の作り方：OPQとピラミッドで論点が出るミーティングを設計する
進捗を並べて「いかがでしょうか」で終わる会議から抜け出すための資料作成手順です。OPQ分析で相手の問いを特定し、ピラミッド構造で結論と根拠を組み、冒頭1ページの4ブロックで論点が出る打ち合わせを設計します。