Как работать с пользой

Статья о работе с гибкими методологиями: как избежать потерь, что такое скрам скрамов, как внедряют Agile в российских компаниях и каковы плюсы и минусы agile-подхода.
Как работать с пользой

Скрам против потерь

Обратимся к уже известной нам методологии Scrum. Суть системы Scrum заложена в ритме деятельности. Для человека ритм имеет особое значение. Он есть в биении нашего пульса и заложен в недрах нашего мозга. Мы склонны выискивать ритмы во всех областях жизни и все время стараемся ориентироваться на готовые модели. Правда, образцы, которые мы находим, не всегда оказываются удачными и подходящими, чтобы сделать нашу жизнь счастливой. Ведь есть такое явление, как нарушение ритма.

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

Создавая Scrum, Джефф Сазерленд ориентировался на другие образцы. Ему хотелось выстроить модель, принципиально отличающуюся от описанной выше. Он задавал себе вопрос за вопросом: «Вдруг у меня получится сделать процесс настолько ритмичным, что каждый цикл его сможет волшебным образом самоорганизовываться? Вдруг удастся направить рабочий процесс в положительное русло?». Надо сказать, в известной степени это у него получилось.

Однако и на таком пути нас подстерегают опасные ловушки. Новая модель, на которую все возлагают огромные надежды, оборачивается очередной глупостью и сплошными потерями. В их причина?

По статистике, в компаниях от 50 до 85% усилий сотрудников уходят впустую. По разным причинам: сменяется руководство и проект сворачивают, изменяются условия или ситуация на рынке. Несколько месяцев нашей «рабочей жизни» тратятся зря. Scrum пытается справиться с этой проблемой благодаря сочетанию дисциплины и потока. Вот советы, которые помогут найти его.

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

  • Если слишком усердно трудиться, работы становится больше. Если работать сверхурочно — это не значит, что успеешь больше. Слишком усердный труд приводит к усталости, которая в свою очередь приводит к браку в работе, и его приходится сразу устранять. Чем трудиться допоздна и еще по выходным, лучше работать в будни в постоянном ритме. И не забывать об отпуске.

  • Не будьте неразумны. Амбициозные цели — лишь мотиваторы, которыми пользуются ваши руководители. Недостижимые цели только вызывают депрессию.

  • Без героизма. Если для выполнения работы вам нужен герой — у вас проблема. Героическое усилие следует рассматривать как признак ошибки при планировании.

  • Довольно с нас глупых концепций. Любая политика, кажущаяся смехотворной, с большой вероятностью таковой и является. Глупые формуляры, глупые совещания, глупые утверждения, глупые стандарты — все они просто глупы. Если ваш офис напоминает офис Дилберта, значит есть что исправлять.

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

Скрам скрамов

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

Для больших проектов, которые в типичные цифры скрама «команда 7±2 человека» не вписываются, эффективнее использовать масштабировать методологию и «уйти» в скрам скрамов — Scrum of Scrum или даже Scrum of Scrum of Scrum, когда команды объединяются в подобие нейросети.

В этом случае необходимо, чтобы был руководитель программы (РМ), который организовывает собрания. От каждой команды на него приходит скрам-мастер, а митинг проводится так, как будто это одна скрам-команда. Можно задавать разные вопросы, например, что было сделано с момента прошлого Scrum of Scrum или что помешало завершить спринт так, как планировалось.

Точно так же можно масштабировать еще на уровень выше — проводить Scrum of Scrum of Scrum.

Agile в российской практике

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

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

«Переход на Agile — это громадный вызов, потому что ты не можешь просто положить сюда свою старую технологическую платформу. Нужно переработать все процессы. Изменить всю философию компании. Этот вызов стоит перед нами, как и перед другими крупными компаниями. Можно сказать, что все, кто уже не перешел на Agile, сейчас являются потенциальными клиентами других организаций».

Чтобы «погрузить» своих сотрудников в тему, в начале года в Сбербанке организовали семинар для сотен сотрудников. Сбербанк сотрудничает с консалтинговой компанией McKinsey, которая должна сделать из него компанию с Agile-структурой. Что уж говорить о тысячах компаний не такого масштаба: там переход на гибкую методологию разработки куда проще.

Мы попросили поделиться мнением Дмитрия Григорьева, основателя платформы Rubrain, прошедшего путь от программиста до технического директора, его опыт в управлении проектами — 8 лет:

«В наше время практически на любом рынке выигрывает тот, кто научился быть „гибким“. Сейчас очень популярны такие концепции предпринимательства, как Lean Startup, в основе которых лежит правило быстрой валидации гипотез. Подобные подходы не могли бы существовать без поддержки гибких методологий. Поэтому, на мой взгляд, Agile выигрывает у классической каскадной модели разработки и помогает многим компаниям становиться лидерами на своем рынке.

Scrum — это фреймворк и, конечно, он не является „серебряной пулей“ и гарантией успеха проекта, но дает большие преимущества. Я люблю этот фреймворк за то, что он:

  • позволяет командам увеличивать свою производительность и достаточно легко и удобно планировать работу;

  • позволяет быстрее валидировать гипотезы, получать обратную связь и вносить изменения в продукт;

  • ставит в центр основных ценностей — команду, прозрачность и взаимодействие с заказчиком.

В качестве „минусов“ Scrum я бы отметил то, что он может обмануть вас своей простотой и легкостью. На самом деле его легко понять, но не так просто использовать. Недостаточно прочитать несколько брошюр в интернете и идти с ног на голову менять процессы в вашей команде. На мой взгляд, гибкие методологии требуют от человека глубокого осознания и понимания. Как говорится, нужно „стать Agile“ :)».

Источник: Портал МИФа

Комментарии
Комментарии