|
Персональные инструменты |
|||
|
|
2014-03-23: AgileDays-2014Материал из CustisWikiКороткая ссылка: AgileDays-2014-mtsepkov Конференция AgileDays-14: 900 участников, 70 докладов на 5 треках. Впечатления — ожидаемые, потому что конференция просто фиксирует состояние отрасли, которая живет поисками нового прорыва. За год его не произошло, и поэтому на конференции — доклады про эффективность существующих подходов и практик в разных вариантах и про кейсы их применения в расширяющейся области перемежаются с докладами про новое, прочитанное или услышанное, которое потенциально может дать толчок новому развитию — если получится, если правильно синтезировать. Собственно, примерно об этом я писал в отчете о AgileDays-2013, но тогда это ощущение было более свежим. А сейчас оно уже устоялось, в нем можно выделить отчетливые тренды. Первый — остановка принципиального развития. Scrum, когда он появился, — был принципиальным шагом вперед в развитии управления ИТ-проектом. Со своими ограничениями и своим профитом, нацеленным не на организационные вещи, а на создание самомотивированных и самоорганизующихся команд, обеспечивающих успешное движение по проекту. Позднее появился Kanban как упрощение процесса, уместное на потоках задач, возникающих уже после первого выпуска проекта. И с тех пор ничего принципиально нового не появилось, хотя практики и их комбинации развивались. Все это происходило в рамках Agile — движения, которое подняло на щит ценности создания работающего ПО как социально востребованной деятельности, дающей value для общества и профессиональную самореализацию для ИТ-шника. И эти ценности отличают Agile от традиционного менеджмента. Но подходы и практики оказались столь хороши, что возникло желание применить их без прямой ориентации на ценности, в рамках классических организаций, где ценности, может, и имеются (ибо веление времени), но существуют достаточно отдельно от повседневности. И, как оказалось, это работает и дает большой эффект. А еще эффект дает поднятие флага Agile как трендового явления — в короткую точно. И это послужило толчком к массовому признанию Agile и его внедрению. К тому же для управления любые изменения могут быть полезны: известно, что регулярное умелое перетряхивание организаций может благотворно влиять на процесс в краткосрочной перспективе просто за счет мобилизации персонала. В долгосрочной оно губительно, но мало кто мыслит вдолгую. Естественно, при этом возникли мутации и мимикрия, выхолащивание сути и формальные понятия типа Scrumbutt — замечательная идиома «скрамно» по-русски. Зато Agile-практики хорошо сопрягались с традиционным менеджментом. И внедряются в больших организациях как под флагом Agile, так и без него. И даже большие банки — в этом тренде. Про «Дойче» известно давно, сейчас идет проект в «Альфе», а ВТБ24 внедряет TFS с Аgile-шаблонами, не поднимая Agile на щит. Собственно, исходя из этого, можно выделить основные типы докладов на конференции. 1. Развитие практик Agile для достижения эффективности производства. В частности, Дэн Андерсен говорил, по-моему, именно об этом. И таких докладов много. При этом ценностный уровень не затрагивается, хотя может упоминаться. 2. Осмысление места Agile в больших организациях. Например, как островков интенсивного развития в большой структуре, как рассказывала Обухова из «Люксофт». И рекомендации развития. Кстати, доклад Асхата про NoEstimate разработку, думаю, тоже здесь. С моей точки зрения, это осмысления с точки зрения Agile практик inhouse-разработки, в которых оценку часто не делают, зато выдают value в темпе, в целом устраивающем стейкхолдеров. И да, так тоже можно, это не противоречит подходам Agile, а является их расширением, уместным в соответствующем классе ситуаций. И еще раз напоминает, что нельзя к практикам относиться догматически. Доклад был интересным, стоит послушать. 3. Кейсы начального внедрения Agile просто как набора практик, которые делают жизнь лучше, в традиционных организациях. Это уже упоминавшееся внедрение в «Альфа-Банке», но не только. Надо сказать, что те, кто внедряет, — обычно представляют Agile целиком, включая ценности, однако разрыв между текущим состоянием в организациях и этим уровнем столь велик, что его нельзя преодолеть однократно, а через практики ценности в некотором виде приходят: или на уровне сотрудников, или на уровне менеджеров. И в любом случае, удачное внедрение реально делает жизнь лучше: появляется предсказуемость, уменьшаются авралы, люди перестают работать по выходным. Это — профит. Хотя удача не гарантирована. Так что если вы — из большой организации, где есть проблемы с ведением проектов, и вы хотели бы изменить ситуацию к лучшему, то можно послушать эти доклады, выбрать практики, решающие ваши проблемы, и попробовать. Или вообще инициировать проект изменений. 4. Развитие Agile там, где его восприняли на ценностном уровне. Здесь рассказ Николая Рыжикова про применение в их компании парного программирования — оно тотально и это не типично, Кирилла Мокевнина — про формирование инженерной культуры, Михаила Рыжикова — про сообщества как внутри организации, так и про включение во внешние. Кстати, Михаил — один из организаторов PiterUnited, метасообщества, объединившего другие ИТ-сообщества Питера, пока, естественно, не все, но, думаю, что процесс будет идти. Был любопытный доклад Александра Горника. Он поработал в избирательной кампании Навального и обнаружил, что применявшиеся там практики организации работ очень созвучны Канбану, и он пробует применить увиденное в своей компании. В эту категорию я отнесу и доклад Антона Волкова из «Танки онлайн». В прошлом году он выступал с очень мощным докладом про построение процессов в компании на основе тотального контрактования. Кстати, если кто всерьез думает о построении процессов и не видел, — посмотрите. Не потому, что надо делать так, — у вас же другая компания, другая ситуация, — а потому, что это задает уровень, на котором надо мыслить для успешного построения компании в современных условиях. А в этом году Антон рассказывал о пути, который компания прошла за год. Акцент резко сместился с процессов на людей. Были сформулированы стратегические цели и миссия компании, об этом договорились на уровне управляющих партнеров, и была начата перестройка компании в соответствии с этим. Да, а система контрактов работает, хотя изменилась, и после доклада Антон рассказал о довольно интересной эволюции. 5. Ветви интенсивного развития: игрофикация, визуализация и другие. Формально безотносительны к принятию ценностей, но связь есть. Потому что возникают они там, где ценности приняты, апробированы и востребованы именно в такой обстановке. А вне этого могут быть бесполезны или даже разрушительны как игрофикация, которая при неосторожном применении вполне может нанести серьезный урон или даже разрушить компанию. Именно поэтому я отделяю эту категорию от первой. Про игрофикацию было много докладов и мастер-классов, включая рассказы про конкретные кейсы от Максима Коробцева, который, на мой взгляд, является наиболее продвинутым и разбирающимся в этом вопросе специалистом в России. Кстати, к этой же категории я бы отнес SEMAT, который совершил прорыв в методы построения комбинированных процессов, включая эффективную визуализацию. В его рамках решено много проблем, о которых говорилось в других докладах. Только это пока не востребовано, потому что практикам нет времени прорываться через формализм, а готовые наработки, от которых можно легко стартовать, сделаны на основе Agile-процессов. Но я думаю, что это дело ближайшего будущего. 6. Поиски источников для нового. Из различных внешних книг — по психологии, управлению и других. В целом, Agile много заимствовал в известных методах, творчески переосмысливая на основе ценностей. Это доклад Алексея Пименова «Прививка креативности», мастер-класс Юрия Куприянова про Rapid Forsight и так далее. Будущее можно искать не только в теории, но и в практике, таков был блиц Сергея Котлова про компании XXI века в конкретных примерах. Мой доклад тоже относится к последней категории. Я рассказывал про Спиральную динамику, которая дает конструкт для описания систем ценностей. Она встроилась в мою картину мира и замкнула много проблемных мест, а не только послужила описанием личностного развития. В частности, она дала очень хорошее видение логики развития Agile. Оно приведено на слайде из презентации. И с этой точке зрения хорошо понятно расслоение конференции, спектр мнений. С одной стороны, идет освоение подходов и практик Agile на уровне «сине-оранжевого» традиционного менеджмента, без изменения ценностей. И внедрение в больших организациях, формальное принятие — они из этой серии. Понятно, почему Agile-команды воспринимаются как чужеродные в обычной, «cиней», организации: потому что они другого уровня. И не оранжевого, как воспринимает их менеджмент по внешним проявлениям (и это звучало в докладе Обуховой), а желтого. А еще понятен спектр позиций внутри Agile. Scrum зародился на зеленом уровне, но стал успешной оргформой для желтого. Однако, фрейм ценностей на этих уровнях существенно различен. Для желтого — это инструмент, форма организации деятельности, смысл которой — самореализация, но вписанная в экономику и общество. При этом счастье приносит не Scrum, а сама деятельность. Поэтому они не возражают, когда эту форму используют для других целей на уровнях традиционного менеджмента. Для зеленого же уровня Scrum — часть особой системы мира, нацеленной на счастье для всех, кто осознал правильное устройство. И когда части Scrum'а вырывают из этого контекста и начинают использовать по-другому, на уровне фрейма ценностей это воспринимается как предательство. А остановка развития в Agile связана с тем, что бирюзовый уровень еще не построен, для него не выработано адекватных оргформ. Это еще предстоит. Но появится это именно у нас, в ИТ, как появился желтый. Вот такое у меня сейчас восприятие мира — через ее призму спиральной динамики. С одной стороны, это многое проясняет. С другой, — восприятие через схему всегда обедняет мир. Особенно если правильность схемы не доказана, а у тебя, к тому же, своя интерпретация. Поэтому очень хочется обсуждать это и проверять в широком кругу. Кому интересно, пишите в комментах. Презентацию можно посмотреть на Slideshare http://www.slideshare.net/mtsepkov/tsepkov-agile-days2014spiraldynamics На этом заканчиваю. Обзора не будет, потому что видел далеко не все доклады, и точно не видел несколько хороших: пять насыщенных треков требуют делать выбор. А еще при таком широком спектре надо смотреть доклады с учетом своей собственной ситуации, а не полагаясь на восприятие экспертов. Внимание! Эта статья была создана путем автоматического реплицирования из внутренней базы знаний компании Заказные Информ Системы. Любые правки этой статьи могут быть перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion». |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
[ Хронологический вид ]Комментарии
Войдите, чтобы комментировать.