Довольно часто, разговаривая с людьми из разных областей и секторов экономики, я встречаюсь с мнением, что бережливое производство это хорошо, и ему на каждом предприятии в той или иной степени найдётся применение. Институт "Бизнес-Рост"

Однако, один из его инструментов управленцы часто обходят стороной, аргументируя: «это подходит в основном для IT, и тем кто ведёт проектную деятельность». Речь, конечно же, идёт про Agile и фреймворки на его основе.

Происходит это, как правило, потому что при изучении инструментов БП, когда речь заходит про agile и все что с этим связано, преподаватели пытаются дать некий контекст того, как этот инструмент появился и кто его создал. И само собой, что у людей не связанных с IT, может возникнуть мысль из разряда: «это все для компьютерщиков, а мне в первую очередь надо своим в цеху 5S втолковать». В этом нет ничего удивительного, я сам с этим сталкивался. Поэтому в этой статье я попробую показать на примерах, как можно использовать наработки по управлению проектами, производством и командой из мира IT практически на любом предприятии.

Давайте возьмём для примера какое-то условное предприятие. Пусть это будет завод по выпиливанию ушек в швейных иголках или любой другой. Мы как руководители этого предприятия отвечаем за целый ряд вещей:

- исполнение всех производственных процессов;
- качество нашей продукции;
- сотрудников;
- зарплаты;
- отпуска;
- безопасность;
- развитие;
- зачастую за договоренности с поставщиками;
- за то чтобы наша продукция оставалось конкурентоспособной и занимала должную долю рынка.

Список продолжать можно довольно долго, и само собой чтобы наше предприятие эффективно работало, нам помимо прочего нужно каким-то образом оптимизировать наше производство, бороться с потерями и выстраивать процессы.

Конечно же, на нашем предприятии работают люди, которые и участвуют в этих процессах. Они же - наша команда. Точнее, пока что это просто группа людей объединенных одним признаком - работа. И от того насколько эффективно они взаимодействуют друг с другом будет зависеть многое. Работая в приятной для себя дружественной атмосфере, доверяя коллегам по цеху, люди более лояльны к компании, могут генерировать идеи по улучшению, поддерживать и наставлять друг друга. В целом не так важно что они делают и какие инструменты для этого используют.

По сути об этом и говорит первая ценность agile - «Люди и взаимодействие важнее процессов и инструментов.»

Предприятие, не может существовать само по себе. Всегда есть клиенты, контрагенты и т.д. Кто-то с кем мы подписываем договора и контракты. И да, в нашем мире без этого никуда, мы защищаем себя и свое производство юридически, подписывая контракты. Но вспомните ДАО Toyota, и что там говорится о работе с теми же поставщиками. Toyota не считает детали товаром, который можно приобрести на рынке путем открытых торгов, для нее очень важны умелые и знающие партнеры, которые применяют TPS или ее аналоги. Они стараются выстраивать с ними доверительные отношения. Но вот скажите, если для выстраивания таких отношений с таким поставщиком потребуется закрыть глаза на некоторые части контракта, таким образом обеспечив себе поставки «точно вовремя» пойдёте ли вы как руководитель на это?

И вот Вам еще одна ценность agile - «Сотрудничество с заказчиком/поставщиком важнее согласования условий контракта.»

Идём далее - продукт. То самое, ради чего все наше предприятие трудится.

Третья ценность гласит - «Работающий продукт важнее исчерпывающей документации».

Конечно, иголки, обработка металла и все что с этим связанно, потенциально опасное производство. Без документирования техники безопасности никуда! А без описания технологического процесса новые сотрудники буду генерировать брак, и так со многим. Но Agile не предлагает игнорировать документацию в любом виде, а вести ее непрерывно, но ставя во главу угла производство. Так как если мы перестанем производить продукт, а вместо этого начнём описывать все на свете, рынок отреагирует моментально, и не в нашу пользу. И так не только с документацией, а со всеми побочными процессами которые не добавляют ценности продукту напрямую, хоть без них и никуда.

И последнее, но не менее значимое - «Готовность к изменениям важнее следования первоначальному плану».

Когда мы в первый раз вывели наш продукт на рынок, мы стали активным его участником, и понимать, и принимать его правила необходимо чтобы продолжать «играть». Точно так же, как и своевременно реагировать на его изменения.

Суть этого материала не в том, чтобы убедить Вас «натягивать» agile на все ваши процессы на производстве несмотря ни на что, а просто показать, что это такой же инструмент в вашем ящике как и 5S, TPS, 6 сигма и многие другие.

Все что необходимо - это знать и помнить про agile, и применять его в нужный момент. И совсем не важно чем занимается Ваше предприятие - пропиливанием ушек в иголках, разработкой ПО или чем либо ещё.