ある生産管理者がシフトのカウントを立て直した話

要点
この架空のシナリオでは、生産管理者がホワイトボードの正の字を、ラインごとに1台のスマートフォンに入れたCounter App — Tally & Clickerに置き換えます。1つのカウント地点、シフト目標付きのバリエーションのタグ、手がふさがっているときの音量ボタンでのカウント、日時付きの履歴が、シフト交代時の言い争いをデータに変え、エクスポートが公式のシフト記録になります。
- 生産管理者ダナの物語は架空の合成例です。工場と人物は創作ですが、Counter Appの機能は実在のものです。
- 書き出した1つのカウントのルール、「最終検査を通過したときだけタップする」が、この説明用の工場では食い違いの大半をなくしました。
- Counter App — Tally & Clickerの履歴にはすべてのタップが正確な時刻とともに残るので、管理者はシフト合計の言い争いをデータで決着させられます。
- このシナリオから、どのラインにも持ち越せるルールが2つあります。離れる前にロックし、リセットの前にエクスポートすることです。
これは架空のシナリオです。工場、人物、時系列は、よくある状況を説明するために創作したものです。説明されているアプリの機能は実在します。
どの工場にも、数字への信頼が試される瞬間が1日のどこかにあります。この工場では、それは14:00、ライン2の端、正の字で埋まったホワイトボードの前で起きていました。
2時のホワイトボード
3本のラインが2交代で動く中規模の組立工場を想像してください。生産管理者は、ここではダナと呼びましょう。彼女はほとんどの日、引き継ぎの時間にライン2へ歩いていきます。言い争いが始まるのはそこだからです。
午前のリーダーは、シフトで310個作ったと言います。午後のリーダーはボードを見て、10時ごろの40分間の停止を思い出し、それを信じません。印を付けたのは3人で、そのうち2人はもう駐車場にいます。誰も嘘をついておらず、誰も何も証明できません。ダナはもっともらしく聞こえる数字を選んで、先へ進みます。
その数字は日報に入り、日報は計画に流れ、計画は残業を決めます。シフト交代時に交渉で決まった推測が、来週の人員配置を形作ることになるのです。これを直すのに、ダナに高度なシステムは必要ありません。必要なのは、両方のリーダーが受け入れる記録です。
メッセージ、タブレット、紙の用紙はなぜ失敗したのか?
スマートフォンの前に、ダナはすでに思いつく限りの方法を試していて、どれも覚えておく価値のある理由で失敗していました。
チームリーダーからの1時間ごとのメッセージは、1週間ほどはうまくいきました。穏やかなシフトでは時間どおりに届き、忙しいシフトでは止まりました。つまり、いちばん大事なときにデータが消えたのです。
各ラインのタブレットに置いた共有スプレッドシートは、現代的に見えました。実際には、人々は休憩時間に記憶から数字を打ち込んでいたので、キーボード付きのホワイトボードでしかありませんでした。
1時間ごとの枠がある、より厳格な紙の用紙は、最初のジャムまでは丁寧に記入され、その後は枠が空のままになりました。
ダナが得た教訓は率直なものでした。シフト中、1回のタップより時間のかかるものは、悪い日には飛ばされる。ツールは古い正の字より速くなければならない。
第0週:カウンターを組み立てる
ダナはCounter Appを導入し、ラインごとに1台のスマートフォンに設定して、カウント地点のホルダーに置きました。設定には午後の半日かかりました。
ラインごとにカテゴリーを作り、そのラインの床の表示に塗られている色を付けました。各ラインの下に、シフトごとに1つのカウンターを「ライン2 AM」「ライン2 PM」という名前と日付入りの説明で作りました。ピン留めしておくことで、現在の3つのカウンターがリストの先頭に留まりました。
各カウンターの中にはタグを追加しました。製品バリエーションごとに1つと、手直し、スクラップ、段取り替えです。各バリエーションのタグには、そのシフトの計画数量と同じ目標を設定し、到達するとバイブレーションで知らせるようにしました。10個入りのトレーで梱包されるバリエーションはステップを10にして、1タップでトレー1枚分を数えるようにしました。
カウントのルール
設定でいちばん重要だったのは、設定項目ではありませんでした。ダナは各カウンターの説明欄に一文を書きました。ユニットが最終検査を通過したときにタップする、ほかの場所ではしない。昔の食い違いを振り返ると、その大半は人によって違う地点で数えていたことが原因でした。1人はプレスで、1人は梱包で、1人はパレットで。
訂正のルールも書き留めました。間違ってタップしたら、すぐにマイナスをタップする。訂正を後回しにしない。
手がふさがっていたライン
ライン3では作業者が両手で部品を扱っていて、画面に触れるには部品を置かなければなりませんでした。ダナは、初期設定ではオフになっている音量ボタンでのカウントを有効にしました。オンにすると、フォアグラウンドサービスを通じて、画面をロックしたままでも側面のボタンでステップを数えられます。音量アップをプラスに、音量ダウンをマイナスに割り当て、それぞれに違うサウンドを付けたので、音で2つを取り違える人はいませんでした。古いスマートフォンの1台では、カウント中にシステムの音量バーが表示されたままでしたが、見た目だけの問題で、リーダーたちは気にしませんでした。
第1週:摩擦
最初の週は、生産現場のどんな変化もそうであるように、ごたごたしていました。
月曜日の最初のラッシュで、2人のリーダーが20分ほどタップを忘れました。ダナは問題にしませんでした。次のカウントイベントに、数え漏れたおおよその数をメモで添えるよう頼んだのです。メモのおかげで空白は責めることなく見えるようになり、習慣が定着するにつれてタップ漏れは減りました。
あるリーダーは、5つのタグで画面がごちゃごちゃして見えると不満を言いました。タグの表示を「折りたたみ」に切り替えて、リストをコンパクトにしました。
水曜日には、テスト用のカウンターが誤ってリセットされました。それ以来、全員が離れるときにカウンターをロックするようになり、ダナは1つの固いルールを決めました。エクスポートの前にリセットしない。ロックはカウント画面で1タップで済み、休憩のたびの習慣になりました。
第2週:データで決着した最初の言い争い
以下の出来事は、履歴ログがこの種の食い違いをどう決着させるかを示すために創作した説明用のもので、時刻やメモは例であって、実際の工場の記録ではありません。2週目の火曜日を思い浮かべてください。午後のリーダーがまた午前の合計を疑います。今回、ダナはスマートフォンでカウンターの履歴を開きます。すべてのタップが正確な時刻と変更前後の値とともにそこにあります。この例では、カウントは10:18まで安定して続き、止まり、10:59に再開し、午前のリーダーのメモが付いています。「フィーダー詰まり、保全を呼んだ」。
合計は正しかったのです。それ以上に役立ったのは、会話が「誰が正しいか」から「なぜ10:18にフィーダーが詰まったのか」に変わったことでした。2つ目の問いは、生産管理者が実際に何かできる問いです。
第4週:朝会が変わる
最初の月の終わりには、ダナは朝会に印刷物を持っていくのをやめ、代わりにダッシュボードを持っていくようになりました。ラインごとに、合計と目標、増加と減少、アクティビティの棒グラフ、タグ別の円グラフが表示されます。
円グラフは、古いレポートにはできなかった形で手直しを見えるようにしました。あるラインでは手直しの割合がほかより目立って大きく、摩耗した治具の点検につながりました。アクティビティグラフは、停止を平らな区間として明らかにしました。低い合計を誰も説明する必要がなく、グラフが説明してくれました。
減少の割合も、静かな品質のシグナルになりました。マイナスのタップが多いシフトにはたいてい戸惑っている新人作業者がいて、短い再教育で解決しました。
レポートはどんなものだったか
各シフトの終わりに、終わるリーダーがカウンターをエクスポートしました。概要、ロケーション、メモのセクションを含むCSVがダナに送られ、彼女はその行を1つの週次シートに貼り付けました。仕入先からの破損部品のような異常があったときは、リーダーは写真を埋め込んだHTMLページも共有しました。写真は該当するタグから直接撮影し、フォトエディターで書き込んだものです。
それから終わるリーダーがカウンターをロックし、次のリーダーが自分のカウンターを開きます。ロックされたカウンターは、最終的な値と完全な履歴とともに、週次のアーカイブまでリストに残りました。
データは各スマートフォンに保存され、アカウントも、Counter Appのクラウドもないので、エクスポートが公式の記録でした。ダナはそれが気に入っていました。シフト報告は手元に残せるファイルであって、覚えておかなければならないログインではなかったからです。
新しいスマートフォンへの移行
6か月後、ステーションのスマートフォンのうち2台が交換されました。ダナは古いスマートフォンそれぞれでバックアップZIPを作り、そのラインのカテゴリーとカウンターを選び、写真も含めました。新しいスマートフォンでは、インポートのプレビューがバックアップの内容を一覧にし、重複を置換、コピー、またはスキップするかを尋ねました。彼女は置換を選び、件数を最後のエクスポートと照らし合わせ、ラインはシフトが始まる前に復旧しました。
スマートフォン間のリアルタイム同期はないので、ダナは1台を別の1台のミラーにしようとはしませんでした。各ラインが自分のカウンターを持ち、エクスポートがそれらを1つにまとめました。
移行を予想より楽にした細部が1つありました。インポートのプレビューです。ある監督者の新しいスマートフォンにすでに同じ名前のテスト用カウンターがあったとき、プレビューで重複が事前にわかり、何も上書きされる前に「置換」か「スキップ」かを選べました。スキップなら、端末にあるデータがそのまま残ります。誰も1件のカウントも打ち直す必要がなく、朝会は予定どおりに進みました。
どの生産管理者もここから学べることは?
物語をはぎ取ると、いくつかの原則が残ります。
- ツールを選ぶ前に、1つのカウント地点を合意する。
- カウントを古い方法より速くする。さもないと、肝心なときに飛ばされる。
- 数え漏れを情報として扱う。「15個ほど漏れ」というメモは、無言の空白に勝る。
- 離れる前にロックし、リセットの前にエクスポートする。
- 日時付きの履歴で食い違いを決着させ、そこから生まれるよりよい問いを立てる。
- 単独のシフトを毎日ではなく、傾向を毎週見直す。
もしやり直すなら、とこの想像上の回想の中でダナは言います。変えることは1つ、一晩で切り替えるのではなく、最初の2日間は新しいカウンターをホワイトボードと並行して動かすこと。両方の記録を比べていれば、タップ漏れをもっと早く捉えられ、懐疑的なリーダーにスマートフォンを信頼する理由を与えられたでしょう。また、いちばん疑っているリーダーをタグのリストの設計に招くでしょう。人は自分が作ったシステムを守るものだからです。
このどれにも、プロジェクト予算もIT部門への依頼も必要ありませんでした。必要だったのは、各ラインのスマートフォン1台、説明欄に書いた1つのルール、そして気まずい2週間を耐える覚悟のある管理者でした。
GiveMeMoodのCounter App — Tally & ClickerはAndroid 12以降向けで、無料でダウンロードでき、広告はありません。3日間無料で試した後、年額プランか月額プラン、または買い切りのライフタイム購入を選べます。アプリはcounterapp.onlineから入手できます。
よくある質問
生産管理者のダナはCounter Appの実在の顧客ですか?
いいえ。ダナと彼女の工場は、現実的な導入の様子を示すために書かれた架空の合成例です。実在するのは、説明されているアプリの機能だけです。
終わったシフトのカウントを変更から守れますか?
はい。カウンターをロックすると誤タップを防げ、カウンター自身の目標に達したときに自動ロックすることもできます。
チームリーダー全員に専用のスマートフォンが必要ですか?
カウントはアプリを動かしているスマートフォンで行います。ラインのステーションごとに共有のスマートフォンを置く方法も、個人のスマートフォンで数えてエクスポートを管理者に送る方法もあります。
管理者は1台のスマートフォンで全ラインをリアルタイムに見られますか?
いいえ。スマートフォン間のリアルタイム同期はありません。各ステーションがカウンターをエクスポートするか、バックアップZIPでカウンターを移動します。
Counter Appの料金体系はどうなっていますか?
Counter App — Tally & Clickerは無料でダウンロードでき、広告はありません。3日間無料で試した後、年額プランか月額プラン、または買い切りのライフタイム購入を選べます。
生産管理者のシナリオで、カウンターの設定にはどのくらいかかりましたか?
この架空の工場では、ラインごとに1台のスマートフォンにカテゴリー、シフトのカウンター、バリエーションのタグを設定するのに、午後の半日かかりました。
忙しい時間帯にタップし損ねたリーダーはどうすべきですか?
次のカウントイベントに、数え漏れたおおよその数をメモで添えます。誰かを責めることなく空白が見えるようになり、合計を公然と調整できます。
