Все потоки
Поиск
Написать публикацию
Обновить
56.85

Agile *

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

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

Скрам-мастер: право имею?

Уровень сложностиСредний
Время на прочтение10 мин
Количество просмотров2.9K

Привет! Меня зовут Маша Резниченко, и я работаю Agile-коучем в Страховом Доме ВСК. До этого 4 года я была скрам-мастером, и за это время сталкивалась с разными мнениями о моей профессии: от сомнений в её необходимости до откровенных насмешек и язвительных комментариев о том, что скрам-мастера — это «паразиты» в мире IT. 

Конечно, такие слова задевают. Ведь скрам-мастера — это агенты изменений, которые помогают командам и компаниям внедрять культуру Agile и Scrum. Их влияние выходит далеко за рамки проведения встреч или составления графиков. На Хабре можно найти множество обсуждений на эту тему, и я решила внести свой вклад, развенчав популярные мифы о скрам-мастерах. 

Читать далее

Как провести ретроспективу, которая реально работает

Уровень сложностиСредний
Время на прочтение4 мин
Количество просмотров4.9K

Привет, Хабр! Меня зовут Таня, и последние 3 года я работаю с IT‑командами, помогая им выстраивать процессы, улучшать взаимодействие и внедрять рабочие практики, которые делают их работу продуктивнее и приятнее. За это время я провела десятки ретроспектив — и видела, как они могут либо кардинально менять команды, либо скатываться в скучные и бесполезные обсуждения. Сегодня разберем, как проводить ретро так, чтобы они действительно помогали команде становиться сильнее.

Читать далее

12 принципов управления проектами: что не работает в Agile

Уровень сложностиПростой
Время на прочтение9 мин
Количество просмотров18K

Недавно я прошла Agile-тренинг Certified Agile Professional вместе с такими же ребятами, которым, как и мне, пришлось или захотелось самостоятельно столкнуться с этим явлением. В первый же день у нас возник спор о том, что принципы гибкой разработки из Agile-манифеста устарели.

Agile-манифест был подписан аж в 2001 году, и неужели за прошедшие 25 лет, никто не захотел в нём что-то поменять?

Я предлагаю посмотреть на «12 принципов» с точки зрения того, как гибкие подходы могут адаптироваться к управлению проектами в зависимости от масштаба задач и стадии готовности продукта. Это не просто моё мнение — 3 дня обучения бок о бок с другими руководителями проектов из разных сфер только убедили меня в том, насколько важна эта тема.

Читать далее

Вы действительно Google Certified Project Manager? Подумайте ещё раз

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров3.3K

За последние годы на LinkedIn наблюдается рост числа профессионалов, позиционирующих себя как «Google Certified Project Manager». На первый взгляд это звучит впечатляюще — ведь Google является одним из самых уважаемых технологических гигантов в мире. Однако, как нанимающий менеджер в сфере управления проектами, я нахожу эту тенденцию вводящей в заблуждение и, откровенно говоря, непривлекательной при оценке кандидатов. Давайте разберёмся, почему.

Читать далее

Притирка команды: как выжить в новом проекте и не сбежать в лес

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров5.7K

Если вы запускали продуктовый проект с новой командой, то точно проходили тернистый путь притирки. Это сложный и порой болезненный период, когда команда только начинает работать вместе, друг друга не знает, а процессы очень далеки от идеала.

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

Этот опыт заставил нас обратиться к теориям командообразования и попробовать найти свое решение, чтобы перерасти этот этап.

Я, Гузель Хамидуллина, системный аналитик департамента управления данными Positive Technologies. Рассказываю, что помогло нашей команде объединиться.

Читать

Создание сложной IT-системы и отдела разработки: мой путь

Уровень сложностиСредний
Время на прочтение13 мин
Количество просмотров4.8K

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

Что в статье:

✔ Опыт организации работы параллельной работы 10+ бэкенд-разработчиков

✔ Ролевая модель и бизнес процесс создания продукта

✔ Почему junior-разработчики могут быть продуктивнее middle’ов

✔ Метрики помогающие контролировать эффективность команды

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

Читать далее

Дизайн Agile-организаций: создайте свою уникальную модель гибкости

Время на прочтение8 мин
Количество просмотров1.4K
imageПривет, хаброжители!

Мы считаем, что лучше всего о своей книге может рассказать именно автор, поэтому мы попросили Илью рассказать о его новой книге на Хабре.

Друзья, всем привет! Меня зовут Илья Павличенко и я помогаю менеджерам и собственникам компаний в создании Agile-организаций. Мой путь: программист, техлид, менеджер проекта, Скрам-мастер, Agile-коуч, консультант по организационному дизайну. Также я первый сертифицированный Скрам и LeSS-тренер в России, основатель компании Scrum.ru.

В феврале 2025 года в издательстве Питер выходит моя книга «Дизайн Agile-организаций», и я благодарен за возможность изложить ее ключевые мысли в этой статье.

Дизайн Agile-организаций: создайте свою уникальную модель гибкости


Поиск «серебряной пули»


Лет десять тому назад предприимчивые консультанты побывали во многих головных офисах российских банков. Они показывали красивую презентацию и продали компаниям модель Spotify как организационный дизайн, который должен гарантировать компаниям скорость и гибкость, превратив их в Agile-организации. Представители Spotify много раз заявляли, что такой модели не существует, а каждая компания должна искать свой путь, но стремление менеджмента найти «серебряную пулю» перевесило.
Читать дальше →

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

Уровень сложностиСредний
Время на прочтение4 мин
Количество просмотров1.5K

В этой статье я расскажу, как я работаю, когда «подгорает» на примере модуля планирования рабочего времени в нашем корпоративном портале.

Читать далее

Как создать эффективный операционный ритм поставки ценности с помощью SAFe

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

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

Фреймворк SAFe (Scaled Agile Framework) помогает решить эту проблему, организовывая команды вокруг value streams (потоков создания ценности), что упрощает управление и повышает предсказуемость работы. Давайте разберемся, как именно SAFe позволяет выстроить ритм поставки ценности.

Читать далее

Не торопитесь со Скрамом! Действительно полезные книги для менеджеров проектов. 5 функций Файоля

Уровень сложностиСредний
Время на прочтение7 мин
Количество просмотров7.3K

Когда я начинал свой путь junior PM, мне казалось, что ключ к успеху — это найти ту самую «волшебную» методологию. Scrum там, Kanban или, симпатичный, p3express. Но потом я понял одну штуку (спойлер: я еще в процессе понимания) — пока не разберёшься в пяти классических функциях менеджмента, любые модные фреймворки/методы/методологии будут лишь «пляской с бубном». При том что ты еще не стал шаманом.

Читать далее

Как выбрать формат внедрения BPM-платформы

Уровень сложностиСредний
Время на прочтение9 мин
Количество просмотров2.4K

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

В этой статье мы на основе своего опыта реализации проектов расскажем о вариантах и шагах для достижения цели на примере внедрения решений на платформе ELMA365.

Читать далее

Как правильно ставить цели спринта, чтобы обеспечить фокус для всей команды

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров4.6K

В этой статье поговорим о том, как правильно формулировать цели спринтов. Они позволяют команде сфокусироваться, синхронизировать усилия и двигаться в одном направлении, поддерживая понимания и фокус всей команды. Почему цели спринта критически важны?

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

Читать далее

Принципы гибкой разработки в технической поддержке

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров679

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

Поддержка — это не просто работа с тикетами, это ключевая точка контакта с клиентами. Если процессы организованы неэффективно, компания теряет деньги и репутацию. Медленная работа, жесткие уровни эскалации, непонятные процессы — все это убивает качество сервиса.

Давайте разберем некоторые принципы и инструменты, которые могут помочь.

Читать далее

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

Как мы адаптируем Agile в Ozon?

Уровень сложностиСредний
Время на прочтение16 мин
Количество просмотров7.7K

Привет, Хабр! Меня зовут Антон, я — тимлид в Ozon. За более чем 20 лет работы в IT, где свыше 15 из них выпало на управленческие должности, меня покидало по разным проектам разработки ПО. Познавая управленческое мастерство, я нередко замечал, как на проектах игнорировали самую важную часть — ориентированность на Клиентов, то есть для кого мы, собственно, эти проекты и продукты реализуем.

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

Проблемы Agile отмечают не только рядовые пользователи, но и такие мастера, как Роберт С. Мартин и Кент Бек — двое из тех, кто составил Agile Manifesto. Как отмечает Ален Холуб, Agile в последнее время стал означать: делать половину задач (активностей) из Scrum плохо с использованием Jira.

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

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

Итак, подслушано в баре об Agile: некомедия в пяти актах...

Третий звонок. Занавес поднимается...

Кто-нибудь переживал процесс перехода на Agile? Как вы справились?

Уровень сложностиПростой
Время на прочтение5 мин
Количество просмотров4K

Уже 15 лет я помогаю организациям перейти на agile. И вот что я заметил: в компаниях, которые пытаются внедрить гибкие подходы самостоятельно, неизбежно повторяются одни и те же ошибки. Причём больше всего от них страдают именно сотрудники.

Читать далее

Про дейлики

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров10K

Дейли — от английского daily, что значит «ежедневно». Это короткие утренние встречи для синхронизации команды. В стандартной практике на дейли коротко выступают все участники команды, сообщая о том, как прошел предыдущий день, какие есть проблемы, и какие планы на сегодня.

Разные люди ведут дейли по‑разному:

Кто‑то быстро и активно проходится по людям, ожидая от них бодрого и активного отчета. В этом случае ведущий «сидит сверху», а команда находится в положении подчиненных и рапортует о состоянии своих дел. При этом люди стрессуют в разной степени тяжести.

Кто‑то душнит и впадает в детали. Тогда команда «плывет» и теряет фокус на встрече, занимаясь своими делами.

Кто‑то несется потоком слов вскачь, много тараторит сам с собой и команда превращается в зрителей, кому изредка дают слово.

Читать далее

Размышляя о том, что такое команда

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров2K

В последнее время много думаю о том, что такое команда. Чем на практике отличается команда звёзд от звёздной команды, и как соблюдать баланс, когда обязанность принимать решение лежит на ком-то одном.

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

Однажды, во время похода по горам Кавказа , нас застала непогода. Дождь лил несколько дней кряду, и ручьи, которые мы переходили, замочив ноги по щиколотку по дороге к вершине, на нашем обратном пути превратились в широкие и бурные потоки. Один из них разлился на 40-50 метров шириной.

Дожди не планировали останавливаться, и нашей группе нельзя было ждать, поэтому было принято решение идти вброд. Мы разбились на 2 группы по 6 человек, встали в круг и крепко-накрепко ухватились за лямки рюкзаков тех, кто стоял справа и слева. За пару дней до этого у меня случилась травма руки (я неудачно упала) , рука распухла, пальцы были как сосиски, и я несла её на перевязи. Но тут, откинув повязку в сторону я ухватилась за лямку соседа так, что не отцепишь. Жить, как говорится, захочется, не так раскорячишься.

И вот, медленно прокручиваясь по часовой стрелке и продвигаясь в сторону противоположного берега, наш круг двигался в воде. Люди, находящиеся напротив друг друга по очереди попадали в стремнину. 

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

Читать далее

Срочность против целеустремленности: как перестать спешить и начать успевать

Уровень сложностиСредний
Время на прочтение6 мин
Количество просмотров5.9K

Срочность или важность? Что поможет команде достичь максимального результата?

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

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

Читать далее

Как не обещать лишнего и сдать проект вовремя: спасаем дедлайны и проекты

Уровень сложностиПростой
Время на прочтение8 мин
Количество просмотров5.3K

Привет, Хабр! Сегодня поговорим о том, как не стать заложником дедлайнов, своих же обещаний и как не превратить проект в бесконечный марафон с кофе по ночам.

Давайте разберёмся, почему мы так часто стреляем себе в ногу и как этого избежать.

Читать далее

Как герой треда пытался внедрить Scrum, а придумал свою версию Getting Things Done (GTD)

Уровень сложностиСредний
Время на прочтение10 мин
Количество просмотров6.6K

Недавно мы наткнулись на пост в одном популярном телеграмм-канале с интригующей подписью. Смотрите сами.

Читать далее