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

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

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

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

Перевод статьи Craig Larman «Larman's Laws of Organizational Behavior» выполнен Лилией Алексеевой (Agile-евангелист, Сбербанк) с разрешения автора.

Я провёл десятки лет, консультируя различные компании и предприятия и наблюдая за тем, как происходят изменения в них. На основе этого опыта я сформулировал Законы Лармана об организационном поведении. Воспринимать их, разумеется, стоит скорее как повод для размышления, чем прямое руководство к действию.

Перевод статьи Evan Leybourn «Domain of Agility» выполнен Лилией Алексеевой (Agile-евангелист, Сбербанк) с разрешения автора.

Agile не означает Scrum, а Agility нельзя свести только к Agile.

На протяжении нескольких последних месяцев я пытался сформировать простую модель, которая помогла бы раскрыть понятие Agility и взаимодействие между составляющими его элементами. Теперь я хочу представить вам результат этой работы — три различные формы гибкости (Agility) — бизнеса, техническую и процессную. На мой взгляд только наличие всех трех элементов позволяет нам создать Agile-организацию.

Scaled Agile Framework, SAFe — фреймворк Agile-разработки, разработанный Scaled Agile Inc., по сути база знаний по реализации бережливой Agile-разработки в корпоративных масштабах. Ниже вольный пересказ оригинальной статьи «PI Planning — Scaled Agile Framework».

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

Совсем недавно я начал работать в компании ScrumTrek. Все новички у нас в рамках ввода в строй в обязательном порядке проходят обучение на открытых тренингах компании. И так устроен мой мозг, что хорошо усвоить материал у меня получается только тогда, когда удается внятно донести основные его тезисы другим. Бедная моя жена, коллеги и друзья – сколько им всего пришлось выслушать от меня! Кстати, Ицхак Пинтосевич называет это универсальной методикой системы сверхобучения 3-П.

Итого, по мере прохождения тренингов я буду рассказывать вам про полученные знания глазами участника. Конечно, для компании ScrumTrek это реклама. Хотя лично я надеюсь, что выбранный формат поможет с ответом на вопрос: нужно ли это обучение вам или вашим коллегам?

Использование гибких методологий разработки в IT-проектах государственных организаций — тема актуальная и назрела давно. В ноябре мы провели мероприятие по этой теме вместе с Аналитическим центром при Правительстве Российской Федерации. Были как «представители заказчика» из Аппарата Правительства, Минкомсвязи и других государственных структур, так и «представители подрядчика», то есть разработчики.

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



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-подразделения, а развивалась как Сложная Адаптивная Система, устойчивая к разному роду неопределенности? А неопределенности сейчас предостаточно на всех уровнях управления.