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

22 и 23 марта в Москве в Центре Международной Торговли состоится конференция AgileDays’18. В этом году она проводится 12-й раз. В очередной раз докажем, что наша конференция самая крутая по тематике Agile в России и Восточной Европе!

На AgileDays будет почти 100 докладов, воркшопов и дискуссий, интересных как экспертам, так и новичкам в области Agile. Мы ожидаем более 1200 участников — менеджеров проектов и руководителям компаний, скрам-мастеров и владельцев продуктов, разработчиков и аналитиков.

Этот вводный текст мы пишем почти каждый год. А теперь о том, что новенького ожидается в этом году.

Недавно, в ходе «курса молодого бойца коуча», который предполагает прохождение новыми сотрудниками всех тренингов компании ScrumTrek, я побывал на тренинге Управление требованиями в Agile-проектах. Ниже расскажу о впечатлениях, которые остались после тренинга.

Привет, Мегамозг.



14 и 15 марта в Москве в Центре Международной Торговли состоится конференция AgileDays’16. В этом году у нас юбилей — AgileDays проводится 10-й год подряд и в 10-й раз мы докажем, что это самая крутая Agile-конференция России и Европы.

Для вас будут работать более 70 экспертов и докладчиков! Мы ожидаем более 1000 участников.

В этом году в программе, кроме традиционных сессий по управлению процессами по Agile, разработке продукта и customer development, инженерным практикам и практикам тестирования, будут 3 новых направления:

• Холакратия и другие способы избавиться от иерархий
• Agile в гос. организациях: практики заключения контрактов и выстраивания agile-разработки.
• Привлечение удержание сотрудников и построение карьеры.

Lego Serious Play или, сокращённо, LSP — это необычный и пока еще не очень распространённый метод игрового моделирования (или – фасилитации). Не запутано начали? Тогда продолжим и, обещаем – ничего сложного в этом нет.

Разберёмся для начала с тем, что такое «фасилитация».
Говоря простым и понятным языком, «фасилитация» – это организация и проведение эффективных встреч, где критерием эффективности является достижение поставленной цели встречи в определённые для этой встречи сроки. Например, если мы организуем двухчасовое планирование итерации, фасилитатор следит, чтобы команда не отвлекалась на смежные темы и не уходила слишком глубоко в детализацию, чтобы через 2 часа у нас появился готовый и качественный план. Причём качество плана подразумевает вовлечённость в процесс всех участников встречи

Теперь вернёмся к тому, с чего начали – Lego Serious Play.

Пару недель назад в блоге венчурного фонда Andreessen Horowitz появились две интересные записи, посвященные метрикам стартапов. Первая статья была посвящена 16 метрикам, которые нужно мерить каждому стартапу. Вторая дополняла этот список еще 14-ю метриками.

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

Осталось не так много дней до того момента, когда одна из самых серьезных московских конференций для менеджеров откроет двери своей площадки. Произойдёт это 2 и 3 октября, на территории «Цифрового Октября», где в трёх треках конференции будут прочитаны десятки докладов и организовано несколько тренингов с приглашенными западными гуру в области Lean-методологий и техник.

Для начала о том, что же такое из себя представляет конференция Modern Management Methods, которую мы организуем. В первую очередь – это точка сборки всех заинтересованных профессионалов отрасли, возможность узнать лица коллег и познакомиться с ними индивидуально, послушав передовую информацию и от зарубежных докладчиков. Все они приезжают в Москву с одной целью: поделиться историей решения реальных бизнес-проблем, сформулировав прагматичный и действенный план изменений в компании или подразделении, основанный, в первую очередь, на фактах.

В прошлом году

Lean Kanban проводится нами второй год – в 2014 году нами было организовано первое мероприятие, оказавшееся достаточно успешным. Целый день на конференции, ориентированной на достаточно узкую прослойку управленческих кадров в информационных технологиях, звучали важные и интересные слова по множеству тем: от «Антихрупкости» Нассима Талеба, описания различных способов и опыта масштабирования, балансировки и оптимизации бизнес-процессов до конкретных примеров реализации agile-методик на местах. Чтобы не быть голословными – на сайте конференции 2014 года можно найти видеодоклады и слайды презентаций. В прошлом году наша конференция собрала более 350 человек из 70 самых разнообразных компаний.

И через 2 недели

Вернемся в настоящее время. Конференция 2015 года в цифрах выглядит следующим образом.

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

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

Для кого:

• Инженеров: архитекторов.
• Техменеджеров: тимлидов и техлидов.
• Менеджеров: проектных менеджеров и продуктовых менеджеров

Опыт на старте:

• Желателен опыт промышленной разработки от 2 лет.
• Обязательны навыки проектирования в объеме курса «Agile Mindset в проектировании систем», особенно для участия в продвинутом тренинге: «Agile Mindset в проектировании решений».

Разделив весь имеющийся опыт на две больших составляющих одного целого, картина следующая

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

Здесь я попытаюсь представить другой подход: такой, при котором одинаково важны и принципы (которые, как мне кажется, должны быть на первом месте – ведь они не просто так называются «основополагающими»), и основные методы идентификации по ценностям, которые лежат в их основе. При этом мы охватим большую часть главных элементов метода – возможно, сойдет за базовое введение в канбан!

Такие гибкие методологии, как Lean Startup и Scrum, помогут вам понять, чего хотят клиенты, и как им поскорее это дать. Сильнейшие Agile-команды следуют пяти основным паттернам. Чтобы понять, соответствуют ли ваши рабочие процессы принципам Agile, проверьте, насколько вы следуете этим паттернам. Чтобы оставаться гибкими, следуйте этим паттернам постоянно.

Проведение ретроспектив – это активность, которую каждая agile-команда проводит для того, чтобы решать свои проблемы. Что такое ретроспектива? Это регулярная встреча, на которой команда обсуждает свой рабочий процесс и что-то в нем меняет.

Зачем нужна ретроспектива?

Это не праздный вопрос, его часто задают начальники, когда им предлагают провести ретроспективу. Они спрашивают: «Зачем? Мы можем сами все решить». Почему же нельзя сделать так, чтобы какой-то начальник или эксперт пришел, посмотрел и сказал, что команде надо делать, а что в рабочем процессе стоит изменить?

Бизнес, в котором все идет по плану, а сотрудники решают поставленные перед ними задачи и успешно обходят все проблемы без вовлечения руководства – идеал, к которому стремятся многие компании. Сегодня мы поговорим о том, как всего этого можно добиться.

Привет, Мегамозг. Начало рабочей недели — самое время анонсировать наше ежегодное летнее событие для всех, кто интересуется Agile — летний лагерь-конференцию AgileCamp. Если кратко, то мероприятие пройдет 23 и 24 июля в подмосковном курорте «Яхонты» — это 49 км от Москвы. Привычного формата докладов не будет, зато за 2 дня пройдем полный цикл создания продукта от анализа бизнес-модели до ретроспективы. Планируем 2 трэка. Стоп! У нас ведь лагерь! Назовем их отряды:) Итак, у нас будет 2 отряда: процессный и инженерный. Участники процессного отряда будут больше заниматься требованиями, бизнес-моделями и думать, как сделать счастливыми пользователей и команду. Инженерный поток будет заниматься парным программированием, рефакторингом, Unit-тестированием, TDD, DevOps. Посмотреть программу и зарегистрироваться можно тут. А за подробностями, лирикой и историей вопроса прошу под кат.

Главное ежегодное событие Agile отрасли – AgileDays’15 пройдет с 19 по 20 марта 2015 года в Центре Международной Торговли на Краснопресненской набережной, 12. В этом году мероприятие будет еще масштабней.

Традиционно программа AgileDays’15 включает в себя Keynotes от зарубежных Agile-гуру, множество тематических докладов, воркшопов и ежегодно собирает в дни мероприятия более чем 1000 человек.

В 5 параллельных потоках будут обсуждаться методологии, применяемые для гибкого управления процессами – Scrum, Kanban, Lean и т.д., продуктовая разработка, инженерные практики и DevOps и многое другое.

За формирование программы отвечает Программный комитет, также можно подать заявку на выступление с докладом.

Давно ли вы меняли свою работу? Если да, то возможно с вами или с вашими коллегами случалась такая ситуация — при переходе из одной компании в другую вы начинаете видеть те же самые проблемы, и пытаетесь, основываясь на предыдущем опыте, принимать решения, но в этом случае это только усугубляло ситуацию. Мало того, вы начинаете искать причины в том, что люди недостаточно хорошо работают и все получится, просто нужно подождать или еще что-нибудь. Короче, несмотря на всё окружение и сигналы свято верите, что вы правы. Ведь это кажется контр-логично – не доверять своему опыту. Это называется «Ловушка Эксперта» — вы становитесь заложником своего опыта, вам кажется что все просто и вы принимаете неподходящие решения, порой приводящие к глубокому кризису в управлении.

Например: была у меня такая история со знакомым. Он успешный проектный менеджер, который с успехом сделал несколько проектов, используя Scrum. Все было отлично — масштабирование работало отлично, заказчик был доволен, качество на высоте, команды на подъеме, релиз, планы и velocity стабильны и предсказуемы, в общем, все отлично. И тут его приглашают в другую крупную российскую компанию, и он видит там бардак, и первая его реакция – «так, Всем Scrum!»
А ситуация, конечно, по уровню беспорядка не сильно отличается от предыдущей, если только масштабом, а вот по специфике работы и взаимодействию людей – отличается, и результаты «Всем Scrumовской» политики, конечно, помогают, но не долго. Дальше начинается вой «Scrum ваш не работает» – и нашего, до недавнего времени, успешного менеджера уже намереваются уволить.

Что делать?

Выходит так, что мы должны уметь принимать решение и понимать, когда наш опыт это плюс и его стоит использовать, а бывает что минус и это только мешает нам принять подходящее контексту решение.
Именно по этому я хочу вам рассказать про фреймворк Cynefin/«Кеневин». Это один из основных методов компании Cognitive Edge, который позволяет руководителям взглянуть на вещи с новых точек зрения, усвоить сложные понятия, и решать реальные проблемы. Использование фреймворка «Кеневин» может помочь руководителям ощутить, в какой ситуации они находятся, так что они могут не только принять лучшие решения, но и избежать проблем, которые возникают, когда их стандартный стиль управления заставляет делать ошибки.

Проще говоря, Кеневин и Sensemaking (еще оно модное слово :)) вообще – нещадно разбивают все концепции General Management'a, которые преподаются на всеми любимых MBA программах или других курсах классического менеджмента. Хотите, чтобы ваша компания имела Бизнес Гибкость не только на уровне команды или IT-подразделения, а развивалась как Сложная Адаптивная Система, устойчивая к разному роду неопределенности? А неопределенности сейчас предостаточно на всех уровнях управления.

29 ноября состоялась очередная конференция AgileKitchen, посвященная гибким методологиям разработки. Конференция отметилась немалым количеством участников и, как всегда, интересными докладами.
На этот раз конференция прошла в офисе Mail.ru group. Выражаем благодарность за возможность воспользоваться комфортабельным и красивым офисом.

В преддверии крупнейшей восточноевропейской конференции по гибким методологиям AgileDays’14, мы решили составить рейтинг лучших книг которые влияют на нашу индустрию.

Методику составления рейтинга мы позаимствовали у Jurgen Appelo. Алгоритм подсчёта базируется на пяти различных критериях: количество отзывов Amazon, число отзывов GoodReads, средняя оценка Amazon, средняя оценка GoodReads, а количество дней, прошедших с первой публикации. Это означает, что этот список показывает вам смесь из самых популярных, лучших по оценкам, и (относительно) новейший книги в этой категории.

Данный список книг мы попросили прокомментировать двух экспертов:

Борис Вольфсон. Технический директор компании HeadHunter.

Андрей Ребров. Agile Engineering Coach компании ScrumTrek.

Модель пропасти

Всем привет, я бы хотел поговорить о такой вещи как Модель пропасти, Джеффри Мура, которая многим известна, но мне хотелось бы привести примеры и поговорить о нюансах модели.

Сейчас, куда не посмотри, все стали учёные: литературой запаслись, интернеты читают. Кого не спроси, и о кривой принятия технологии знают, и вообще всё им понятно: «… да-да, знаем! Есть Новаторы, Ранние последователи, есть рынок ранний, а есть поздний, отщепенцы и увальни — ну куда без них? Да-да, между рынками, ранним и основным, есть пропасть, которую нужно перепрыгнуть!» Знают. Прыгают. Только, бывает, пикируют. А всё почему? Потому что аннотацию прочли, а содержимое не осилили. Поэтому я написал эту заметку. Речь пойдёт о том, что важные вещи, которые нужно знать о модели Пропасти, не всегда лежат на поверхности.


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

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

Есть очень неплохая книжка о специфике работы русских вообще. Она называется «Русская модель управления». Ее написал А.П.Прохоров (другой, не олигарх). Не буду ее пересказывать. Основная идея в том, что русские по своей природе могут работать только в двух модах. В нестабильном состоянии они могут свернуть горы. В это время мотивация очень высокая. В стабильном расслабленном состоянии — когда никто не пинает — русские вроде как работают плохо и не сильно утруждаются.

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

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

Я буду приводить влияние разных факторов в порядке их важности и силы влияния. Чем выше — тем сложнее это изменить и тем больший эффект это оказывает.

Конференция закончилась всего несколько часов назад, поэтому в голове еще небольшой сумбур от количества и качества полученной информации. Надеюсь, написав этот пост у меня получиться разобраться в собственных мыслях. Сначала будут общие впечатления, затем кратко пробегусь по докладам и закончу мыслями на тему того, о чем говорили на конференции, благо таких мыслей накопилось по ходу прилично. Хотите узнать, о чем сейчас говорят в мире DevOps? Тогда вам под кат. И да, пост будет длинным, но в конце будет бонус-сюрприз).