渡されたマニュアルを開いて、1、2、3と順番に書き写す。
最初はそれで十分だし、むしろその方が早い日もある。
ただ、道具や画面が変わるたびに、また最初から覚え直すのだろうかと思う瞬間がある。
前回までに見てきた、部品をばらして組み直す見方は、その不安を完全になくす方法ではない。
けれど、変わったものと変わらないものを分ける助けにはなる。
全4回の最後に、なぜわざわざ仕組みを理解するのかを考えておきたい。
手順どおりに動く価値は、消えない
まず、決められた手順を正確に行う仕事を軽く見たいわけではない。
確認、記録、引き継ぎ、品質を保つために、手順が必要な場面はいくらでもある。誰がやっても同じように進められることは、チームにとって大切な土台だ。
生成AIや自動化の道具が広がるなかで、その土台の一部は組み替わっている。定型的な処理を機械に任せ、空いた時間で別の判断をする場面も増えている。
だから「人間の仕事がすぐ消える」と決めつけるより、手順を再生するだけでは変化を受けやすい、と僕は見ている。
新しい道具が来たとき、何が置き換わり、何を人が決め続けるのかを読む必要がある。
道具が得意なのは、決められた条件の中で同じ処理を繰り返すことだろう。
一方で、条件そのものが足りているか、出てきた結果を誰にどう渡すかは、作業の外側に残りやすい。
そこをすべて人が担うという意味ではない。役割の境目を見直す仕事が、これまでより頻繁に出てくるということだ。
仕様が変わっても、見る場所
手順だけを頼りにしていると、画面の配置が変わっただけで、足場がなくなる。けれど、入力、処理、出力の関係を見ていれば、「見た目は違うけれど、ここで必要なものは同じだ」と探し始められる。
トラブルが起きたときも、原因がすぐ分かるわけではない。
それでも、どこが詰まっているか、別の経路はあるかを考えられる。
問い合わせるときにも、「動きません」だけでなく、どこまでできて何が起きたかを伝えられる。
その説明ができると、詳しい人や別の道具に助けを借りるときも、話が早い。
仕組みを分かろうとすることは、孤立して解くための訓練ではなく、状況を共有するための準備にもなる。
僕は、こういう小さな差が、変化の多い仕事では効いてくると思う。
自分で全部を解決する力というより、状況に合わせて人や道具をつなぎ直す力だ。
作業者と設計者の間にいる
「マニュアルの奴隷」か「世界の設計者」か、と二つに分ける必要はない。
多くの日は、誰かがつくった仕組みの中で、決められた作業をきちんと行う。
その作業をしている人ほど、実は仕組みの癖を知っている。
どこで待ち時間が生まれるか。
どの確認が何度も戻ってくるか。
どんな例外が、マニュアルの余白に追いやられているか。
そこに気づいた人は、いきなり大きな設計をしなくても、「ここは先に確認した方がよい」「この入力をそろえれば次が楽になる」と次の手を提案できる。
仕組みを理解することは、目の前の仕事を少し扱いやすくするための見方でもある。
提案が採用されないこともある。
それでも、一度言葉にしておくと、別の人が同じ場所で困ったときに、共有できるものが残る。
仕組みは一人の頭の中で完成させるより、作業をしている人どうしで少しずつ見つけていく方が現実に近い。
明日、ひとつだけ問う
新しい仕事や、新しいツールに出会ったら、手順を覚える前に一度だけ立ち止まる。
「これは、裏で何を受け取り、何を変え、どこへ渡しているのだろう」
答えがすぐ出なくてもいい。
その問いを置いたまま操作すると、エラーメッセージも、煩雑に見えたフローも、意味を持って見えることがある。
順番を覚えることから始めてもいい。
ただ、画面の端に出た小さな例外を、次の地図に書き足していく。四回かけて考えたかったのは、そのくらいの学び方だ。
変わるものの前で、僕たちは手順を覚えるだけにとどまらず、次の手も少しずつつくれる。
明日の画面に、また知らない通知が出るかもしれない。
そのときにすぐ正解を出せなくても、何が変わったのかを一度見る。そこから始めれば、マニュアルは少しだけ自分のものになる。
一冊の手順書を暗記する代わりに、余白へ小さな矢印を書き足していく。変化の多い道具と付き合うには、その方が僕には長く使える学び方に思える。
最後まで読んでくれてありがとうございます。
気軽に一言でもコメントいただけたら励みになります🙏🏻
ヨネケンのSubstack をお読みいただきありがとうございます！新しいポストを受け取って🐻❄️の活動を応援していただくために、無料で購読してください📬️
