プロダクトの継続的改善¶
*継続的改善*とは、個人や組織が常に自分自身と生み出す成果を改善していくことを目的とした一般的な理念です。
継続的改善の概念には、さまざまな方法論が含まれます。 その中には、カイゼン、シックスシグマ、リーンなどが含まれます。 それぞれの具体的なステップは異なりますが、その目標は同じです。つまり、改善を一度限りの達成ではなく、永遠の目標とするプロセスを導入することです。
以下のセクションでは、Odooを使用して、最も人気のある継続的改善戦略の多くに共通する4つの一般的なステップを実装する方法について、必要な機能の設定に関するドキュメントへのリンクとともに詳しく説明しています。最後のセクションでは、特定の会社が自社組織内でこれらのOdoo実装を設定する方法について詳しく説明しています。
重要
継続的な改善は、全てに当てはまる画一的な方法論ではありません。ほとんどの戦略は4～6ステップで構成されていますが、適切な実施には、各会社の特定のニーズに合わせたシステムの構築が必要です。
これは制限ではなく、むしろ利点です。というのも、この方法論は、ほぼあらゆるユースケースに適応できるほど柔軟だからです。特にOdooはこの柔軟性に優れており、ほぼすべての業務フローのニーズに合わせて構成することができます。
以下の内容は、Odoo がどのように活用できる 可能性があるか の 例 に過ぎないことを覚えておきましょう。これらは、全ての組織が従わなければならない具体的な指針というよりも、出発点として捉えるべきものです。
問題を特定する¶
改善に取り掛かる前に、改善が必要な箇所を特定する必要があります。 ここで問題の特定が重要になってきます。 プロダクトやプロセスにおける問題の特定に最適なOdooアプリは、ヘルプデスク と 品質 の2つです。
ヘルプデスク¶
ヘルプデスクアプリは、顧客や顧客など、組織外部からのフィードバックを受け取るのに便利です。これは、次の方法(1つまたは複数)を実装することで実現できます。チケットの受信、Eメールエイリアス、ライブチャット会話、ウェブサイトフォームなどを含みます。
これらの方法を使用して、顧客は問題に関するフィードバックを提出することができ、そのフィードバックはヘルプデスクチームのメンバーによって確認されます。確認結果に応じて、チームメンバーは問題に対処するためにさらなる措置を取ることを決定する場合があります。これに 品質アラートの作成 を含むこともできます。
品質¶
品質 アプリは、従業員など組織 内 からのフィードバックを受け取るのに便利です。
これを行う方法のひとつとして、品質検査ポイント (QCP) の設定があります。品質検査ポイントは、一定の間隔で品質検査を自動的に作成し、従業員にプロダクトの品質を検査・確認を要請するために使用されます。
問題が見つかった場合、従業員は品質チームに通知するために 品質アラート を作成することができます。 従業員が品質検査外で問題を発見した場合、品質検査ポイントとは別に品質アラートを作成することもできます。 これは、顧客サポートの従業員が顧客チケットによって気付いた問題を品質チームに通知するのに最適な方法です。
改善案の提案¶
問題が特定されたら、次にその問題に対処する方法についてのアイデアを提示します。問題の特定と同様に、品質アプリ も改善策の提案に役立ちます。さらに、PLM*(*製品ライフサイクル管理) アプリもこの目的で使用できます。
品質¶
品質チームに問題を通知するための 品質アラート を作成する際には、 是正措置 および 予防措置 タブを使用して、問題の対処方法に関するフィードバックを提供することができます。
是正措置 タブは、問題の影響を受けた項目の修正方法を提案するために使用されます。 例えば、ボルトをしっかりと締め、シートを固定する などです。
予防措置 タブは、今後問題が発生しないようにするための方法を提案するために使用します。例えば、ネジを締めすぎるとネジ山がつぶれるので、締めすぎないように などです。
アラートを確認する品質管理チームは、これらの提案された措置を確認し、問題への対処方法を決定する際に考慮することができます。
PLM¶
PLM(製品ライフサイクル管理)アプリは、製品の導入から各バージョンの更新に至るまで、製品ライフサイクル全体を管理するためのツールです。そのため、製品改良のアイデアを検証する際にも有用です。
エンジニアリング変更オーダ を使用することで、プロダクト管理チームは部品表の新しいバージョンを作成し、必要に応じて特定の部品や作業工程を追加・削除することができます。こうして作成されたプロダクトは、変更内容の有効性を確認するためのレビュー工程を経て運用されます。
導入戦略¶
戦略の実行とは、「改善案の提案」ステップで考案された解決策を実際に行動に移すことを指します。この段階でも、PLMアプリは引き続き役立ちます。PLMアプリは部品表の更新ができるように設定できるためです。また、フィールドサービス アプリを使えば、すでに顧客に販売された製品の改良を行うことも、一部の企業では可能です。
PLM¶
部品表の変更が適切なレビュープロセスを経ると、承認され、更新された部品表が使用可能になります。これは、部品表に適用された 変更を適用する という設計変更オーダ (ECO)レビューステージを設定することで実現され、その時点で更新された部品表が新しい製造オーダで使用可能になります。
プロダクト部品表は必要に応じて更新し続けることができます。 PLMアプリのバージョン管理機能により、指定された部品表の全てのバージョンを簡単に管理することができます。
フィールドサービス¶
PLMアプリは、プロダクト部品表に変更を加えるのに最適な方法です。しかし、これらの変更は新しい部品表を使用して生産されたプロダクトにのみ影響します。不良品がすでに顧客に販売されている場合、そのプロダクトを修理(または更新)する必要があるかもしれません。
このような場合、フィールドサービス アプリを使用して オンサイト対応 をスケジュールすることができます。 これらの対応により、サービス技術者(またはその他の従業員)が顧客のロケーションに派遣され、プロダクトの問題に対処することができます。
レビュー作業¶
レビュー作業は、「継続的改善」の“継続的” な部分が発揮される重要なステップです。このレビューを通じて、組織は前のステップで下した判断を評価することができます。そのため、このステップは本質的にプロセスの最初に立ち返ることを意味しており、追加の問題を特定し、対処するための新たな出発点となります。
つまり、顧客や従業員からのフィードバックを受け取るために、再び ヘルプデスク アプリや 品質管理 アプリを活用する必要があります。また、この段階で役立つ可能性があるアプリとして、アンケート調査 アプリも挙げられます。
アンケート調査¶
プロダクトやプロセスに変更を加えた後は、顧客から自発的に連絡があるのを待つのではなく、こちらから積極的にフィードバックを求めるのが賢明かもしれません。そうすることで、本来であれば顧客が共有しないままになっていた可能性のある意見や気づきが明らかになることもあります。
最善の方法のひとつは、アンケート調査 アプリを使用することです。アンケートを作成し、更新されたプロダクトを受け取った顧客にアンケートを送信することで、プロダクトに関する関連性の高いフィードバックを受け取れる可能性が高まります。
ワークフロー例: コートラックプロダクト改善
Wood Hut は、高品質な木製品の製造を手がけるメーカーです。同社は、最高水準の品質を追求することに全力を注いでおり、プロダクトだけでなく、それを生み出す製造プロセスの継続的な改善にも常に取り組んでいます。
Wood Hutは、生産、出荷対応、顧客満足に関わるすべてのプロセスを管理するために Odoo プラットフォームを活用しています。同社は、ヘルプデスク、品質管理、PLM、製造アプリを統合した、独自のプロダクト改善ワークフローを構築しています。
Wood Hutの人気プロダクトのひとつに、コートラック があります。このプロダクトはすべてオーク材で作られており、「洗練されていてエレガントだ」とお客様から高く評価されています。しかし最近、コートラックに関する顧客からのフィードバックで品質上の問題が明らかになり、現在の製造プロセスを見直す必要があることが判明しました。
製品改良のワークフローは、カスタマーサービスチームがヘルプデスクアプリで、購入したコートラックに問題があるという顧客からのチケットを受け取るところから始まります。顧客である Abigail Petersonさんは、5着以上のコートを掛けるとラックが倒れてしまうことに気づきました。これは深刻な問題です。というのも、このコートラックには6着分のフックが備え付けられているからです。
ヘルプデスクのチケットを担当する顧客サービス担当者のMarcは、品質アプリを開き、新規に品質アラートを作成します。彼はこのアラートに 生産品質チーム のタグを付け、担当の品質管理者としてJulie Andresonを割り当てます。
Julieはアラートを確認し、最善の対応策についてチームと協議します。 今後同様の問題が発生しないよう、プロダクトの部品表を修正する必要があると判断し、Julieは品質アラートの 是正措置 タブにその旨を記入します。
その後、Julieは品質アラートのチャター上で製品エンジニアのJoe Kazanにメッセージを送り、この問題に注意を促します。JoeはPLMアプリを開き、新しい設計変更オーダ(ECO) を作成します。彼は、コートラックの問題点を記録し、製品の部品表に変更が必要ではないかと提案します。
Joeは、改訂を開始 をクリックし、続いて 改訂 スマートボタンを押して、コートラックの部品表バージョン2 を開きます。この部品表は設計変更オーダ(ECO)とともに作成されたもので、承認されるまではアーカイブ状態のまま保持されます。
いくつかテストを行った結果、Joeは金属製の補強棒を追加することで、コートラックの強度が増し、6着以上のコートを掛けても倒れなくなることを発見します。彼は部品表を更新し、補強棒を構成部品のひとつとして追加します。さらに、製造工程中にその部品が確実に取り付けられるよう、追加の作業工程も加えます。最後に、JoeはECOのチャターにメッセージを残し、マネージャーのJoseにレビューの準備が整ったことを伝えます。
Joseは変更内容を確認し、それがコートラックの問題を解決する効果的な方法であることを確認しました。彼は ECO を 承認済み のステージに進め、これにより コートラックの部品表バージョン2 が現在の有効バージョンとして適用されます。
これ以降、コートラックを製造するための製造オーダが作成されるたびに、更新された部品表が自動的に選択されるようになります。Wood Hut は改良版のコートラックの製造を開始し、顧客からのフィードバックによって、新バージョンが従来の問題を解決していることを確認しました。
Wood HutはOdooプラットフォームを使用して、エンドツーエンドのプロダクト改善プロセスを導入しました。このプロセスの重要な要素(顧客フィードバック、品質管理など)は常に機能しているため、プロダクトとプロセスを継続的に更新するために再利用することができます。