Якість це не випадковість і не талант окремих співробітників, а результат вбудованих правил. Цю фразу легко сказати й дуже важко прожити. Більшість компаній, з якими я працював, розуміють контроль якості так: наприкінці процесу стоїть людина, яка дивиться на результат і каже «годиться» або «переробити». Це як поставити одного вахтера на виході з величезного заводу й сподіватися, що він помітить усе, що пішло не так у сорока цехах.
Я прийшов у бізнес із програмування, а в програмуванні ця ілюзія померла давно і гучно. Тестувальник наприкінці розробки не робить продукт якісним. Він лише знаходить частину помилок, які вже коштували грошей. Решту знаходить клієнт. І те саме відбувається в будь-якому бізнесі: у виробництві, у послугах, у продажах, у доставці.
Вахтер проти імунітету
Є два принципово різні підходи до якості. Перший я називаю «вахтер»: перевірка на виході. Другий «імунітет»: якість вбудована в кожну клітину процесу, і помилка виявляється там, де виникла, поки вона ще маленька й дешева.
Японські автозаводи в другій половині минулого століття зробили знамениту річ: будь-який робітник на конвеєрі міг смикнути шнур і зупинити всю лінію, якщо бачив дефект. Американські колеги дивилися на це з жахом: зупинка конвеєра коштує величезних грошей. Але японці порахували інакше. Дефект, спійманий на третій хвилині складання, коштує копійки. Дефект, що доїхав до покупця, коштує відкликання партії, судів і репутації. За кілька десятиліть увесь світ учився в них.
Мораль проста: що раніше знайдено помилку, то вона дешевша. У розробці програм є приблизне правило, що помилка, знайдена на етапі вимог, у десятки разів дешевша за ту саму помилку, знайдену після запуску. Для бізнесу пропорції схожі, тільки замість рядків коду там зіпсовані замовлення, незадоволені клієнти й повернення.
Інструменти, які справді працюють
Чек-листи для повторюваних задач. Найбільш недооцінений інструмент в історії управління. Пілоти користуються чек-листами перед кожним злетом не тому, що не вміють літати, а тому, що навіть найкращий пілот колись забуде дрібницю. Хірурги запровадили чек-листи в операційних, і кількість ускладнень помітно впала. Якщо у Вас є процес, який повторюється частіше ніж раз на тиждень (відвантаження, підключення клієнта, випуск релізу, закриття місяця), у нього має бути чек-лист. Короткий, на пʼять-десять пунктів, лише те, що справді забувають.
Зворотний звʼязок від клієнтів. Клієнт найкращий контролер якості, бо він оцінює не процес, а результат. Але питати треба правильно. Опитування «оцініть нас від одного до десяти» майже марне. Корисне питання «що нам слід було зробити інакше» і дзвінок кожному, хто поставив низьку оцінку. Одна така розмова дає більше, ніж сто анкет.
Внутрішні аудити процесів. Раз на квартал хтось зі свіжим поглядом проходить процес від початку до кінця й записує, де він спотикається. Не шукає винних, а шукає місця, де процес покладається на памʼять, удачу чи героїзм конкретної людини. Саме там якість і протікає.
Автоматичні перевірки. Усе, що можна перевірити машиною, має перевірятися машиною. Система не дасть відвантажити замовлення без оплати, не дасть закрити угоду без підписаного договору, не дасть випустити реліз, якщо автотести червоні. Людина втомлюється, відволікається і в пʼятницю ввечері перевіряє гірше, ніж у понеділок зранку. Код однаково прискіпливий завжди.
Якість, яку ніхто не замовляв
Є зворотний бік, про який мало говорять. Якість теж може бути надмірною. Я бачив команди, які полірували внутрішній інструмент для пʼяти співробітників так, ніби це продукт для мільйона користувачів. І бачив компанії, які запроваджували ISO не тому, що їм це було потрібно, а тому що «так солідно». За рік у них були три товсті теки з регламентами, які ніхто не читав, і ті самі проблеми з якістю.
Правильне питання звучить не «як зробити ідеально», а «який рівень якості потрібен клієнтові і скільки він готовий за це платити». Хліб у супермаркеті й хліб у добрій пекарні відрізняються якістю, і в обох є свої покупці. Погано не те, що хліб простий. Погано, коли сьогодні він свіжий, а завтра черствий. Якість це передусім передбачуваність, а не розкіш.
Стандарти на кшталт ISO 9001 корисні, коли компанія виросла і їй треба доводити якість великим замовникам чи регуляторам. Але починати з них, це як учитися плавати, одразу записавшись на олімпійський відбір. Спершу навчіться триматися на воді: чек-листи, зворотний звʼязок, автоматичні перевірки. Формальна система управління якістю виросте з цього природно.
Метрики якості, на які варто дивитися
- частка замовлень чи задач, перероблених після здачі;
- кількість скарг і повернень на сто продажів;
- час від виявлення проблеми до її виправлення;
- частка клієнтів, які повернулися повторно.
Остання метрика найчесніша. Клієнт, який повернувся, проголосував за Вашу якість грошима. Жоден аудит не скаже більше.
З чого почати завтра
Оберіть один процес, на якому найчастіше виникають скарги чи переробки. Пройдіть його самі від початку до кінця, із блокнотом. Запишіть кожне місце, де результат залежить від того, чи згадає людина щось зробити. Перетворіть ці місця на чек-лист, а те, що можна, на автоматичну перевірку в системі.
Ми в Ingello Systems робимо це постійно, і у своїх процесах, і в процесах клієнтів: коли автоматизуємо облік, насамперед вбудовуємо перевірки, які не дають помилці пройти далі місця, де вона народилася. Це нудніше за гарний інтерфейс, але саме це відрізняє систему, яка працює роками, від системи, яка працює до першого понеділка після відпустки головного співробітника.
