これまでと真逆だったことに気づかされた　

「いいな」と思われたら押してください。

　先日、海外の工場で同じ課題に取り組んでいる経験の浅い後輩から「タイヤの内部構造を検査する装置で、モニターに表示されるはずのデータが一部欠落してしまうという不具合が生じているが何かいい解決策はないか」という相談を受けました。
　私は過去の経験から考えられる対策をアドバイスしましたが、しばらくして対応した状況を耳にしたところ、まだ、不具合の状況は変わっていないことがわかりました。
　そんな折に参加した組革研で、「どう対応するかが先ではなく、まず、『対象』はどうできているかを摑む」という体験をしました。そのとき、今回生じた不具合のことを思い出し、現象をよく見もせずに対策を考えていたことが、まさにこの実体験とは真逆だったことに気づかされました。
　組革研から戻ると、再び彼から、同じ案件がいまだに改善しないので一緒に考えてほしいと相談されました。
　今回はまず、「どのようにデータが蓄積されているのか」「どのタイミングでデータが欠落しているのか」を調べることにしました。その流れを再現するため、モニターにデータが表示されるまでの過程をホワイトボードに図などで書き出しました。すると不具合の原因は、私が考えていたハード面ではなく、データを演算する過程に問題があることがわかりました。
　彼は私が何も言わなくても、ソフトを設計したメーカーへの修正依頼、修復後のソフトの入れ替え作業など、納期までにすべきことを自分で考え、データ欠落の改善をすすめていきました。
　今まで経験に頼って対応を考えていた私自身が、改めて教えさせられた出来事でした。