職場での病理解剖学

品質管理のトピックを継続します 。最初はここからです。



品質とは-消費者の要件への準拠の度合いを考えてみましょう。 少なくとも私の分類には同意できないかもしれませんが、この定義には明らかな間違いはありません。



定義は理解できますが、品質管理には十分ではありません。 これは基本的な基本的な価値であり、システムの目標であり、行動の指針ではありません。 何をする必要がありますか？



品質を改善するために何に焦点を合わせますか？ そして、改善が必要なものの品質は？ 誰もが、高品質の製品があり、品質プロセスがあると聞いています。 違いは何ですか？ もっと重要なことは何ですか？



または、顧客の要件に努力を向けるべきでしょうか？ 品質をそのままにしておき、消費者に彼の要求が実証されておらず、彼が求めるものではなく、完全に異なるものが必要であることを納得させます。 たとえば、鶏肉ソーセージは肉ソーセージよりも優れていることをバイヤーに納得させるために。 やっぱり簡単？ 鶏肉-ダイエット、脂肪の減少、消化しやすく、さらに安い。 顧客がこれを確信している場合、彼らは要件を変更し、製品の品質が急激に向上します。



これはどうなりますか？ 品質管理？ 最後に、はい、しかし、方法は少し奇妙です。 品質は管理しませんが、要件は管理します。 そのような知識の分野、要件管理はありますか？ 特にITで。 ただし、テレビを見ると、彼らはそれをやっているだけです。それは「プロパガンダ」と呼ばれ、要件管理と呼ばれています。



「通常の」品質管理について、私の人生で学んだことをお伝えします。

製品とプロセス

一方では、製品とプロセスの違いを理解しています。 プロセスとは、常に存在し、製品を生産するシステムまたはその一部です 。 ソーセージ（コンクリートスティック）は製品です。 それを生み出したのはプロセス（機器、人、技術、レシピ、物流、保管など）だけでした。



一方、この違いは非常に明確であるため、品質管理は見過ごされています。 あなたが工場に行ったことがあれば-ある種の機械加工に従事しているそのような標準的な普通の工場の場合、生産と品質の間のホリバーに終わったかもしれません（品質管理部門、品質管理システムなど）。 プロダクションのスタッフはほとんど同じことを言います。 品質はOTKの関心事です 。



OTCは何をしますか？ 製品管理 、すなわち 完成品。 彼らはそれを測定し、分析、テストなどを行い、その結果に応じて、製品をリリースする（またはスキップする ）かどうかを決定します。 そうでない場合は、サンプまたは変更のいずれかで。



結婚が発見されると、ホリバーはどうなりますか？ ロジックは言う：素晴らしい、応援、私たちは結婚を見つけた、それを見逃さなかった、 私たちは状況が再び起こらないように生産プロセスで何かをする必要があります 。 結婚は偶然ではなかったのですか？ どこかに問題がある-材料、機器とそのセットアップ、労働者、技術、設計などに 理解し、理由を探し、一緒に考える必要があります。 それで、生産労働者？



そして、それらの応答？ はい、はい、もちろん、私たちはそれを見つけ出し、見つけ、排除し、すべてがうまくいくでしょう。 あなたはちょうど結婚をスキップします、さもなければ私達の計画は燃えています。 適切な用紙が作成され、その存在が「偏差のある製品の受け入れ行為」などのISO 9001を完全に承認し、「良い顧客に出荷しない」などの販売市場またはアプリケーションが調整されます。 これは、上記の「品質管理部、人々の作業に干渉しない」という単純な兆候があるだけなので、イベントの開発にとって依然として優れた選択肢です。



製品-具体的、つまり鉄片-が調整され、 品質が確保され 、すべてがうまく行われ、計画、プレミアム、企業パーティーが行われました。 しかし、プロセスはそのままでした。



プロセスをいじるのは非常に退屈です。 これは長くて退屈な、ありがたい仕事です。 製品の修正は非常に簡単です。 これは理解しやすく、継続時間が短く、簡単に測定できる作業です。



しかし、製品の品質管理からの出力、つまり排出量は、ほぼ常に同じです- 特定の製品の品質です 。 ソフトウェア、車、机、橋などのリリース トランスフォーマーの様子を覚えていますか？ 「レニー、ハンマーをドラッグして、修正するものがあります。」



プロセスはさらに機能し、製品の新しいユニットを生成し続けます。 そして再び、OTCは結婚を見つけるでしょう。 そして再び、生産はそれ以上の結婚を許さないことを約束します。 そして再び誰もが信じます。

製品とプロセスの境界

実際の生産では、製品とプロセスの境界を決定することはそれほど難しくありません。 これがソーセージ、ここが残りです。



しかし、たとえば、私たちに近い例では、情報システムの操作はどうでしょうか？ 申し訳ありませんが、例は約1Cになります。



SCPのプライムコストの計算（わかりません-これは実稼働企業を管理するためのプログラムであり、プライムコストの計算-このような長い手順です）を簡単に測定できる簡単な例を見てみましょう。 方法論的な側面（どのように閉じたのか）ではなく、純粋に技術的な側面-ドキュメント「Costing」の保持を取り上げましょう。 費やした時間と費やした時間の2つの品質指標を定義します。



最初の指標は常に関連するとは限りませんが、これも起こります-それは実行されず、それだけです。 彼は十分なメモリを持っていないので、ロックのために落ち、1Cサーバーがフリーズします。 「ブール」タイプのインジケータで測定-はいまたはいいえ、保持または減少。 品質管理の観点から、この指標は「代替」と呼ばれます。



2番目のインジケーターはよりシンプルで明確です-秒で測定された時間です。 品質管理の観点から、この指標は「定量的」と呼ばれます。



顧客にとって、原価計算の技術的パラメーターが重要であるとします。 あなたはおそらくそのような写真に会ったことがありますか？ 夜にプライムコストを考える人もいれば、別のデータベースに登録する人もいれば、アフィリエイト会議で涙を流す投稿を書く人もいます。



プロセスはどこにあり、製品はどこにありますか？ 最も単純なケースは、コスト計算がまったく実行されず、少なくとも何らかの形で実行するように求められた場合です。 これは、現在のプロセスではまったくできないため、 製品をリリースするように求められることを意味します。適切な製品の歩留まりはゼロであり、完全な結婚です。



ただし、そのような製品を手動でリリースすることは不可能です。いずれにしても、プロセスを変更する必要があります。 継続的にではなく、一時的に、少なくとも何らかの製品が得られるようにします。 これを行う方法には多くのオプションがあります。



たとえば、その時点でロックがないことを確認する必要があります。 最も簡単なことは、データベースからすべてのユーザーを追放するか、取得したばかりのコピーで作業することです（そして、すべての動きで作業文書に転送します）。 別のオプションは、トランザクション外に投稿することです。 もちろん、禁止を制限する必要があります（禁止されていない場合）。これにより、ブロックの可能性も低くなります。



次に、1Cサーバーがクラッシュしないことを確認する必要があります。 まず、rphostのメモリ制限を削除するために、1〜1.5 GBをそこに置きますが、コスト価格をさらに計算したいため、ハングするプロセスが低下します。 試して、後で適切な値を選択して、製品が必要になったら、制限を削除してください。 データベースにはまだユーザーがいません。



次に、レジスターの負の残高を削除する必要があります（計算がRAUZに進む場合）。 これを行う方法について会計士を訓練する時間はありません。負のバランスが計算速度に与える影響を説明してください。 製品をリリースする必要があります 。 何をすべきか、私たちは座って、少なくとも最もひどい短所を手動で修正します。 同時に、数十億の金額がないことを確認します。このため、いくつかの主要なドキュメントを再検討する必要があります。



それで他に何が？ そして、はい-再配布で固定を削除する必要があります。 多くの会計士は、一度にではなく、完全なセットで製品をリリースすることを好みます。 ノードの数が何度も増えているため、コストを計算するためにこれは悪です。



もちろん、これを行うべきではないこと、通常の方法論的解決策が求められること、そして投稿だけが形成されるべきではないことを彼らに説明する必要があります 。 しかし、いつそれを行うのですか？ 今は違うよね？ コストを計算する必要があります。 製品リリース 。



さて、ピッキングをすばやくやり直します-操作の種類を「アイテムのピッキング」から「製品リリース」に変更します。これにより、コストの計算が容易になります。



念のために、サーバーをプラットフォーム8.2の下に配置します。大規模な操作でより安定して動作します。



私たちは試して-ああ、過ごした！ 非常に長い間回転していますが、それでも-うまくいきました！ ワウ効果がより強くなるように、もう少しやります。



原価計算レジスタのエントリが多すぎることがわかります。 間接的なものとは何ですか？ まあ、もちろん、いつものように-「すべてのすべて」が配布されているため、膨大な数のレコードがあります。 私たちは、主任会計士の首筋を取り上げて、間接会計の分布に関して会計方針が何を言っているかを見つけようとします。 コストはどこに割り当てられるべきですか？ ショップNo. 1のAUPの給与は次のとおりです。なぜそれがすべてのショップの出力全体に該当するのですか？ ショップ番号2の25番目のアカウントは、なぜショップ番号3のコストですか？ チーフ・アカウンタント、答え、どうでしょうか？



予想どおり、主任会計士は次のように述べています 。 製品をリリースする必要があります 。 私は25番目のアカウントを見逃しました-そして神に感謝します。 コスト構造とは何ですか？ しかし、会計に従ってそれを見ているのは誰ですか？ それと同じように、Excelのエコノミストは、最終結果ではなく、プライマリデータに従ってコスト構造をリベットします。



さて、どのように会議を開催できますか？ システムのすべての機能を使用しているわけではなく、会計処理の代わりにボイラーを使用していることを説明します。 紙の会計方針の1つのことと、実際には別のことは何ですか？ いいえ、もちろん、それ以前ではありません。 必要な品質の製品を生産する緊急の必要性-コスト計算が少なくとも15分間実行されるようにします。



さて、コスト配分の方法の変更に関する主任会計士にすぐに同意します-生産ユニットの間接コストが「それ自体」で閉じられるようにレイアウトスキームを編集します。 リリース時のみ。 非生産ユニットのコストの配分をより正確にします。 そして出来上がり-原価計算レジスタのエントリの半分があります。 原価計算は15分で完了します。



製品がリリースされ、その品質は消費者の要件を満たしています。

フィードバック

上記のように、製品をプッシュしてリリースします 。



そして、古典的な品質管理は言う：素晴らしい、よくやった、ハンサム！ 製品の作業が完了したので、プロセスの何が問題なのかがわかりました ！ さあ、プロセスの入力を実行して、変更を加えてください！



これはフィードバックループであり、品質管理の重要なモデルの1つです。 よく知られている「継続的な改善」はそれに基づいています。 製品に問題があり、その原因をプロセスで見つけ、修正し、結果を確認しました。 など-無限に。



入力プロセスを実行する理由 さて、次のコスト計算も行われるべきことは明らかで、同じ15分かかります。 何をするかは、コンテキストによって異なります。



あなたが「アウトソーシングされた」アウトソーシング業者である場合、推奨事項に限定し、行動に署名し、辞めます。 または、推奨事項を提示しないこともできます-製品のユニークな救世主のままです。



あなたが地元の固定具である場合、高い確率で、あなたはまた「離れ」ます-あなたのコンピューターに戻ります。 さらに、工場プログラマーのキャリアの観点から、これが最良のソリューションになります。 レアルマドリードのジダンのように、あなたは勝者として去ります。



「ええ、いや、機能しません。会計を設定しましょう」と言ったら、すぐに勝者から敗者に変わります。すべてが正しく機能していないことに常に苦しむwhoい穴です。



説明した例では、フィードバックループは通常非常に短く、ループではありません。エラーとその原因の分析、およびそれらを排除するためのアクションプランとのミーティングです。 まあ、すべての参加サービスから「月曜日に新しい生活を始める」という約束。 2回目の会議は行われないため、計画を実施する必要はありません。 生産およびOTCのホリバーとまったく同じです。



ただし、見てみると、プロセス改善の既製リストが手元にあります。



サーバー設定には少し恥ずかしがりますが、ユーザーの快適な作業とコスト計算を保証するために、パフォーマンスと制限のバランスを見つけるでしょう。



再配布の循環を回避するために主要組織の登録に関するいくつかのルールを策定し、指示の形でそれらを整理し、意図的または偶然に間違われないように制御を自動化します。



目標が「閉じる」のではなく、「構造と金額による生産コストの適切な推定値を取得する」ように、原価配分設定を会計方針に合わせます。



負の残高の存在を制御するシンプルなツールを作成し、会計の責任においてその使用を帰属させます。 同時に、1Cで利用できる機会を利用します。四半期の締め切りではなく、タスクのプライムコストをバックグラウンドで再計算して毎日問題を確認し、毎日問題を処理します。



簡単そうですね。 結局のところ、すべてが知られ、理解可能であり、魔法ではありません。 しかし、 あなたはそれをしますか？ いいえ、もちろんです。 なんで？



誰もこれを必要としません -それは答えですか？ もちろん、議論することができますが、実際にはそうです。

経営陣の注意

奇妙なことに、品質管理の主な問題は、管理者の注意、またはむしろ不在です。 これはISO 9001規格にも記述されており、監査人は絶えず話し合っており、QMSは多くの場合、最も使い古された部門です。



管理の注意は、製品の品質ではなく、プロセスの品質です 。 管理プロセスを含む。 しかし、経営陣は、製品を生産するプロセスではなく、製品自体だけを扱いたいと考えています。



結局のところ、製品をリリースすることができなかったとき、または露骨に品質が悪かったときにあなたは呼ばれました。 悪い、特に悪い製品は、経営陣が反応するシグナルです。 そして、 製品の修正に重点が置かれています 。 整理整頓は予告編であり、製品が修正された後にのみ行われます。 特に、内部製品ではなく外部製品である場合-顧客に出荷される製品。 彼がそうでない場合、または彼が非常に質が悪い場合、彼らはそれを単に買わないでしょう-そしてこれは本当の、理解可能で明白な問題です。



率直に言って、スローガンや標準の言葉ではなく、品質管理サービスの従業員と話すと、彼らは同じことを言うでしょう： 経営陣は品質を気にしません 。 結婚については気にしないでください。それは損失だからです。 プロセスでは、その調整と改善-深く気にしません。 もちろん、言葉ではなく、実際に。 1Cフランチャイジー、自動車工場、バッグ生産、養鶏場など。



私の意見では、このアプローチの結果は恐ろしいものです。 彼らは何だと思いますか？ 企業が効率的に働いていないという事実？ または、結婚を排除するプロセスを作成するのではなく、製品の修正に多くの努力が費やされているのですか？



いいえ、それは問題ではありません。 前の記事で、私は次のように言った。同じ分野の人々が同じ分野で何も理解していないのに同じ仕事をする他の職業は知らない。 はい、誰かを怒らせた場合は謝罪します-そのような目的はありませんでした。 しかし、今のところ私は私の意見にとどまります。 そして今、品質を管理する方法を誰も知らない理由がより理解できるようになりました。



なぜなら、 質の良い萎縮を管理できるからです。 結局のところ、男は彼がしていないことを行うことができないのですか？ しかし、そのような仕事はないので、彼はしません。 何らかの奇跡によってタスクが発生した場合、それを解決する人はいないので、タスクを埋めなければなりません。



リーダーシップの注意の欠如は、品質管理者にとってエレガントな言い訳になります。誰もそれを必要としないので、私たちはそうしません 。



残っているのは、製品からプロセス入力へのフィードバックループを中断する代理品質管理だけです。 代理品質管理は、標準の実装です。



品質の問題があることを知っています。 プロセスが原因であることを漠然と理解します。 調査から原因までの論理的な連鎖を構築することはできません。また、それを望んでいない、または彼らがそれを与えない、それは重要ではありません。 結果は1つです。 そして、何をすべきか？ 既製のソリューションを紹介してください！



例のために遠くに行く必要はありません。 品質管理では、標準セットはISO、5S、6シグマ、リーン（リーン製造）です。 標準を取り、そこに書かれていることをすれば、あなたは幸せになるでしょう。 そして、それはありますか？ あなたの会社はISO証明書を持っていますか？ 幸せが来た？



または、ERPなどの情報システムの実装。 ピルではないものは何ですか？ 問題は解決しましたか？ または、新しいもののみを作成しますか？ CBTが必要です。 スクラムが必要です。 KPIが必要です。 プロテインダイエットが必要です。 朝走る必要があります。 クリンスコエのビールが必要です。



何でも構いません プロセスを改善することは実装されていませんが、 おそらくプロセスを改善するでしょう 。 実際の指標、原因、および効果にもかかわらず。 スズメの大砲のように、盲目的にプロセスを突破し、実行して結果を確認します。 結果なし？ まあ、おそらく、私たちの銃士は品質管理者です。



一般に、少なくとも何かを盲目的に変更しようとする試みは、すでに悪いことではありません。 何をする必要があるのか​​正確にはわかりませんが、少なくとも何かをしているのです。 システム内の何も変更しないものもあります。



目隠しを何度か目隠しした場合、おそらく私たちは撮影することを学びますか？ しかし、いいえ、フィードバックも必要だからです-ヒットした双眼鏡に目を通し、スコープを調整するため。 悲しいかな。

まとめ

基本的に、製品の品質、プロセスの品質、顧客の要件を管理できます。



製品品質管理は、製品またはサービスの特定のユニットへの影響です。 製品の残りのユニットとその生産プロセスは変更されません。



プロセス品質管理は、 すべての製品ユニットの品質を改善するための製品製造システムへの影響です。



製品品質情報は、プロセスを調整するために使用できますし、使用する必要があります。



製品の品質を管理することは、結果が緊急に必要な場合にのみ最後の手段でなければなりません。



実際、「品質管理」とは、プロセスの品質の管理です。 だから、それはもともと考案されました。



製品とその品質に注目すると、管理の重点がプロセスのインプットと内臓からそのアウトプットである製品に移ります。 その結果、プロセスは本来あるべき姿で生活します。



誰かが品質を管理していると言っても、プロセスに変更を加えない場合-彼は...まあ、これは...嘘をついている可能性があります。