研修 · レッスン7
自動化が動かないとき、どこを見るか
システムが壊れたと分かる一番わかりやすい合図は、エラーが出ることです。難しいのはエラーを出さずに間違って動く場合で、画面上は問題なく見えるのに、出てくる結果が静かに間違っています。この講では、そのときどこをどの順で見るかを扱います。
システムが壊れたと分かる一番わかりやすい合図は、エラーが出ることです。難しいのはエラーを出さずに間違って動く場合で、画面上は問題なく見えるのに、出てくる結果が静かに間違っています。この講では、そのときどこをどの順で見るかを扱います。
このレッスンは、作った自動化が思ったとおりに動かなくなった瞬間を扱います。目的は、問題を当てずっぽうで はなく順序立てて絞り込んで見つけ、見つけた直しを長持ちさせることです。診断がシステムを作った人に 頼らなくなり、事業自身の技になったとき、自動化は立ち続けます。
レッスンを終えると、診断の順序、書き込んだ不具合票、そして直しが効いたことを示す確認の手順が手元に 残ります。この三つがないまま手を入れると、二つ目の不具合を生むことが多いです。
前提: 第1レッスンのプロセス地図。不具合を探すあいだ突き合わせる、書かれた期待がそれです。
動かないという一言は三つの違う状況をまとめて指しており、三つとも診断の出発点が別です。話の初めにどの型かを切り分けておくと、探す範囲はその場で狭まります。
自動化がまったく動きません。きっかけが届かないか、最初の手順で落ちます。症状が目に見え、記録に跡を残すことが多いので、いちばん扱いやすい型です。
フローは動き、記録も作り、警告も出ないのに、結果が誤っています。誤りが何週間も積もり、気づいたときには遡って片づける必要が出るため、いちばん高くつく型です。
結果は正しいのに、間に合いません。多くは単一の不具合ではなく、たまった負荷か新しく入った手順です。測定がないと、この型は議論のまま残ります。
三つに共通するのはこうです。期待が書かれていないかぎり、不具合は定められません。こうなるはずではなかったという言葉は、こうなるはずだったという記述なしには診断になりません。
自動化が音を立てて壊れることはまれです。エラーの表示も出ず、赤も点かず、フローは緑に見えます。それでも出力は誤っています。メッセージが違う人に届き、項目が空のままで、記録が二重に立ち、日付が別の形式で書かれます。
静かな不具合の元は、たいてい入力が形を変えたことです。フォームに新しい項目ができ、ポータルが電話番号を 別の形で送り始め、ある社員が項目を違うふうに埋めます。規則はそのままで入力が変わり、結果が静かに ずれていきます。
最後の項目がいちばん重いです。チームが出力を手で直し始めた時点で、システムはすでに壊れています。誰も知らせなかったので、不具合はどの記録にも入っていません。
昨日動いていたものが今日動かないなら、その間に何かが変わっています。診断の最初の問いがこれで、不具合の多くはこの問いで閉じます。変更の一覧を残していない場所では、同じ問いに何時間もかかります。
変化はシステムの中だけで起きるのではありません。プロセスでも、人でも、入力でも起きます。社員が辞めた、ポータルが項目名を変えた、取引先がファイル形式を新しくした、ということがあり得ます。コードの内側からではなく、この一覧から探し始めてください。
診断は症状を書くところから始まります。動かないは症状ではなく、感じです。症状とはこうです。どの記録で、いつ、何を期待していて、代わりに何が起きたか。この四つが埋まるまで探す範囲は狭まりません。
症状を書くとき、期待した結果は第1レッスンのプロセス地図から取ってください。地図がなければ先にそれを 書きます。書かれた期待のない診断は、人の記憶とシステムの動きを突き合わせる作業になります。
最後の二問が診断の向きを決めます。一つの記録だけなら問題は入力の側にあることが多く、全部なら規則に、一部なら条件にあります。
再現できないものを直さないでください。望んだときに不具合を繰り返してくれる例が手元にないと、加えた変更が効いたかどうかも示せません。直ったと思われている不具合の多くは、その日たまたま繰り返さなかった不具合です。
再現するとは、同じ記録を試験用の場か、害のない例で通すことです。動いているシステムで試す必要があるなら、戻せる手順を選び、試すことをチームに前もって伝えてください。
探す範囲を狭めるいちばん速い道は、フローを真ん中で切ることです。フローの途中のある点で、データは 正しいですか、誤っていますか。正しければ不具合は後半に、誤っていれば前半にあります。一度切るごとに、調べる範囲は半分になります。
この方法は道具に関わりなく働きます。記録の画面でも、中間の表でも、送られたメッセージでも、システムが残した記録でも、問いは同じです。データはここまで正しく届いたか。
切るたびに結果を書いてください。書かれない切り分けは繰り返され、同じ場所を二度見ることで診断が 長引きます。
範囲が狭まったら、第1レッスンの五つの部分を順に当たってください。下の六つの元は現場でいちばんよく 出会うもので、診断の多くはこの中で閉じます。
出来事がそもそも届いていないことがあります。接続が切れた、権限の期限が切れた、宛先が変わった、などです。記録ができていないなら、不具合はフローの中ではなく入口にあります。
いちばん多い元です。項目名が変わった、日付が別の形式で来る、先頭のゼロが落ちた、空白や大文字の違いが出た、ということがあります。
新しい場面が現れ、書かれた道の外に落ちたことがあります。条件の外の記録はたいてい静かに落ちます。その記録のために書かれた道がないからです。
パスワードが変わった、鍵の期限が切れた、利用者が消された、ということがあります。この型の不具合はある日突然始まり、前ぶれを出しません。
二つの手順が違う順で動いた、あるいは一方が他方のデータを待たずに始まったことがあります。忙しい時間に出て静かな時間に出ない不具合は、たいていここにあります。
受け取り側が受けつけなかったことがあります。項目が必須になった、上限が埋まった、形式が拒まれた、などです。返ってきた応答を読まないと、この不具合は黙ったままになります。
いくつものことを同時に変えないでください。二つ変えて結果が良くなれば、どちらが良くしたのか分からず、悪くなれば、どちらが壊したのか分かりません。その時点で診断はまた当てずっぽうに戻ります。
変えるたびに、手順2の例をもう一度通してください。確認は、不具合が消えたことと同じくらい、他が壊れていないことも含みます。そのために、直す前にどの記録が正しく動いていたかを書き留めてください。
不具合を取り除くのは仕事の半分です。もう半分は、同じ不具合が再び静かに生まれないようにする目印を 置くことです。これをしないと、同じ診断を数か月後にまた最初からすることになります。
長持ちは三つから来ます。不具合が現れる場所での知らせ、入力の境目を当たる点検、そして定めた例外の道です。三つとも自動化の中に収まり、別のシステムを求めません。
方法を一つの不具合の上で最初から最後までたどってみましょう。例は営業のフローを通りますが、順序はどのフローでも同じです。
症状: 新しく問い合わせた顧客に見積もりメールが届いていません。営業チームが先に 気づき、先週のうちに何人かの顧客が返事を待っていたと言います。記録は作られているように見えます。
何が変わったか: ここ二週間でフォームに新しい項目が加わり、ポータル側でも更新が ありました。候補は二つです。
再現: 影響を受けた記録の一つを同じ入力でもう一度通します。不具合が繰り返すので、測れる例が手元にあります。
半分に切る: フローの真ん中の表を見ます。記録はありますが、メールアドレスの項目が 空です。つまり不具合は前半、入力の側にあります。
五つの部分: 入力の形式を見ます。フォームに加わった新しい項目が、メールの項目名を 変えていました。フローは古い名前を探して見つけられず、空の値を渡し、メールの手順が静かに落ちます。
一つだけ変えて確認: フローが新しい項目名を読むように直します。不具合の例をもう一度 通すとメールが出ます。以前正しく動いていた記録も二つ通し、そちらも正しいままです。
長持ち: メールの項目が空ならフローは止まり、記録は待ちに回り、責任者に知らせが 行きます。プロセス地図の項目名を新しくします。同じ項目を使う別のフローも当たって直します。
診断は、不具合が出た日に学ぶ技ではありません。静かな日に予行しておけば、必要な日に手元で使えます。下の練習はそのためのものです。
静かに通ってしまうフローは、のちに静かな不具合を生むフローです。この練習は、たいていの事業で 少なくとも一つを表に出します。
診断チェックリストをダウンロード（xlsx） · 不具合カード、何が変わったか、流れを半分に分ける、五つの部品の点検、長もちする直しの手順。
最初に見られるのはたいてい規則ですが、いちばん多い元は入力です。規則が昨日から変わっていないなら、変わったのはそこへ届くデータのほうです。
二つ変えて結果を見ても診断は終わらず、かえってぼやけます。どの変更が何をしたのか分からず、直しも繰り返せなくなります。
繰り返せない不具合に加えた直しは確かめられません。不具合はしばらく姿を消し、その後同じ場所から戻ってきます。
たいていのフローは自分がしたことをどこかに書いています。記録を読まない診断は、システムの言い分を聞かずに当てにいくことです。
口伝えの症状は伝わるたびに変わります。書かれない症状は、二人が二つの違う不具合を探す診断になります。
知らせと点検を足さずに閉じた不具合は、同じ形で戻ってきます。二度目には診断を最初からやり直し、信頼がもう一段すり減ります。
不具合を閉じる前に、下の項目すべてにはいと言えるほうがよいです。欠けた項目があるなら、その不具合は閉じたのではなく先送りされています。
診断の話に出てくる用語です。チームで言葉がそろうと、不具合の引き継ぎが速くなります。
このレッスンでは不具合を順序立てて絞り込み、直しを長持ちさせることを扱いました。不具合の大きな部分が入力の側から出ることも見てきました。
課程の残りのモジュールは準備中です。公開され次第、課程の中のそれぞれの場所に入り、研修のページに現れます。
例外記録簿、知らせの道、静かな不具合を見えるようにする測り。
項目辞書と書き方の規則。不具合の多くはこちら側で始まります。
研修セクションの全体と、あとから加わったモジュール。
システムが静かに間違って動いている疑いがあれば、ご連絡ください。一緒に見ていきます。
WhatsAppでお見積もり