Настоящий Agile: чем он отличается от фальшивого?

Многие специалисты считают, что если людям показать правильные направления, они начнут действовать. Но в случае, когда данный тезис переносится на Agile-методологию, это не работает. Спущенные сверху они не смогут прижиться, пока каждый участник процесса не будет максимально мотивирован в нем; в нем не появится желание развивать внутреннюю гибкость, способность быстро адаптироваться к происходящим вокруг изменениям. В итоге на предприятии начинает работать очередная система деклараций, и всем сотрудникам приходится подчиняться им. А обычное декларирование всех существующих в гибкой методологии принципов делает Agile формальным и непосредственным, как и другие, классические системы управления. Нельзя в приказном характере внедрить принципы Agile; это порождает систему управления предприятием, получившим определение «фальшивый Agile».

Но если «насадить» гибкую методологию нельзя, то необходимо осуществить процесс обучения.

На что надо обратить внимание при внедрении agile-коммуникаций

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

Настоящий Agile оперирует личностным разнообразием в процессе работы. Человек больнее не рассматривается как простая функция, направленная на решение стоящих перед коллективом задачи и на достижения целей. Теперь характер человека – один из главных инструментов, использующих в работе. В гибкой методологии люди пересекаются не должностями и полномочиями, а личностями.

Патерналистские установки, которые использовались до начала момента внедрения гибкой методологии, никуда не исчезают, они остаются; происходит изменение их масштаба и содержимого. Сотрудники компании могут соглашаться с тем, что у них не власти и все решения теперь они должны принимать самостоятельно, однако за долго время работы в традиционной системе, когда все указания приходят сверху, у них вырабатывается свои собственные привычки, касаемые принятия новых принципов. Именно эти закоренелые барьеры и становятся основной причины успешного внедрения Agile. Чтобы преодолеть барьер иерархической структуры управления, на предприятии проводят короткие agile-тренинги.

Способ обучения гибкой коммуникации

Как достичь максимального эффекта от внедрения agile-методологии? Все очень просто. Проводить содержательные тренинги agile-групп. Навыки гибкого управления еще не стали у сотрудников привычкой, но уже сейчас их можно опробовать на практике. Такой подход позволяет почувствовать эффективность agile, увидеть, как это будет действовать в реальной ситуации, оценить преимущества. Не надо ничего придумывать; уже существуют необходимые инструменты, материалы – важно только приступить к делу.

Если я тебя вижу, то я тебя чувствую

Чтобы коллектив начал плодотворную работу, необходимо, чтобы участие каждого из его членов было не формальным, а фактическим. Человек должен обозначить всем свое присутствие. После он может обратно вернуться в свой мир. С этого момента у такого человека есть выбор: оставаться в собственном мире или выйти наружу. Коллектив заработает как единое целое, когда все участники процесса посмотрят друг на друга и на себя много раз.

Рассмотрим данный момент на отдельном примере. При знакомстве члены коллектива называют несколько имен (можно прозвищ), которыми их называли на протяжении всей жизни с посылом, что они могут быть совершенно разными. Такой прием позволяет создать благоприятную атмосферу в коллективе, наладить неформальное общение.

Важно запомнить, что гибкая команда может состоять только из гибких личностей.

Грамотный баланс защиты и открытости

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

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

Умение сдерживать негативные потоки

Большая доля диалога, осуществляемая сотрудниками, работа которых заключается в общении с клиентами, отведена негативным потокам. Факт того, что сотрудники начинают высказывать свое мнение, бывает сродни настоящему откровению. В тех случаях, когда сотрудник постоянно имеет дело с негативным полем, негативной атмосферой, открытость крайне важна; она позволяет не просто выжить, но и не сгореть на работе. Если предприятие решило перейти к гибкому управлению, важно быть готовым, что на предприятии будут происходить конфронтации и мелкие войны, преодолеть которые поможет конструктивизм. Переход от традиционной системы к гибкой никогда не будет проходить по гладкой прямой. Это нужно учитывать.

В дополнении к вопросу

Чтобы предприятие заработало с использованием agile-принципов, одного желания и выкрикивания оптимистических лозунгов не хватит. Здесь важно не только показать, что человек – это не инструмент решения задач, а личность, но и дать людям необходимые для этого механизмы. Чаще всего для эффективности внедрения участникам процесса необходимо раскрыться, начать уважать друг друга, слушать, осознать, что все равны и работают над единой целью. Только так можно внедрить настоящий, истинный Agile, а не его тень.