Как стать автором
Поиск
Написать публикацию
Обновить
20.65

Agile *

Гибкая методология разработки

Сначала показывать
Порог рейтинга
Уровень сложности

Методология как конструктор: инструкция по сборке

Время на прочтение23 мин
Количество просмотров19K
Из современного конструктора LEGO можно собрать только одну модель игрушки, например, самолет. Кастомизировать? Можете поменять местами кресла пилотов — вот и вся кастомизация. Лет 30 назад из конструктора можно было собрать примерно все, от самолета до грузовика, при том же количестве деталей как и в современных. Создатели большинства современных методологий в детстве играли в старое Лего. Те, кто сейчас пользуется методологиями — играли уже в современный. Разница в инженерных практиках огромна.



Под катом Филипп Дельгядо (dph) расскажет об инженерном подходе к формированию методологии. Все проекты и команды разные, а лидеры — неповторимы. Подогнать одну методологию под всех не получится — таких просто нет. Придется брать конструктор и строить из него что-то свое, уникальное. В расшифровке одного из лучших докладов TeamLead Conf не будет секретных тайн шаолиньских монахов — только банальности, проверенные опытом. Нас ждет каталог деталей методологии разработки, на что обращать внимание при ее конструировании и внедрении, правила перестраивания методологий. Для всех идей приведены реальные примеры из опыта Филиппа. За свою карьеру он попробовал все — от Visual Basic до хардкорного SQL, разрабатывал крупнейший в России букмекерский движок и Яндекс.Деньги, а сейчас работает над нагруженными проектами на Java. Регулярно делает доклады на разных конференциях, в том числе и на HighLoad++.

Путь мира и путь войны в ИТ-проектах

Время на прочтение4 мин
Количество просмотров3.7K
Я работал руководителем ИТ-проектов с 2006 года, а сейчас являюсь руководителем стартап-проекта «Динабот». За это время я видел много успехов, но еще больше видел неудач. Эти неудачи, на мой взгляд, часто связаны не столько с применяемыми технологиями, сколько с узостью картины мира руководителей. И я хотел бы чтобы больше руководителей проектов умели возвышаться над технологиями и, таким образом, принимать более правильные решения.

Сегодня мы пьяны Agile! Кто не пьян, опьянеет завтра или послезавтра. И это здорово!

Вот фото с моего последнего проекта, который управлялся согласно Agile-принципам:

image

Agile так сказочно звучит, что некоторым страшно его использовать! Походу оказывается, что использовать Agile не так легко, как написано. Но, все равно, мы будем его использовать, так как никуда не деться от тренда. Заказчики ведь тоже пьянеют и заставляют нас ИТ-ков использовать Agile. Будем использовать несмотря на провалы, пеняя, что мы что-то неверно делаем, корректировать наши технологии, менять людей. К сожалению, часто слепо использовать…
Читать дальше →

Полный цикл разработки IT продуктов на примере проекта: роли в команде, задачи заказчика, этапы

Время на прочтение5 мин
Количество просмотров125K


Внутренняя кухня разработчика IT-продуктов многогранна и всегда переполнена разными задачами. В каждом проекте находят себе применение люди с разными обязанностями.

На примере одного проекта мы поглубже рассмотрим процесс разработки. Перед этим я опишу все этапы этого процесса и функциональные обязанности сотрудников в нем.
Читать дальше →

Чеклист: запускаем SCRUM-команды и делаем прививки от зомби-скрама

Время на прочтение6 мин
Количество просмотров10K
SCRUM стал настолько популярен, что сейчас его пытаются внедрять практически везде. В больших компаниях иногда получается так, что SCRUM внедряют ради отчетности, или для того, чтобы быть “прогрессивным” и “модным”. В результате ситуация, что вроде как ответственный менеджер поставил себе очередную галочку, мол, надо было внедрить методологию — внедрил, молодец, но при этом вместо каких-то качественных улучшений на выходе оказывается так называемый «Zombie SCRUM». Это когда формально фреймворк внедрен, но по нему никто нормально не работает. Отсюда и название.



Меня зовут Олег Егоркин, я agile коуч в Ростелекоме, и в этом посте я расскажу, почему «зомби-скрам» вообще возникает, как этого избежать и как убедиться, что в компании все готово к запуску скрам-команды.
Читать дальше →

Как в условиях трэшевой архитектуры и отсутствия навыков в Scrum мы создали кросс компонентные команды

Время на прочтение3 мин
Количество просмотров5.4K
Привет!

Меня зовут Александр, и я руковожу ИТ разработкой в УБРиР!

В 2017 году мы в центре развития сервисов информационных технологий УБРиР поняли, что пришло время глобальных изменений, а точнее — agile-трансформации. В условиях интенсивного развития бизнеса и быстрого роста конкуренции на финансовом рынке два года – внушительный срок. Поэтому пришло время подвести итоги проекта.

Самое сложное – менять свое мышление и постепенно культуру в организации, где принято рассуждать: «а кто будет начальником в этой команде?», «начальник лучше знает, что нам нужно делать», «мы здесь работаем уже 10 лет и знаем лучше наших клиентов, знаем, что им нужно».

Agile-трансформация может произойти только, когда в ней меняются сами люди.
Я бы выделил следующие ключевые страхи, мешающие людям меняться:

  • Страх потерять власть и “погоны”;
  • Страх стать не нужным для компании.

Встав на путь трансформации, мы выбрали первых «опытных кроликов» — сотрудников retail-направления. Первым делом провели редизайн неэффективно работающей структуры ИТ. Придумав целевой концепт структуры, приступили к формированию команд разработки.


Читать дальше →

Сравнение сертификаций по Agile, часть 1 — ICAgile, Scrum.org, ScrumAlliance и PMI

Время на прочтение9 мин
Количество просмотров32K

Некоторое время назад, я перешел из компании, которая жила в мире жесткого Waterfall и суровых планов в MS Project на несколько тысяч строк, в компанию, которая живет в мире Agile — ценности, которую несут продукты уделяется больше внимания чем следованию плану, фокус в разработке сделан на скорость и качество, разработка здесь идет итеративно, для помощи командам есть коучи и скрам-мастера, MS Project используется крайне редко, а про Oracle Primavera никто и не слышал.
image
Не то что бы для меня это было в новинку, я и раньше работал в компании, которая активно использовала лучшие практики из Scrum и XP, но на таком высоком уровне опыта у меня не было. Тогда я задумался о том, как бы мне прокачаться в гибких методологиях, а также, как понять насколько ты прокачан? После беглого изучения вопроса, я и узнал о том, что в мире Agile, кроме специализированных курсов существуют еще и сертификации — компании, которые задают тренд на рынке, проводят специальные обучение и тесты, по результатам которых можно примерно сказать, какая квалификация есть (или нет) у того или иного специалиста.

Читать дальше →

Будь как Мунк, или пару слов о техническом долге

Время на прочтение12 мин
Количество просмотров13K
Ощущения смерти, одиночества, в то же время безумная жажда к жизни… Вы могли бы подумать, что мы решили устроить лекцию по экспрессионизму и погрузить вас в творчество Мунка. Но нет. Все эти этапы ты переживаешь в момент, когда видишь, что твой технический долг скоро столкнёт твою компанию в бездну кризиса.

image
Читать дальше →

10 ошибок юного PO (часть II)

Время на прочтение4 мин
Количество просмотров4.1K
Вторая часть с моими ошибками, первая тут

Напомню, что я владелец продукта в команде, состоящей исключительно из разработчиков, и мы делаем IT-платформу для управления партнерскими сетями АЗС. 

Ошибка четыре.
Bus-фактор: то, что сначала казалось многим ошибкой, а по факту оказалось явным «джек-потом» для команды

Читать дальше →

«Смерть Бога» или крах общепризнанных законов построения ИТ-команд и создания ИТ-систем в 21 веке

Время на прочтение10 мин
Количество просмотров5.6K
«Бог умер», Gott ist tot (1881) Ницше — фундаментальная метафора постмодернистской философии.
Основная идея заключается в отказе от унаследованных моделей поведения и способов восприятия реальности, которые являются основой, текстуальным, культурным составом нашего «Я». В философии формирование данной концепции заняло тысячи лет, в мире информационных технологий хватило пятидесяти.

В недалёком прошлом многие процессы были ручные, а пытливые умы их упорядочивали и автоматизировали. Для этого разрабатывались методики и средства, формулировались законы, были написаны сотни книг. Эти методы и практики были достаточно эффективны и приносили свои плоды. Но уже в начале 21 века человечество пришло к тому, что большинство процессов уже автоматизированы, а в ближайшем будущем можно будет сказать, что 100% процессов будут обслуживаться системами, поэтому задача создания инноваций и новых систем усложняется. Необходимо улучшать и упорядочивать уже существующие и “стройные” системы и процессы, и это иногда кардинально меняет подходы и практики для достижения результата, а именно повышения их скорости, качества и эффективности.

Читать дальше →

Кризис Agile. Что делать?

Время на прочтение6 мин
Количество просмотров30K
Ключевые моменты
  • Многие организации устали от Agile
  • Часть проблемы — в существовании большой коммерческой отрасли Agile
  • Нужно вернуться к основам: простоте Манифеста и 12 принципов
  • Примеры базовых и простых фреймворков: Heart of Agile и Modern Agile
  • Многие уроки можно извлечь из таких гуманитарных наук, как позитивная психология, направленное самосовершенствование и решение-ориентированная терапия

«Agile agile Agile agile agile agile Agile agile».

Мантра? Не совсем, хотя это может вызвать изменённое состояние сознания.

«Ответ на главный вопрос жизни, вселенной и всего такого?» (Дуглас Адамс, «Путеводитель для путешествующих автостопом по галактике»). Может быть, смотря кого спросить.

Это омонимы. Слова, которые выглядят и звучат одинаково, но имеют разные значения. Как это грамматически правильное предложение, состоящее из трёх совершенно разных слов: «Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo», Дмитрий Боргманн, «За пределами языка: путешествие слова и мысли» (фразу можно перевести так: «Буффальские бизоны, которых пугают буффальские бизоны, пугают других буффальских бизонов» — прим. пер.).

Риск чрезмерной омонимизации заключается в том, что слова начинают означать всё и вся, в то же время не означая ничего конкретного. Это психологический феномен, известный как «семантическое насыщение», форма ментальной усталости.
Читать дальше →

Sprint Review: Днище — Огнище

Время на прочтение5 мин
Количество просмотров11K

«Мы легли на дно, мы зажгли огни, во Вселенной только мы одни». Кажется, эту строчку из песни группы Сплин смело можно признать саундреком внедрения практики Sprint Review у нас в Dodo Pizza.


Читать дальше →

Книга «Agile для всех»

Время на прочтение8 мин
Количество просмотров5.2K
image Agile дает реальные и действенные ответы на вопрос, который не дает спокойно спать руководителям: «Как оставаться успешным в быстро меняющемся и непредсказуемом мире?» Эта методология уже завоевала рынок, доказав, что является одним из лучших подходов для создания и доставки программного обеспечения. «Agile для всех» адресован практикам, из этой книги вы узнаете, как целые организации — от менеджеров по продукту и разработчиков до маркетологов и руководителей — могут использовать «гибкий» подход.

Мэтт Лемей просто и без сленга объясняет, что такое Agile, и предлагает конкретные и действенные шаги, позволяющие любой команде реализовать свои задачи максимально эффективно. Вы найдете множество примеров, которые подойдут для любого типа и размера организации — от стартапов до крупных предприятий, — позволяющих реализовать Agile-подход в разных сферах деятельности.
Читать дальше →

Основные заблуждения о SCRUM

Время на прочтение4 мин
Количество просмотров15K

SCRUM? Какой SCRUM?


Впервые подход SCRUM (англ. scrum «схватка вокруг мяча») описали Хиротака Такэути и Икудзиро Нонака, которые заметили, что небольшие команды (5 — 9 человек), укомплектованные разнопрофильными специалистами, дают лучшие результаты. Наиболее полное описание SCRUM впервые представил в своей книге Джефф Сазерланд. Книга так и называется — SCRUM. Джефф начинал свою карьеру как военный летчик, во время войны во Вьетнаме выполнивший более ста боевых вылетов. Затем Джефф занимался наукой, но мир его запомнит как одного из родоначальников SCRUM. Книга начинается с реальной истории из жизни ФБР, тратившего миллионы долларов на разработку автоматизированной системы, предназначенной для поиска и отслеживания преступников. Проблема заключалась в том, что по истечении сроков проекта подрядчики демонстрировали ФБР абсолютно нерабочий продукт. Это означало лишь одно — американские налогоплательщики потратили миллионы впустую. Ситуация казалась безвыходной до тех пор, пока руководство ФБР не обратилось к тогда еще зарождавшемуся методу управления проектами SCRUM. Этот метод описан доступным языком в вышеупомянутой книге, которая, кстати, переведена на русский язык. Далее в статье рассмотрены основные заблуждения и мифы, которые могут отпугнуть топ менеджеров, задумавших внедрить SCRUM в свои проекты.

image
Читать дальше →

Ближайшие события

Пользовательское интервью внутренними силами компании: через ошибки к открытиям

Время на прочтение11 мин
Количество просмотров3K


Привет, я Саша, скрам-мастер из Туту.ру в команде туров. Не так давно мы проводили пользовательское интервью для нашей новой фичи — Джарвела. Хочу поделиться с вами ошибками и открытиями, которые помогли нам провести это интервью так, что оно затронуло и изменило краеугольную основу фичи. Это помогло продукту и прокачало нашу команду, надеюсь, будет полезно и интересно и для вас. Но чтобы понять суть наших открытий, вас нужно познакомить с Джарвелом и провести по нашему пути.
Читать дальше →

System Analysis MeetUp UPD2 Трансляция и презентации

Время на прочтение2 мин
Количество просмотров2.2K
13 июня System Analysis Community Райффайзенбанка приглашает на свой первый открытый Meetup, который пройдет в офисе в Нагатино. Мы ждём системных и бизнес аналитиков, а также всех тех, кто связан с анализом или только планирует связать свою профессиональную деятельность с ним.


#NoDeployFriday: помогает или вредит?

Время на прочтение8 мин
Количество просмотров8.8K

Нужно ли запрещать деплоить в production в определённое время? Или движение #NoDeployFriday стало реликтом времён, когда не было всеобъемлющих интеграционных тестов и непрерывного деплоймента?

В своей команде вы могли столкнуться с той же самой дилеммой. Кто прав, а кто виноват? Является ли отказ от деплоя по пятницам разумной стратегией снижения рисков, или это вредная культура, мешающая нам создавать более качественные и устойчивые системы?

10 ошибок юного РО (часть I — три ошибки)

Время на прочтение4 мин
Количество просмотров6.7K
Привет, я — Оля и я новоиспеченный РО. Работаю владельцем продукта 1,5 года, каждые пару месяцев прилетают новые инстайты, мир переворачивается с ног на голову, а я думаю: «Черт»! Я все делала неправильно! Но теперь-то я точно знаю как правильно! Разумеется, каждый раз я даже не представляю, насколько я ошибаюсь.

Звёздная карта или как балансировать знания в команде при влиянии Soft Skill-ов

Время на прочтение17 мин
Количество просмотров31K
Многие команды разработчиков сталкиваются с проблемой «бутылочного горлышка», когда слишком много вопросов, связанных с разными аспектами разработки упираются в одного, наиболее квалифицированного специалиста. Менее опытные участники команды при этом не знают, куда им расти, и в какие технологии или специфичные для команды отрасли им нужно углубляться, чтобы быть полезнее для команды. И само собой, когда незаменимый сотрудник всё-таки берёт отпуск или больничный, продуктивность команды существенно падает, а в худших случаях и вовсе будет почти парализована из-за нехватки экспертизы в каких-либо областях.

Читать дальше →

Современные тренды и рекомендации по аджайлизации крупных финансовых институтов

Время на прочтение6 мин
Количество просмотров4.8K
12-15 Мая 2019 в Дублине состоялся PMI EMEA Congress 2019, который был организован одним из лидеров отрасли в области разработки методологии управления проектами – Project Management Institute (PMI). Конгресс собрал более 700 делегатов из 70 стран и 450 организаций и стал мировой площадкой по обмену знаниями и опытом в применении современных методов и подходов в области управления изменениями. Во многих крупных российских банках и финансовых учреждениях на текущий момент происходит Agile трансформация структуры управления изменениями, поэтому анализ опыта аджайлизации в других подобных организациях является важным фактором успешного и эффективного внедрения Agile.

Читать дальше →

Борьба за качество в веб-приложениях, депрессия, драконы и Вестерос

Время на прочтение10 мин
Количество просмотров3.9K
Веб-разработку никто, изначально, не планировал. Даже в страшном сне. В генеральном плане, при поддержке крупных корпораций и науки, люди воспринимали создание дорогостоящих IT-систем как близконаучный процесс, доступный избранным, в котором очень важно знать не только быстро забывающиеся большинством алгоритмы (я 5 раз заучивал с листочком принцип обхода красно-черного дерева — взгляд на покачивающиеся бедра ранней весной полностью стирает полученную информацию), но и внутренности железа. Это священнодействие, разумеется, нужно было правильно (слава великому Демингу) контролировать, измерять и тестировать и тестировать и во веки веков, аминь. Но что-то сразу пошло не туда и не так…
Читать дальше →