01 / 05

便利なのに、使われない

• 紙とエクセルが残る
• 同じ機能でも意味が違う

02 / 05

人の変化を先に扱う

• 専門家任せで解けない問題
• 本書の4ステップと定着

03 / 05

ツールより先に理想を話す

• 業種を超えて働く考え方
• 導入を目的にしない

著者が百社以上の支援を通じて確かめた考え方。

04 / 05

30点から始める

• 現場から提案が出る状態
• 一人で抱え込まない

05 / 05

最近の一件をたどる

• 誰がどこで何を急いだか
• 両者が守りたいものを並べる

01 / 07

便利なのに、なぜ使われない？

• 説明会とマニュアルだけでは埋まらない
• 立場によって意味が変わる

02 / 07

使われないシステムを生む3つの壁

• 入力する本人の役に立っているか
• 担当者一人の努力にしていないか

03 / 07

問題には2つの顔がある

• 技術的問題：専門家が既知の答えで解く
• 適応課題：当事者が行動を変え、答えをつくる

04 / 07

画面を直しても、入力率が変わらない

• 使いやすさの改善は必要だが、それだけでは足りない
• 入力の意味と本人の利点を確かめる

本書で著者が挙げる入力率の例。

05 / 07

営業も査定担当も、どちらも正しい

• 買えなければ売上が立たない
• 高く買えば資金が止まる
• 個人の性格ではなく組織のジレンマ

本書で著者が挙げる匿名の不動産会社事例。

06 / 07

システムがそろえるもの、人が決めるもの

• 標準化は確認漏れを減らす
• 何を優先するかは関係者が決める

07 / 07

機能を見る前に、現場の理由を聞く

• 誰にどう見えているか
• 本人の仕事に意味が返るか
• 担当者が孤立していないか
• 実際の一件をたどってから、問題の二つの顔を分ける

01 / 07

桃太郎と鬼は同じ出来事を見ている

• 視点で正義の物語は変わる
• 経営層と現場にも同じ構造

02 / 07

判断の後ろにある五つの文脈

• 同じ依頼が負担にも判断材料にもなる
• 怠慢と決める前に背景を見る

03 / 07

対立の奥に共通目的がある

• 守る対象が違う
• 理解は迎合ではない

04 / 07

説得から条件探しへ

• 抵抗は文脈を知らせる情報
• 初めの二択を越える

05 / 07

受け取られる場まで設計する

• 能力より文脈が反応を変える
• 言い方だけでなく進め方を変える

著者が研修と実務の場で観察した反応の違い。

06 / 07

選んだ変化は続きやすい

• 強制から内発的な選択へ
• 優先理由も共有する

07 / 07

失いたくないものを聞く

• 反対理由より守りたいもの
• 背景を仕事の流れへつなぐ

01 / 07

箱と矢印だけでは人が消える

• 工程と人の一日を重ねる
• 誰が何を受け渡すか

02 / 07

摩擦は接点に集まる

• 同じ作業にも人ごとの差
• 無駄探しの前に役割を知る

03 / 07

つなぎ目の三つの課題

• 重要情報の違い
• 業務リズムの不一致

04 / 07

現在の仕事を演じてみる

• 全員が当事者になる
• 繁忙期とトラブル時も再演

05 / 07

三か所のメモ、三回の確認

• 情報分断を動作で発見
• 仕事の引き金と暗黙知

著者が支援したBtoBサービス会社の事例。

06 / 07

工程が守るものを問う

• 昔の理由が今も有効か
• 同じ物語の登場人物になる

07 / 07

一つの引き継ぎを再演する

• 担当者不在時も試す
• 不足条件と守る役割を聞く

01 / 07

理解から理想へ進む五つの手順

• デジタル説明から始めない
• 参加者が選択に関わる

02 / 07

清掃と写真は価値、転送と貼り付けは手段

• 丸一日以上の事務作業
• 守る工程と変えられる工程

著者が支援した不動産賃貸管理会社の事例。

03 / 07

便利さより全体のちょうどよさ

• 影響・効果・実現可能性で選ぶ
• 部分最適を避ける

著者本人が新白河駅へ向かう途中で体験した例。

04 / 07

丸一日以上が五分になった流れ

• kintoneで物件と写真を紐づける
• 参加者自身が理想を出す

05 / 07

予定入力の先に三者のリターン

• 入力の意味を仕事のつながりで見る
• 行動変化もトランスフォーメーション

著者が支援した建設会社の事例。

06 / 07

人の変化に時間を使うほど早く進む

• 選択・全工程参加・理想先行
• 小さな検証まで決める

07 / 07

一業務を選び、理想まで描く

• 工程が守る価値を聞く
• 理想に近づいたかで評価

01 / 07

「でも」が重なると案が消える

• 懸念は一つずつもっとも
• 会議の枠組みが案を潰す

02 / 07

懸念は実行前に見つかった条件

• 防衛反応の中身を見る
• 摩擦への対処を組み込む

03 / 07

危険があるなら備えを設計する

• 懸念だけで目的を捨てない
• 具体的な運用へ翻訳

04 / 07

不便への対策が旅館の記憶になった

• 時間帯の懸念へ別サービスで対応
• アナログな解決も選択肢

著者本人が宿泊した伊豆の温泉旅館での体験。

05 / 07

30点で試し、現実の懸念を見る

• 起こりやすさと影響で見る
• 想像だけで全機能を作らない

06 / 07

賛否から対策づくりへ

• 人への評価にしない
• 対策はチームの仕事

07 / 07

止まりかけた一案を検証へ戻す

• 元へ戻せる範囲で試す
• 残った懸念を次へ回す

01 / 07

自分で足した枠から出る

• 条件と無意識の制約を分ける
• 三つの思い込み

著者が研修で使う九点問題。

02 / 07

五年前の書類を二つ廃止した

• ルールが生まれた背景を見る
• 今も有効かを確かめる

著者が相談を受けた不動産会社の事例。

03 / 07

緊急連絡と蓄積は道具を分ける

• ツールの性能より仕事との適合
• 一元化を目的にしない

著者が導入半年後から支援した会社の事例。

04 / 07

新居へ古い配置を持ち込まない

• 情報の役割を残す
• 新しい環境で流れを作り直す

05 / 07

システムより全区画の電源が安かった

• 予約条件をサービス側で単純化
• 作らない判断も改善

著者が予約システムの相談を受け、全区画電源を提案した事例。

06 / 07

新ルールも問い直し続ける

• 技術に合わせて働き方を変える
• 失敗を次の学習へ回す

07 / 07

作る前に古い条件を一つ確かめる

• 画面と帳票を一度隠す
• 作らなくてよいものを見つける

01 / 07

三か月の準備が完全移行を早めた

• 貸別荘24棟の予約管理
• 慎重な準備が早い移行につながる

著者が相談を受けた北陸の会社の事例。

02 / 07

試験運用は想定外を見つける期間

• 失敗を責めず発見として扱う
• 仕事の引き金と操作を結ぶ

著者が加わる改善チームと、支援先で行う業務ロールプレイ。

03 / 07

4年以上、毎月1回、3時間

• 完成より継続的な最適化
• 改善を評価される仕事にする

著者の支援先で四年以上続く製造業の事例。

04 / 07

次のテーマは仕事の引き金にある

• いつやるかを揃える
• 小さな違和感を候補にする

著者が多くのチームで観察した「仕事の引き金」。

05 / 07

評価者・実務者・技術者を維持する

• 一人の詳しい担当へ寄せない
• 文脈を引き継げる記録

06 / 07

定着は数字と行動で見る

• 計画通りより何を学んだか
• 判断を学び続ける

07 / 07

次の一回を予定に入れる

• 順調なものは短く確認
• 誰が何を合図に動くか

01 / 06

可能性を現実にするのは働く人

• 技術は可能性を広げる
• 何を選ぶかは人が決める

02 / 06

全章は組織の学習プロセス

• 自分たちで理想を探す
• 使わない判断も含む

03 / 06

道具を当てる前に価値を見極める

• 価値と手段を分ける
• サービス側を変える案もある

前章までに紹介した著者の支援事例の振り返り。

04 / 06

ツールと人の主従を戻す

• 15年の実践から見えた構造
• デジタルツールはしもべ

著者が十五年間の実践を振り返って示した構造。

05 / 06

30点から、誰かと続ける

• 一人で抱え込まない
• 変革は次の学びへ続く

06 / 06

価値が届いた一件を書く

• 本当に価値を届けた瞬間
• 一度だけ試す変更を決める