В предыдущем посте мы рассказали, что за цикл затеяли и на какое интервью с Дмитрием Пищальниковым будем ссылаться. Интервью категорические рекомендуем всем предпринимателям и руководителям!
В числе ключевых проблем низкой производительности труда – брак на производстве. Дмитрий Пищальников называет четыре источника брака:
Некачественное сырьё
Нарушение техпроцесса
Неподготовленный персонал
Неисправное оборудование
Сегодня мы рассмотрим первые две причины.
Уже представляем, как кто-то из читателей приготовился играть в игру Да, но…: у нас не производство колбасы, а производство ПО! А мы делаем видеоролики! Как тут рассчитать брак? Нет входного сырья, нет техпроцессов!»
Сейчас объясним на пальцах. Вот этот палец значит «Всё у вас есть»…
Причины брака. Некачественное сырьё
На производстве колбасы или мебели с сырьём всё просто: вот доски или фарш, к ним можно прописать измеримые требования, потрогать, понюхать, испытать.
А если речь о производстве программного обеспечения, или видеороликов, или креативных концепций — тут какое сырьё?
Отвечаем: в любом деле есть нечто входящее — фарш, информация, чертёж или задача. Вот если вы заказываете разработку ПО — оно в ваших процессах выполняет роль инструмента, аналог станка по производству колбасы, т.к. служит для производства последующего продукта. И требования на разработку этого ПО и есть сырье. И если требования к ПО у вас непродуманные, невыверенные — вам могут поставить некачественный инструмент, с которым вы сделаете так себе продукт.
Это как написать в требованиях к сырью для колбасы: «Организовать поставки охлаждённого мяса» и всё. Т.е. если мясо три раза таяло, чуток протухло и немного надкусано гиенами, но вам его привезли охлаждённым – формально требования соблюдены.
Но колбаса получится так себе.
«А мы прописали требования к ПО! По картинкам в своей голове»
Любое ТЗ нужно составлять с объёмным пониманием всего процесса производства.
Nota bene. Когда в цикле статей «Методы и средства НОТ» мы с вами доберемся до теории решения изобретательских задач (ТРИЗ), то там мы наглядно покажем, почему заказчик никогда не может написать ТЗ. По абсолютно объективным причинам.
В том числе понимая, что и где может пойти не так. И в этих местах прописывать точки контроля, чёткие критерии качества и (тудум!) реальные штрафные санкции за их нарушение.
Заказываете производство ПО — требуете при сдаче, например, отчёт разработчика о проведенном тестировании. И выставляете санкции за нарушение — иначе разработчик просто напишет, что код‑ревью (инспекция кода) проведён, а реально может его и не сделать.
Что тогда? Вы будете сами ловить баги, составлять баг-репорты, ждать патчей. И не сможете с поставленным ПО качественно выполнять те задачи, для которых его заказали.
Вот и получится в полный рост производственный брак из-за некачественного сырья, хотя само производство — вовсе даже не физическое.
Едем дальше.
Причины брака. Нарушение техпроцесса
Опять же, с производством колбасы или автомобиля более-менее понятно: производственный процесс можно разбить на шаги, расставить точки контроля.
А если компания создаёт, например, видеоролики… То происходит всё то же самое:
– Процесс разбивается на шаги.
Например: создание концепции, создание сценария, планирование логистики, определение бюджета и т.д.
– Описываются технологии.
Например: «Протокол съёмки на хромакее», цель, оборудование, шаги выполнения.
– Создаются точки контроля.
Например: сценарий подписан клиентом, смета утверждена, ежедневный отчёт о съёмках получен.
Тут очень важно (представьте, что дальше капс): мало прописать планы или методологии. Их ещё нужно соблюдать. Видели мы компании, у которых были классные методологии, написанные по отличным стандартам (например, SOX 404). Но исполнялись они процентов на 65.
А попустительство руководства по оставшимся 35% оказывалось фатальным и продукт получался дрянь.
Потому что если вместо задачи «Делать качественный продукт» решается задача «Прикрыть жопу от аудита» – техпроцесс не будет работать. Так что мало создать техпроцесс – нужно добиться, чтобы сотрудники соблюдали его.
Но про это будет другая история.
А в следующем посте мы расскажем ещё о двух причинах брака: необученный персонал и неисправное оборудование.
