Управление сегодня – это гонка за новыми методологиями, определенная индустрия, подверженная трендам. Говорю ли я об этом, отдавая дань моде? Да, конечно. Текст имеет больше шансов на успех, если в нем есть знакомые и милые эпохе слова. И вместе с тем долгосрочный эффект обеспечен лишь коэффициентом полезности контента.
Познакомилась я с гибкими методологиями в 2007 году. Тогда их в моем окружении никто таковыми не называл, и считались они исключительно вызовом и порой даже – проявлением юношеского максимализма. Только в начале 2010-х годов в моем словаре появились приятные слова agile и scrum.
Гибкие подходы широко известны в проектном управлении. Это и логично: проект требует оперативной реакции на изменения и гибкости в принятии решений. Однако мы с вами замечаем желание применить и внедрить у себя эту современную и многообещающую методологию далеко не проектной деятельности. Гибкость в IT-индустрии описана во множестве историй успеха. На ситуации в продажах она тоже прекрасно легла. И теперь я хочу поговорить об Agile в производстве. Для меня эта тема актуальна, потому что я глубоко погружена в подобный проект и прочувствовала на себе все прелести мифов, существующих и до сих пор не разрушенных. Постараюсь дать в статье не только информационную сводку полезной теории, но и сфокусировать внимание на шагах, этапах и действиях.
Почему именно производство?
Ответ в одном слове: прогресс. Он настолько стремительный, что производственные «зайки» теряют связь с реальным рынком, прогибаясь под тяжестью нестабильности обалденно живым развитием технологий и быстрым ростом конкуренции. Рынок в свою очередь желает эксклюзивности, но спрос нелогичен, долгосрочные прогнозы превращаются в непостижимую магию и от компаний-производителей требуется мгновенная реакция на изменения. Казалось бы, что сложного? Давайте наймем молодых и активных специалистов, которые смогут поднять бизнес-процессы с колен. Но максимум что они могут сделать в рамках существующих процессов компании – это поставить их на четвереньки. В этой позе мир не захватишь. Что уж говорить о рынке и потребителях. Да, компании растут и разрастаются, отчего становятся неповоротливыми, громоздкими, зависимыми от больших производственных партий. Это чревато потерей связи с клиентами. Они хотят индивидуального подхода, а мы их под одну гребенку: нам массовость подавай. И это главное преимущество Agile – быстрая адаптация под производство единичной продукции.
В 1950-х Toyota дарит миру Lean Manufacturing, а спустя 30 лет – Agile Manufacturing. Оба подхода отличаются от суровой и жесткой классики своей гибкостью. С различными акцентами. В частности, agile-вектор в следующем:
- Ориентация на клиента, а не на продукт.
- Снижение себестоимости продукта за счет гибкой оптимизации производственного процесса и переналадки оборудования, а не за счет большого объема.
- Отсутствие понятия «допустимая норма брака». Только высшее качество.
- Выбор персонала в пользу кросс-функциональных команд с широкой экспертизой, а не единичных узких специалистов.
- Инициация трансформационных и инновационных проектов на уровне рядового персонала, а не отдельных уполномоченных должностей.
Это история про человека – будь-то клиент или сотрудник. Это не значит, что все материальные ценности мы решаем задвинуть в бэкграунд и перевести в режим подложки. Не впадайте в крайности. Agile – лишь пинок под зад, чтобы пересмотреть свои принципы и ориентиры.
Пройдемся по принципам. Отличаются ли принципы Agile в производстве от IT-сферы? Разве что слегка перефразированы для большего соответствия контексту. Главные принципы, которые следует вытатуировать на своем управленческом ментале:
- Фокус на скорости и эффективности: сокращение сроков производства и увеличение качества продукции.
- Пребывание в постоянном развитии и изменениях.
Иными словами, Agile – стратегия управления производством для повышения его устойчивости к кризисам, изменениям потребительского спроса и прочим непрогнозируемым событиям.
Отличия между методами управления
Фактор |
Классика |
Lean |
Agile |
Стратегия |
Увеличение объемов |
Минимизация издержек |
Эффективность в условиях неопределенности |
Тип производства |
Массовое |
Крупносерийное |
Мелкосерийное и штучное |
Уровень индивидуализации продукции |
Низкий |
Средний |
Высокий |
Задействование ресурсов |
Менее 100% |
100% |
Более 100% |
Уровень инноваций |
Низкий |
Средний |
Высокий |
Особенно интригует использование ресурсов на уровне более 100% :)
С помощью чего Agile достигает таких показателей?
Все просто:
- Высокий уровень инноваций обусловлен тем, что работа оптимизируется теми, кто работает, а не теми, кто управляет рабочими. Кто, как не исполнители, знает – что и как можно сделать лучше? :) К тому же такая вовлеченность персонала повышает их лояльность и приверженность компании.
- Акцент на интеллектуальных ресурсах позволяет формировать высокоэффективные кросс-функциональные проектные команды, а непрофильные работы отдаются на аутсорсинг. Кроме того, широкая партнерская сеть дает +100 к мощности и производительности за счет ресурсов сторонних компаний.
- Мелкосерийное и штучное производство дает возможность повышать уровень индивидуализации, что приносит свои приятные плоды. Поскольку так или иначе компания ориентируется на спрос потребителя, в случае его даже нелогично кардинального изменения издержки будут не ощутимы.
Какие сомнения? Надо брать и внедрять. Но такие мысли похвальны только в том случае, когда все риски просчитаны и осознаны возможные трудности. А они есть.
Риски гибкого подхода
В первую очередь, Agile начинается «с головы», а именно со смены системы управления с классической формы в горизонтальную. В современных компаниях, да и не только в производственных, это вызывает определенные сложности. За сменой системы менеджмента неизменно шествует реструктуризация компании: гибкие методологии вступают в противоречие с огромными функциональными подразделениями, закрытыми и обособленными. Agile – это про малые самоорганизующиеся проектные группы, в которых вместо функций на первый план выходят роли, а роли в свою очередь представляют собой целый букет компетенций. Узкоспециализированные функции не эффективны в условиях неопределенности. Потеря времени на подборе квалифицированного персонала или его переквалификации.
Во-вторых, есть еще один булыжник преткновения – маркетинг. Он не так быстро реагирует на смену стратегии, и уж тем более не расположен к работе в условиях постоянных изменений. Он прекрасно справляется с задачей продвижения компании, осуществляющей конвейерное производство: привлекает потребителей не сегодня, но завтра. Но с Agile такие штуки не проходят: потребители нужны именно сегодня, потому что завтра будет нечто совсем новое. Поэтому при внедрении гибкого подхода следует обратить пристальное внимание на повышение квалификации служб маркетинга и рекламы.
Мы много говорим про персонал, поэтому, думаю, нет смысла говорить о том, что HR-специалист должен быть гибче всех на свете? :)
Внедрение Agile Manufacturing – это проект. И управление им должно быть именно проектным. Какие основные ошибки на этапе инициации проекта возникают?
- Отсутствие четко сформулированной цели внедрения. (А зачем это на самом деле?).
- Неправильная диагностика существующих проблем, которые могут и не решиться с помощью данной методологии. (Вопрос либо к экологичности консультантов, либо к уровню самообмана руководителя компании).
- Внедрение Agile только в отдельных бизнес-процессах или части компании. (Если производство будет работать по гибким методологиям, а маркетинг и продажи останутся на предыдущем уровне спирали развития – пиши пропало).
- Низкая вовлеченность персонала. (Когда интеллектуальные ресурсы – фундамент, их низкий интерес или сопротивление влечет полное крушение здания).
Признание проблемы – первый шаг на пути ее решения. Так и с рисками: их знание расширяет зоны влияния на их вероятность. Поэтому, представляя возможные ошибки, достаточно легко их избежать. Для этого:
1. Составьте план проекта.
2. Определите риски, оцените их и разработайте мероприятия по их минимизации.
3. Внедрите программу вовлечения персонала в проект: проводите регулярные встречи с руководящим составом, снимайте сопротивление в зародыше и формируйте единое информационное поле.
4. Будьте готовы расстаться с неэффективными сотрудниками и ненужными функциями.
5. И самое важное – не ожидайте мгновенного результата после первой итерации!
Быть гибким – это роскошь, которую могут позволить себе только смелые и компетентные управленцы. Желаю вам быть такими или, как минимум, стремиться к этому статусу :)
Олег Шурин,
Это же Agile! Оным все восхищаются! Только Вы супротив, своими требованиями низкой конкретики.
("Умом Agile не понять. В него нам можно только верить").
Ирина, в принципе, я Вас понимаю.
Вы специалист по персоналу, и Вы видите значимость таких методов в этой нише. И я с Вами согласен.
Просто Вы, может быть, не понимаете, что промышленность - это в первую очередь массовое производство. И это во многом объясняется законами физики, а не неправильным подходом менеджеров)
То есть, если Вы заведомо говорите о меньшинстве, от Вас логично будут просить уточнений.
Потому что в большинстве производственных организаций даже если мы реально качественно решим эти проблемы, в общей структуре проблем компании это решит, например, процентов 5. А влияние на прибыль - например, будет 1-2% (если вообще будет положительное влияние на прибыль).
По второму комментарию - имхо, менеджерские блоги это и на Западе скорее часть субкультуры, чем реально действенный инструмент. Ну да, прикольно, согласен, но и все. В очень многие культурные слои это может и не вписаться.
Я рад, что всё еще "могу доставить женщине", если по Жванецкому )))
Вот пока я скорее в "не даст" верю, потому как например Вы сами ссылаетесь на SMED, а это ни разу ни Agile, а банальная бережливка. Принципы, ну или ценности, мягко говоря обсуждаемы, и это более лозунги, но никак не инструменты.
Я вот например, могу не согласиться, что "в разработке с ПО работать по PMBoK чистой воды глупость", но разводить спор по этому поводу не буду. Тут что важно - Agile это "управление проектами". Не процессами! Каким нехитрым способом применить проектную схему к операционной деятельности - для меня загадка. Буду искренне рад просвещению меня отсталого.
Ну, а как по-другому, например, в случае индивидуального строительства (декора, ремонта)? Или если новый костюм Вы решили пошить в ателье, а не купить в магазине? Или, допустим, Вы захотели Ролс-Ройс заказать или яхту? Одним словом, в тех бизнесах, где предполагается эксклюзив и "индпошив", без "Эджайл" на производстве не обойтись.
Давайте не путать. Проект - мероприятие "разовое", процесс - "регулярное". Хоть проект и состоит из процессов, если всмотреться внимательнее )))
Ваши примеры лишний раз это подтверждают: у нас есть некие базовые компетенции (фактически процессы), для реализации разовых заказов мы их уникально комплектуем в проект. Но это, извините, и в PMBOK неплохо расписано, они поняли эту связь. Но!!! Это ни разу не операционная (один раз определенная и неукоснительно соблюдаемая цепочка действий) деятельность. То есть первый раз - проект, а потом, "по накатанной" - операционка. И где тут "Эджайл"? Получается, она "раз, и потом умерла"?
Ну а идее что надо делать качественно и уметь быстро меняться - лет этак сильно больше, чем нам с Вами, вместе взятым )))
Как я понял, вопрос в том, что приходится искать "индивидуализированные" ресурсы под конкретный заказ.
Например, один заказчик хочет в доме плитку из Северной Африки, а другой - на стенах мозайки из китайского фарфора. Agility - в том, чтобы быть готовым найти нового поставщика и закупить у него столько, сколько нужн, понимая, что его товар может больше никогда не понадобиться. Интересно, я угадал?
Ага, и это проблема проявилась только перед появлением "Эджайл" и он нас тут же всех спас. Смешно, правда?
Как я понимаю, agile - это когда люди решили работать специально с упором на такие заказы и на такой рынок) т.е., перевести всю "операционку" на такие проекты.
Производственный процесс "Пошив костюма на заказ" (в качестве примера).
1. Создание и согласование эскиза(модели) костюма.
2. Выбор материала и фурнитуры.
3. Снятие мерок.
4. Создания выкроек.
5. Закуп материала и фурнитуры.
6. Изготовление костюма с применением специального машинного оборудования.
7. Первая примерка.
8. Доработка изделия после первой примерки.
9. Вторая примерка.
10. Доработка изделия после второй примерки.
11. Приемка готового изделия заказчиком и его оплата.
Большинство этапов процесса происходит при непосредственном участии заказчика. Кроме того, на выходе может получиться не то, что планировалось изначально. В предыдущих двух предложениях, кстати, и заложен смысл "Эджайл". Вышеуказанный процесс будет соблюдаться вне зависимости от заказа/проекта и его особенностей ( женский костюм, мужской костюм, детский костюм, с золотыми пуговицами костюм, шерстяной костюм, белый костюм, костюм за один день и т.д., и т.п.).
После того как поднялась шумиха с Аджайл, прочитал книгу, посмотрел семинар и понял, что это для проектов, но никак не для процессов. И каждый раз покупаюсь на статьи с подобным названием, в надежде, что кто-то мне сможет объяснить как прикрутить гибкую методологию к конвейерному производству, когда количество ресурсов затрачиваемых на изготовление одного изделия сравнимо с количеством ресурсов на изготовление 1000 изделий. Снова не объяснили.
Почитал комментарии и увидел, что многие требуют примеров. Разберём на примере, как применить проектную методологию к процессу замещения вакантной должности. Это мелкосерийное или штучное производство, поэтому вполне подходит. Поехали!
Руководитель подал заявку на создание изделия "Заместитель". Эйчар собрал команду, передал все требования к изделию, составили план проекта и начали спринт. Через неделю Руководителю был предложен действующий вариант. Но он его не устроил и второй спринт был посвящён апгрейду (переодели и повысили уровень английского языка). На третьем спринте повысили работоспособность и стрессоустойчивость. После этого руководитель был удовлетворён.
Уровень индивидуализации - высокий - точно по требованиям Руководителя.
Про инновации и ресурсы более 100% сказать что-либо трудно.
То есть применить Аджайл можно в любой сфере.
Но как его прикрутить к процессам, например, к оформлению сотрудника мне пока не понятно.
Может быть, кто-нибудь объяснит?