Повышаем эффективность Scrum-процесса при помощи теории ограничений

Также по просьбе искал доклад с AgileKitchen 2014 года про то, как мы оптимизировали работу нашей Scrum-команды при помощи Теории ограничений, взятой в своём самом простом и понятном виде.

Зачем нужен отдел аналитики в Agile или рождение коллективного разума

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

Здесь я рассказываю о том, как может сосуществовать структура отдела аналитики при переходе на работу Agile командами.

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

Средства визуализации, используемые при разработке программного обеспечения по Agile

Вот опробовал новую площадку для публикации статей.

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

Управление проектом разработки ПО — относительно сложная задача и инструментарий, который используется при её визуализации, прошёл долгий путь развития и улучшения, поэтому его легко применять и для решения других более простых задач — будь то ремонт в квартире, открытие бара, организация конференции или свадьбы. >>>  http://bevisualmag.ru/?p=2137 

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.: Да, кстати, это наш первый пост. Дальше - больше и лучше!