AgileDays'14

21-22 марта в Москве прошла большая красивая конференция AgileDays’14. 

Кто зачем туда едет, но мы максимально полно достигли всех целей, ради которых поехали на неё:

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

• Inspiration - в Agile очень важно поддерживать  некий уровень внутреннего драйва, и на AgileDays было много докладов, в которых люди рассказывали, как они работают, какие положительные результаты у них даёт совместное применение Agile-практик и здравого смысла. Такие люди вдохновляют и заставляют настойчиво идти к своим целям.

• Общение – несмотря на то, что на конференции было более 900 человек, атмосфера была очень дружественной и открытой.  Кажется, зачастую даже знакомым людям, работающим в одной компании, бывает сложнее общаться, чем это было на AgileDays’14.  

Что запомнилось больше всего

Во первых это доклады Ahmed Sidky и David J. Andersen – эти ребята не зря считаются гуру Agile. Andersen для меня выкристаллизовал концепцию пути, который должна пройти идея и даже прямой запрос от заказчика, прежде чем попасть в Kanban систему. Получилась эдакая фильтрующая воронка, помогающая в итоге написать как можно меньше кода, для удовлетворения заказчика.  Звучит вроде понятно, но часто ли мы следим за сервис-ориентированностью? 

Другой важный аспект, который он затронул, касался того, что ускорение поставки продукта пользователю очень слабо зависит от скорости работы отдельного разработчика и очень сильно зависит от скорости самого процесса (flowspeed). Тоже вроде понятная мысль, но когда видишь, что повышение скорости работы разработчиков в 2 раза (т.е. на 100%) повышает скорость поставки на 2% - начинаешь к этому относиться серьёзнее.

Ahmed Sidky оказался человеком с действительно архипонятным английским – я иногда даже забывал, на каком языке он говорит. В своём докладе он повторил старую идею Эриха Фромма про «Иметь или Быть»: вы действительно гибки, или у вас есть атрибуты гибкости, например Scrum? Ну и высказал довольно неутешительную мысль о том, что для эффективного превращения в действительно гибкую компанию необходимо начинать это сверху, чтобы менеджмент верил в Agile и горел им, а не просто рассматривал как «фишечку», равноценную покупке новых стульев в офис. Тогда можно менять ключевые (keystone) привычки в компании в сторону гибкости и они потянут за собой другие изменения.

Основные идеями конференции, как мне показалось стали:

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

Первичность изменения mindset перед использованием инструментов, будь то Scrum или Kanban или даже система управления требованиями. Тематика, которую задал Sidky. Действительно, Agile - это не методология, а способ мышления, набор привычек, и им нельзя научиться, можно только их принять и культивировать.

Тема людей в компании – необходимость иметь правильных и одинаково настроенных сотрудников. Когда эффективность не в количестве и не в качестве, а в командности, потому что IT компания – это живой организм, и когда его части находятся в гармонии, им легко коммуницировать, распространять информацию, совместно решать вопросы и т.п. Ярче всех на эту тему говорил Антон Волков, не зря считавшийся «звездой» конференции и даже выдавший отличный афоризм

"Работа за зарплату - это то же самое, что любовь за деньги"

Отдельно хочу упомянуть доклад Кирилла Мокевнина из ульяновского undev.ru, выступавшего в техническом треке, но рассказавшем отличный Case Study формирования инженерной культуры на основе Agile подхода. Его доклад оказался  отличным подтверждением тематики «правильных людей» и «первичности майндсета» - он не говорил про Agile ни слова, но было понятно, что гибкости его компании не занимать.  

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

Highly inspired!

P.S.: Да, кстати, это наш первый пост. Дальше - больше и лучше!