Column

お役立ち記事

AI活用・業務改善・DX・システム開発に関する実践的なコラムです。 現場で使える知識を、初心者の方にもわかりやすくお伝えします。

連載 第1システム開発発注プロジェクト管理

発注前に握る——要件と見積もりで炎上の芽を摘む【ベンダーコントロール 第1回】

システム開発の炎上は、発注前の準備でほとんど決まります。そもそも作るかの見極め、完了の定義、あいまい要件の数値化、非機能要件、異常時の取り決め、「一式」見積もりの避け方まで、発注側がやるべき準備を解説します。連載第1回。

記事を読む
連載 第2システム開発発注プロジェクト管理

進行中に止めない——会議体・報告・リスクの回し方【ベンダーコントロール 第2回】

契約後の進め方で炎上は決まります。会議体と報告頻度の設計、ボールと期限の明示、「ベンダーから報告が来ない」への対処、リスクの早期把握と緊急時の判断、経営層への報告まで、プロジェクトを止めない日々の習慣を解説します。連載第2回。

記事を読む
連載 第3システム開発発注プロジェクト管理

トラブルを収束させる——品質・見積もり・クロージング【ベンダーコントロール 第3回】

準備しても問題は起きます。成果物の品質不足、バグの大量発生、ボリューム増、リリース直前の致命的問題、進まないクロージングまで、起きたときの収束のさせ方と、次に活かす振り返りを解説します。連載最終回・PMの3原則で総括。

記事を読む
AI活用業務改善DX

社内のAI業務改善余地・ボトルネックの洗い出し方

「どこにAIを入れれば効くのか」を勘で決めると外します。業務の棚卸し(80/20)、ボトルネックの正体(人・情報・決裁)、真因をたどるプロセス分析、分析フレームの使い分け、手法選び(ルール/最適化/機械学習/LLM)、小さく始める進め方まで、改善余地の見つけ方を手順で解説します。

記事を読む
システム開発基幹システムDX

基幹システムはパッケージ導入すべきか、フルスクラッチで作るべきか

「自社に合わせて作る」が必ずしも正解とは限りません。そもそも作らない選択肢の検討、パッケージ/SaaSとフルスクラッチの違い、標準プロセス(ベストプラクティス)、TCOとROIでの判断、全体最適の観点まで、後悔しない選び方をチェックリスト付きで解説します。

記事を読む
AI活用DX業務改善

AI浸透とは?部署にAIを根づかせる6つの観点

「AIを導入したのに使われない」を防ぐには"浸透度"を測る視点が必要です。広がり・深さ・データ活用・教育・統制・業務フロー土台の6観点を、レベルの目安や典型的なつまずき、進め方とあわせて解説します。

記事を読む