Безперервне вдосконалення продукту

Безперервне вдосконалення — це загальна філософія, призначена допомогти окремим особам і організаціям постійно вдосконалювати себе та результати своєї роботи.

Існує безліч різних методологій, які підпадають під парасольку безперервного вдосконалення. Це включає кайдзен, шість сигм і лін, серед інших. Хоча конкретні кроки кожного методу відрізняються, їхня мета залишається тією самою: впровадити процес, за якого вдосконалення є постійною метою, а не разовим досягненням.

Розділи нижче містять докладну інформацію про те, як можна використовувати Odoo для реалізації чотирьох загальних кроків, спільних для багатьох найпопулярніших стратегій безперервного вдосконалення, з посиланнями на документацію щодо налаштування необхідних функцій. Останній розділ детально описує, як конкретна компанія може налаштувати ці реалізації Odoo у своїй організації.

  1. Виявлення проблем

  2. Пропонуйте покращення

  3. Впроваджуйте стратегії

  4. Переглядайте дії

Важливо

Безперервне вдосконалення — це не універсальна методологія. Хоча більшість стратегій включають від чотирьох до шести кроків, належне впровадження вимагає розробки системи, адаптованої до конкретних потреб кожної компанії.

Це не обмеження, а скоріше перевага, оскільки це робить методологію достатньо гнучкою для адаптації до майже будь-якого випадку використання. Odoo, зокрема, добре адаптується до цієї гнучкості, оскільки його можна налаштувати відповідно до потреб майже будь-якого робочого процесу.

Таким чином, важливо пам’ятати, що вміст нижче надає лише приклади того, як можна використовувати Odoo. Їх слід розглядати радше як відправну точку, а не як конкретний план, якому повинна слідувати кожна організація.

Виявлення проблем

Перш ніж почати вдосконалення, необхідно визначити, де вдосконалення необхідне. Ось тут і починається виявлення проблем. Два найкращі застосунки Odoo для виявлення проблем із продуктами або процесами — це Служба підтримки та Якість.

Служба підтримки

Додаток Служба підтримки корисний для отримання відгуків ззовні організації, наприклад від клієнтів або замовників. Це досягається шляхом впровадження одного (або кількох) методів отримання заявок, включаючи псевдоніми електронної пошти, чат-розмови та форми на веб-сайті.

Використовуючи ці методи, клієнти можуть надсилати відгуки про проблеми, які потім розглядаються членом команди служби підтримки. Залежно від результатів розгляду, член комани може вирішити вжити подальших заходів для вирішення проблеми. Це може включати створення попередження про якість.

Якість

Додаток Quality корисний для отримання відгуків всередині організації, наприклад від співробітників.

Один із методів досягнення цього полягає в налаштуванні контрольної точки якості (КТЯ). QCP використовується для автоматичного створення перевірок якості через регулярні інтервали, спонукаючи співробітників перевіряти та підтверджувати якість продукту.

Якщо виявлено проблему, співробітник може створити попередження про якість, щоб повідомити команду якості. Попередження про якість також можна створювати незалежно від QCP, якщо співробітник виявляє проблему без запиту на перевірку. Це чудовий спосіб для співробітників служби підтримки клієнтів повідомити команду якості про проблему, на яку їм звернув увагу клієнт через заявку.

Пропонуйте покращення

Після виявлення проблеми наступним кроком є висунення ідей щодо її вирішення. Як і з виявленням проблем, додаток Quality також корисний для пропонування покращень. Крім того, додаток PLM (Product Lifecycle Management) також може використовуватися для цієї мети.

Якість

Під час створення попередження про якість, щоб привернути увагу команди якості до проблеми, вкладки Коригувальні дії та Запобіжні дії можна використовувати для надання відгуків про те, як можна вирішити проблему.

Вкладка Коригувальні дії використовується для пропонування методу виправлення елементів, уражених проблемою. Наприклад, Закрутіть болти міцніше, щоб сидіння залишалося на місці.

Вкладка Запобіжні дії використовується для пропонування методу запобігання виникненню проблеми в майбутньому. Наприклад, Не затягуйте гвинти занадто сильно, інакше різьба зірветься.

Команда якості, яка розглядає попередження, бачить ці запропоновані дії та може врахувати їх під час прийняття рішення про вирішення проблеми.

Управління життєвим циклом товару

Додаток PLM використовується для управління життєвим циклом продукту від його впровадження через кожну наступну версію. Таким чином, він корисний для тестування ідей щодо покращення продукту.

Використовуючи накази на технічні зміни, команди з управління продуктами можуть створювати нові ітерації BoMs продуктів, додаючи або видаляючи окремі компоненти чи операції за потреби. Продукти, створені за допомогою цих BoMs, проходять процес перевірки для підтвердження ефективності змін.

Впроваджуйте стратегії

Впровадження стратегій передбачає втілення в життя запропонованих рішень із кроку пропонування покращень. Додаток PLM продовжує бути корисним під час цього кроку, оскільки його можна налаштувати для внесення оновлень BoM. Додаток Field Service також може використовуватися певними компаніями для внесення покращень у продукти, які вже продані клієнтам.

Управління життєвим циклом товару

Після того, як зміни BoM пройшли належний процес перевірки, їх можна затвердити, і оновлений BoM вводиться в експлуатацію. Це досягається шляхом налаштування одного з етапів перевірки ECO на застосування змін, внесених до BoM, після чого оновлений BoM стає доступним для нових MOs.

BoMs продуктів можна продовжувати оновлювати за потреби. Функції контролю версій додатка PLM забезпечують легке управління всіма версіями даного BoM.

Виїзне обслуговування

Додаток PLM є чудовим способом внесення змін до BoMs продуктів. Однак ці зміни впливають лише на продукти, вироблені з використанням нової BoM. Якщо дефектний продукт уже проданий клієнту, може знадобитися ремонт (або оновлення) цього продукту.

У такому випадку додаток Field Service можна використовувати для планування виїзних втручань. Ці втручання дозволяють відправляти сервісних техніків (або інших співробітників) до місця знаходження клієнта для вирішення проблеми з продуктом.

Переглядайте дії

Перегляд дій — це те, де в гру вступає «безперервна» частина безперервного вдосконалення, оскільки це дозволяє організації оцінити рішення, прийняті на попередніх етапах. Таким чином, цей крок, по суті, є поверненням на початок процесу, щоб можна було виявити та вирішити додаткові проблеми.

Це означає, що додатки Служба підтримки та Якість слід використовувати знову для отримання відгуків клієнтів та співробітників. Ще одним додатком, який може бути корисним на цьому етапі, є додаток Опитування.

Опитування

Після впровадження змін у продукт або процес може бути доцільно безпосередньо попросити клієнтів залишити відгук, а не чекати, поки вони зроблять це за власним бажанням. Це може виявити відгуки, якими клієнти могли б знехтувати.

Один із найкращих способів досягти цього — через додаток Опитування. Створення опитування та надсилання його клієнтам, які отримують оновлений продукт, підвищує ймовірність отримання релевантних відгуків про продукт.

Приклад робочого процесу: вдосконалення продукту вішалки для одягу

Wood Hut — виробник високоякісних дерев’яних виробів. Вони прагнуть виробляти продукцію найвищої можливої якості та завжди шукають способи вдосконалити продукцію, яку продають, а також процеси, що використовуються для її створення.

Wood Hut використовує платформу Odoo для управління кожним елементом їхніх процесів виробництва, виконання замовлень та задоволеності клієнтів. Вони розробили власний робочий процес удосконалення продукції, який включає додатки «Служба підтримки», «Якість», PLM та «Виробництво».

Одним із найпопулярніших продуктів Wood Hut є їхня вішалка для одягу. Вона повністю виготовлена з дуба, і клієнти описують її як «елегантну та вишукану». Однак останні відгуки клієнтів про вішалку для одягу привернули увагу до проблем якості, які вимагають перегляду поточного процесу виробництва.

Робочий процес перегляду продукції починається, коли команда обслуговування клієнтів отримує тікет у додатку «Служба підтримки» від клієнтки, яка має проблеми з купленою вішалкою для одягу. Клієнтка, Абігейл Пітерсон, виявила, що її вішалка для одягу падає, коли на ній висить більше п’яти пальт. Це серйозна проблема, оскільки вішалка має достатньо кілочків для шести пальт.

Тікет служби підтримки щодо проблеми з продуктом вішалки для одягу.

Марк, співробітник служби підтримки клієнтів, призначений для обробки тікету, відкриває додаток «Якість» і створює нове попередження про якість. Він позначає Команду контролю якості виробництва і призначає Джулі Андресон відповідальною за попередження співробітницею з якості.

Джулі переглядає попередження та консультується зі своєю командою щодо найкращого плану дій. Вони вирішують, що необхідно переглянути BoM продукту, щоб запобігти виникненню проблеми в майбутньому, що Джулі зазначає на вкладці Коригувальні дії попередження про якість.

Попередження про якість, створене щодо проблеми з продуктом вішалки для одягу.

Потім Джулі надсилає повідомлення інженеру з продукції Джо Казану в чаті попередження про якість, щоб привернути його увагу. Джо відкриває додаток PLM і створює новий ECO, зазначаючи проблему з вішалкою для одягу та припускаючи, що може знадобитися зміна BoM продукту.

ECO, створене для оновлення специфікації продукту вішалки для одягу.

Джо натискає Розпочати перегляд, а потім розумну кнопку Перегляд, щоб відкрити версію два специфікації вішалки для одягу BoM. Ця BoM була створена разом із ECO і залишається в архіві, доки не буде схвалена.

Після деяких тестів Джо виявляє, що додавання металевого опорного стрижня до вішалки для одягу зміцнює її, дозволяючи тримати шість або більше пальт без падіння. Він оновлює BoM, включаючи опорний стрижень як один із компонентів, і додає додаткову операцію, щоб переконатися, що він встановлюється під час виробничого процесу. Нарешті, він залишає повідомлення в чаті ECO, повідомляючи свого керівника Хосе, що воно готове до перегляду.

Специфікація вішалки для одягу, оновлена для додавання додаткового компонента та операції.

Хосе переглядає зміни та підтверджує, що вони є ефективним методом вирішення проблеми з вішалкою для одягу. Він переміщує ECO на етап Схвалено, що робить версію два специфікації вішалки для одягу BoM поточною версією.

Тепер щоразу, коли створюється MO для виробництва вішалки для одягу, оновлена BoM вибирається автоматично. Wood Hut починає виробляти вдосконалену вішалку для одягу, і відгуки клієнтів підтверджують, що нова версія вирішила проблему попередньої версії.

Використовуючи платформу Odoo, компанія Wood Hut впровадила комплексний процес вдосконалення продукції. Оскільки основні елементи цього процесу (відгуки клієнтів, контроль якості тощо) завжди функціонують, його можна використовувати для безперервного оновлення продуктів та процесів.