「まずシステムを入れる」「まずマニュアルを作る」。よくある進め方を、順番から捉えなおします。否定ではなく、別の道の提案です。
マニュアルは作った時点がゴールではありません。使われ続けるには「探せる・短い・更新される」の3条件が必要です。中小企業の現場で見えてきた、使われるマニュアルの設計の考え方を整理しました。
業務フロー図はきれいに描くための作文ではありません。目的はソフトでの清書ではなく、手書きで現場の詰まりを見つけること。詰まりを起点に、目的に立ち戻って業務を設計しなおす考え方と手順を紹介します。
BPRは要件定義から始めるシステム導入ではない。現状分析→あるべき姿→業務再設計→システム化→定着という順番こそが本体であり、飛ばすほど手戻りが増える。
経営コンサルは値段の高さで選ぶものではない。費用は「回収」で測り、大手・中小・個人という違いも自社の目的から設計しなおして選ぶという視点を、現場の実務家の立場から解説する。
基幹システム刷新は新しくすれば解決するわけではありません。業務整理せずに現行踏襲で入れる、機能一覧だけでベンダーを選ぶ——典型的な失敗パターンと、目的から設計しなおす要件定義の勘所を実務家の視点で解説します。
業務改善は根性論で頑張るものではない。まず現状を可視化し、ECRSの原則で問い直し、小さく試す。現場出身のコンサルが実践する進め方とフレームワークの使い方を解説する。
中小企業のDXは道具選びから始めない。可視化→デジタイゼーション→デジタライゼーション→DXの4段階で、目的から業務を設計しなおす進め方を解説する。
