План Ю
Сегодня в команде была довольно "грустная" ретроспектива по событиям спринта. Все были унылые, деморализованные. А для выполнения одного из запланированных упражнений, команда должна быть в ресурсе. Что же делать?
Быстро "переобувшись", поменяли формат ретроспективы на формат свободного общения и ответы на вопросы из серии "А как этого в будущем избежать?", "А как хотелось бы?", "А что вы как КОМАНДА можете сделать, чтобы этого не повторилось?" и так далее.
В результате, команда выговорилась, уровень депрессии понизился.
Встречу закончили игрой в глухой телефон. И вот там уже все усмеялись до слёз. По крайней мере настроение поднялось. А с ретроспективы вынесли дальнейшие действия.
Что хочется пожелать всем начинающим Scrum-мастерам: Всегда имейте запасной план. Готовьтесь к тому, что всё пойдёт не по плану А. И даже не по плану Б. Ну и конечно же ЮМОР. Он спасает почти любую ситуацию 💪
Всем хороших выходных!
Сегодня в команде была довольно "грустная" ретроспектива по событиям спринта. Все были унылые, деморализованные. А для выполнения одного из запланированных упражнений, команда должна быть в ресурсе. Что же делать?
Быстро "переобувшись", поменяли формат ретроспективы на формат свободного общения и ответы на вопросы из серии "А как этого в будущем избежать?", "А как хотелось бы?", "А что вы как КОМАНДА можете сделать, чтобы этого не повторилось?" и так далее.
В результате, команда выговорилась, уровень депрессии понизился.
Встречу закончили игрой в глухой телефон. И вот там уже все усмеялись до слёз. По крайней мере настроение поднялось. А с ретроспективы вынесли дальнейшие действия.
Что хочется пожелать всем начинающим Scrum-мастерам: Всегда имейте запасной план. Готовьтесь к тому, что всё пойдёт не по плану А. И даже не по плану Б. Ну и конечно же ЮМОР. Он спасает почти любую ситуацию 💪
Всем хороших выходных!
🔥7👍2👏1⚡1
Музыка нас связала
Всем привет. Очередной кейс с полей. Почти на каждой встрече я стараюсь как-то создать атмосферу не уныния и тишины, а немного бодрости и настройки на рабочий лад.
Обычно в дело идёт Jazz и Луи Армстронг (да, я любитель). И все бы хорошо. Но сегодня понедельник, планирование перенеслось на 9:00 МСК. И, конечно же, все сонные, кто-то даже опоздал и не успел настроиться на работу.
Я по привычке включил Jazz и уже был настроен на работу. Однако в ответ получил — «И так спать хочется, давай другое».
Хорошо, в эфир полетел тяжелый рок. В чате команды даже две гифки появились. Люди ожили, полетели лайки в чате. А когда я ещё и громкости добавил, то проснулся наверно каждый кто был на встрече.
К чему это всё? Привычки — штука хорошая, и отказываться от них не нужно. Но привычки могут меняться и должны адаптироваться под окружающий мир.
Слушайте свои команды и тогда и вы, и они будут счастливы и продуктивны!
Всем привет. Очередной кейс с полей. Почти на каждой встрече я стараюсь как-то создать атмосферу не уныния и тишины, а немного бодрости и настройки на рабочий лад.
Обычно в дело идёт Jazz и Луи Армстронг (да, я любитель). И все бы хорошо. Но сегодня понедельник, планирование перенеслось на 9:00 МСК. И, конечно же, все сонные, кто-то даже опоздал и не успел настроиться на работу.
Я по привычке включил Jazz и уже был настроен на работу. Однако в ответ получил — «И так спать хочется, давай другое».
Хорошо, в эфир полетел тяжелый рок. В чате команды даже две гифки появились. Люди ожили, полетели лайки в чате. А когда я ещё и громкости добавил, то проснулся наверно каждый кто был на встрече.
К чему это всё? Привычки — штука хорошая, и отказываться от них не нужно. Но привычки могут меняться и должны адаптироваться под окружающий мир.
Слушайте свои команды и тогда и вы, и они будут счастливы и продуктивны!
🔥4❤2👍2👏1
❤️Внимание, розыгрыш!
Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA будет разыгран при помощи рандомизатора среди тех, кто:
❤️ подписан на канал Аджайл-инкубатор;
❤️ в комментариях к данному сообщению оставит тему статьи, которую готов написать для нашего сообщества в блоге Лидеров изменений.
Посетителей Analyst Marathon ждёт приятная и несложная онлайн-конференция, на которой спикеры-практики BA/SA из ведущих компаний поделятся своими секретами, используемыми подходами и инструментами, бесценными советами и опытом.
❤️Розыгрыш состоится в пятницу, 27 сентября в 12:00.
@agileincubator
Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA будет разыгран при помощи рандомизатора среди тех, кто:
❤️ подписан на канал Аджайл-инкубатор;
❤️ в комментариях к данному сообщению оставит тему статьи, которую готов написать для нашего сообщества в блоге Лидеров изменений.
Посетителей Analyst Marathon ждёт приятная и несложная онлайн-конференция, на которой спикеры-практики BA/SA из ведущих компаний поделятся своими секретами, используемыми подходами и инструментами, бесценными советами и опытом.
❤️Розыгрыш состоится в пятницу, 27 сентября в 12:00.
@agileincubator
analyst-marathon.timepad.ru
ВИДЕОЗАПИСЬ "Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA " / События на TimePad.ru
Знакомимся с лучшими техниками, технологиями и инструментами аналитика. Все доклады — от BA/SA практиков. Вы сможете обогатить свой профессиональный кругозор и взять в работу новые инструменты и идеи для применения в работе.
🔥4⚡2❤1👍1👏1
Декомпозиция. S.P.I.D.R. Варианты интерфейса.
Сегодня расскажу про ещё один вариант декомпозиции, который хорошо подходит, когда мы можем обеспечить несколько способов взаимодействия пользователя с интерфейсом. Так же данный подход является отдельным направлением из метода S.P.I.D.R.
Иногда при разборе пользовательской истории мы можем нагенерить несколько вариантов взаимодействия, интерфейсов и каждый из них будет верным и приводить к желаемому результату. Вот как раз выделение таких вариантов взаимодействия и является основой этого метода.
Рассмотрим на примере: как покупатель, я хочу иметь возможность просматривать подробную информацию о товаре, чтобы принять решение о покупке.
Мы можем предложить несколько вариантов интерфейса:
🔸Просмотр основной информации о товаре (название, цена, описание).
🔸Просмотр изображений товара в галерее.
🔸Просмотр отзывов о товаре от других покупателей.
И чтобы двигаться дальше, мы можем спросить себя: «А какой самый просто интерфейс мы можем использовать, чтобы помочь пользователю принять решение о покупке?»
И после этих слов мы уже начинаем выстраивать приоритеты по задачам, что в первую очередь, а что можно сделать позже, либо после проверки какой-нибудь гипотезы.
Пример на подумать: как потребитель, я хочу видеть меню, чтобы я выбрал, что покушать.
Накидайте в комменты варианты интерфейсов для клиента, чтобы он определился с заказом.
@agileincubator
Сегодня расскажу про ещё один вариант декомпозиции, который хорошо подходит, когда мы можем обеспечить несколько способов взаимодействия пользователя с интерфейсом. Так же данный подход является отдельным направлением из метода S.P.I.D.R.
Иногда при разборе пользовательской истории мы можем нагенерить несколько вариантов взаимодействия, интерфейсов и каждый из них будет верным и приводить к желаемому результату. Вот как раз выделение таких вариантов взаимодействия и является основой этого метода.
Рассмотрим на примере: как покупатель, я хочу иметь возможность просматривать подробную информацию о товаре, чтобы принять решение о покупке.
Мы можем предложить несколько вариантов интерфейса:
🔸Просмотр основной информации о товаре (название, цена, описание).
🔸Просмотр изображений товара в галерее.
🔸Просмотр отзывов о товаре от других покупателей.
И чтобы двигаться дальше, мы можем спросить себя: «А какой самый просто интерфейс мы можем использовать, чтобы помочь пользователю принять решение о покупке?»
И после этих слов мы уже начинаем выстраивать приоритеты по задачам, что в первую очередь, а что можно сделать позже, либо после проверки какой-нибудь гипотезы.
Пример на подумать: как потребитель, я хочу видеть меню, чтобы я выбрал, что покушать.
Накидайте в комменты варианты интерфейсов для клиента, чтобы он определился с заказом.
@agileincubator
🔥5⚡2❤1👍1
❤️Итоги розыгрыша!
Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA получает Панкова Наталья.
❤️ Ждем от Натальи статью на тему «Кто такой см и зачем им становиться» для нашего сообщества в блоге Лидеров изменений 😉
@agileincubator
Один билет на онлайн-конференцию Analyst Marathon #11. ЭФФЕКТИВНЫЕ TOOLS & TECHNIQUE BA/SA получает Панкова Наталья.
❤️ Ждем от Натальи статью на тему «Кто такой см и зачем им становиться» для нашего сообщества в блоге Лидеров изменений 😉
@agileincubator
🔥7❤3👍2👏1
🎨Статья Сергея Рогачева Закраска фигур — игра про прогнозирование сроков и сторипоинты, которая показывает, как использование итерационно-инкрементального подхода в совокупности с относительной оценкой дает больше прозрачности в прогнозировании сроков выполнения проекта.
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #scrum #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #scrum #games #игры #articles #статьи
👍3❤2⚡1
Продолжаем рассматривать варианты декомпозиции пользовательских историй. Сегодня поговорим про метод «Варианты данных». Он так же является частью большого метода S.P.I.D.R.
Суть достаточно проста, наша пользовательская история делает одно и тоже для разных наборов данных, к примеру, отображение интерфейса системы. В целом мы делаем одно и тоже действие — отображение интерфейса системы, но с разным набором данных.
Первый вариант: отображение интерфейса приложения на русском языке. Это уже значимый шаг в развитии и закрытие потребности части пользователей.
Следующим шагом может быть выбор другого популярного языка, обработка всех данных и отображение интерфейса на этом языке.
Таким образом, мы делим большую задачу перевода на разные языки, на конкретные этапы с определённой пользой.
И вот вам немного на порассуждать: Я как пользователь хочу иметь возможноcть фильтровать и сортировать данные в полученной выборке.
@agileincubator
Суть достаточно проста, наша пользовательская история делает одно и тоже для разных наборов данных, к примеру, отображение интерфейса системы. В целом мы делаем одно и тоже действие — отображение интерфейса системы, но с разным набором данных.
Первый вариант: отображение интерфейса приложения на русском языке. Это уже значимый шаг в развитии и закрытие потребности части пользователей.
Следующим шагом может быть выбор другого популярного языка, обработка всех данных и отображение интерфейса на этом языке.
Таким образом, мы делим большую задачу перевода на разные языки, на конкретные этапы с определённой пользой.
И вот вам немного на порассуждать: Я как пользователь хочу иметь возможноcть фильтровать и сортировать данные в полученной выборке.
@agileincubator
🔥3❤1👍1
💰Мы все живем в условиях рынка, сформированного балансом спроса и предложения. А значит, этот рынок можно изучить. Представляем вам результаты исследования зарплат Scrum-мастеров, Agile-коучей и Delivery-менеджеров в 2024 году.
Подробнее читайте в статье Андрея Гирина и Михаила Евдокимова Исследование 2024. Рынок зарплат Скрам-мастеров и не только.
@agileincubator
#scrum #articles #статьи
Подробнее читайте в статье Андрея Гирина и Михаила Евдокимова Исследование 2024. Рынок зарплат Скрам-мастеров и не только.
@agileincubator
#scrum #articles #статьи
👍9🔥3⚡2❤1
Всем доброе утро!
Предлагаем пятничную разминку:
Перед вами Velocity chart некой команды за 6 месяцев. Вам предстоит работать с этой командой. Что бы вы смогли сказать о команде по этому графику. Какие были бы ваши первые действия, чтобы изменить ситуацию, если её, конечно, нужно менять?
Пишите в комменты свои мнения и замечания...
Предлагаем пятничную разминку:
Перед вами Velocity chart некой команды за 6 месяцев. Вам предстоит работать с этой командой. Что бы вы смогли сказать о команде по этому графику. Какие были бы ваши первые действия, чтобы изменить ситуацию, если её, конечно, нужно менять?
Пишите в комменты свои мнения и замечания...
🔥6❤1👍1
💦Статья Сергея Рогачева Featureban — симуляция Kanban про простую игру-симуляцию Kanban, которая позволяет понять, как Kanban-практики: визуализация, формальные политики, выстраивание обратной связи — обеспечивают прозрачность, а ограничение на одновременно выполняемую работу (Work In Process, WIP) обеспечивает балансировку загрузки и емкости системы.
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #kanban #games #игры #articles #статьи
Описание включает все необходимые материалы для самостоятельного проведения игры.
@agileincubator
#agile #kanban #games #игры #articles #статьи
👍4🔥4⚡1
В бизнесе и продукте, как и в любом другом сложном домене нашей жизни, могут быть различные ограничения, правила и особенности. Как раз об этом варианте декомпозиции пользовательской истории мы и поговорим сегодня.
Вспомните, когда последний раз вы где-то регистрировались. Вспоминаете те ограничения, которым должен был соответствовать ваш пароль? Длина не менее 8 символов, строчные и прописные буквы, спецсимволы. Вот это как раз и есть один из примеров использования бизнес правил.
Рассмотрим процесс регистрации в нашем продукте. «Я, как пользователь, хочу зарегистрироваться в системе, чтобы не потерять историю своих заказов». Первый этап это регистрация. В зависимости от вашего продукта варианты могут быть следующие: регистрация с использованием электронной почты, номера телефона, использование логина. Так же наверняка у вас есть требования к паролю.
Вводя правила в процесс регистрации, вы накладываете ограничения: проверка пароля на соответствие условиям, номер телефона должен соответствовать формату номера, почта должна содержать символ @ и принадлежность к домену (.com, .ru, .uk и т.д.).
Такие ограничения и проверку сделать необходимо, даже не обсуждается. Но появляется другой вопрос — а так ли нам необходимо сделать их для запуска продукта, можем ли пока не проводить проверку, а вынести её в отдельную задачу по пользовательской истории и тем самым ускорить процесс выпуска пользовательской истории, либо зафиксировать общий объём работ.
Давайте поразмышляем. Пользовательская история: «Как пользователь, я хочу иметь возможность оставлять отзывы о товарах на сайте». Чтобы было проще начать, приведу пример первого возможного правила: Пользователь должен авторизоваться на сайте, чтобы оставить комментарий. Напишите в комментариях, какие ещё бизнес условия и правила вы можете предложить для данной истории?
@agileincubator
Вспомните, когда последний раз вы где-то регистрировались. Вспоминаете те ограничения, которым должен был соответствовать ваш пароль? Длина не менее 8 символов, строчные и прописные буквы, спецсимволы. Вот это как раз и есть один из примеров использования бизнес правил.
Рассмотрим процесс регистрации в нашем продукте. «Я, как пользователь, хочу зарегистрироваться в системе, чтобы не потерять историю своих заказов». Первый этап это регистрация. В зависимости от вашего продукта варианты могут быть следующие: регистрация с использованием электронной почты, номера телефона, использование логина. Так же наверняка у вас есть требования к паролю.
Вводя правила в процесс регистрации, вы накладываете ограничения: проверка пароля на соответствие условиям, номер телефона должен соответствовать формату номера, почта должна содержать символ @ и принадлежность к домену (.com, .ru, .uk и т.д.).
Такие ограничения и проверку сделать необходимо, даже не обсуждается. Но появляется другой вопрос — а так ли нам необходимо сделать их для запуска продукта, можем ли пока не проводить проверку, а вынести её в отдельную задачу по пользовательской истории и тем самым ускорить процесс выпуска пользовательской истории, либо зафиксировать общий объём работ.
Давайте поразмышляем. Пользовательская история: «Как пользователь, я хочу иметь возможность оставлять отзывы о товарах на сайте». Чтобы было проще начать, приведу пример первого возможного правила: Пользователь должен авторизоваться на сайте, чтобы оставить комментарий. Напишите в комментариях, какие ещё бизнес условия и правила вы можете предложить для данной истории?
@agileincubator
👍3❤2🔥2👏1
⚡3😁2❤1🔥1🤔1🤣1👻1
🦥В сегодняшних условиях быстро развивающейся цифровой трансформации растет потребность в принятии качественных, быстрых решений в условиях неопределенности. Цифровая трансформация несет с собой огромный потенциал для развития всех участников: каждого из нас, общества, бизнеса, государства. Она меняет нашу жизнь, образование, здравоохранение, бизнес-процессы, способ взаимодействия.
Подробнее в статье Андрея Гирина и Римы Кочарян Lean в информационных технологиях.
@agileincubator
#lean #articles #статьи
Подробнее в статье Андрея Гирина и Римы Кочарян Lean в информационных технологиях.
@agileincubator
#lean #articles #статьи
👍4⚡3🔥2❤1
Декомпозиция. S.P.I.D.R. — Спайки.
Данный подход является «последней капелей» в методе S.P.I.D.R. К нему обычно прибегают в последнюю очередь, когда все предыдущие шаги не помогли.
❤️ Не всегда к нам приходит задача со стороны бизнеса с достаточным описанием, раз.
❤️ Не всегда то, что нужно бизнесу понятно как делать с технической стороны, два.
❤️ В комплексном и сложном продукте не всегда сразу видны и понятны зависимости между частями большой системы, три.
И так можно продолжать. А значит нам не обойтись без предварительного исследования. Как правило, такое предложение исходит от участников команды, в случае возникновения вопросов, ответить на которые команда не может.
В такстрекере (Jira, Kaiten, ClickUp и прочие) такие задачи лучше обозначать отдельным типом. Для этих задач рекомендуется явно ограничить время на исполнение, в идеале 1-2 дня. В них четко описывается та часть функциональности, которая подлежит детальному изучению. А так же как будет выглядеть результат исследования: концептуальная схема, proof-of-concept, отчёт о производительности и т.д. Идеальным вариантом будет считаться описание по пунктам, что следует изучить и для чего.
На следующем PBR (Product Backlog Refinement, встрече по уточнению бэклога) команда возвращается к обсуждению пользовательской истории, но теперь уже с более глубоким пониманием предметной области или технической составляющей, а возможно и четкими задачами в рамках истории.
Это последний этап в методе S.P.I.D.R. А часто ли ваши команды прибегают к пункту Spikes? А можем вы их как-то по другому называете у себя? Или вообще работа с историей у вас начинается с исследования? Поделитесь в комментариях.
Данный подход является «последней капелей» в методе S.P.I.D.R. К нему обычно прибегают в последнюю очередь, когда все предыдущие шаги не помогли.
И так можно продолжать. А значит нам не обойтись без предварительного исследования. Как правило, такое предложение исходит от участников команды, в случае возникновения вопросов, ответить на которые команда не может.
В такстрекере (Jira, Kaiten, ClickUp и прочие) такие задачи лучше обозначать отдельным типом. Для этих задач рекомендуется явно ограничить время на исполнение, в идеале 1-2 дня. В них четко описывается та часть функциональности, которая подлежит детальному изучению. А так же как будет выглядеть результат исследования: концептуальная схема, proof-of-concept, отчёт о производительности и т.д. Идеальным вариантом будет считаться описание по пунктам, что следует изучить и для чего.
На следующем PBR (Product Backlog Refinement, встрече по уточнению бэклога) команда возвращается к обсуждению пользовательской истории, но теперь уже с более глубоким пониманием предметной области или технической составляющей, а возможно и четкими задачами в рамках истории.
Это последний этап в методе S.P.I.D.R. А часто ли ваши команды прибегают к пункту Spikes? А можем вы их как-то по другому называете у себя? Или вообще работа с историей у вас начинается с исследования? Поделитесь в комментариях.
Please open Telegram to view this post
VIEW IN TELEGRAM
👏4👍1🔥1
Доброе утро! Предлагаю пятницу начать с обсуждения очередного кейса.
Вводная: Вы — Скрам-мастер, подключились к команде. Прошла только одна неделя. Вы начинаете немного погружаться в контекст и правила поведения команды. И на одном из дейликов у Вас происходит диалог.
Что Вы, как Скрам-мастер, будете делать дальше?
Вводная: Вы — Скрам-мастер, подключились к команде. Прошла только одна неделя. Вы начинаете немного погружаться в контекст и правила поведения команды. И на одном из дейликов у Вас происходит диалог.
СМ: Как дела по задаче Х?
Dev: В работе.
СМ: А какие достижения за вчера? И как сегодня планируешь подвинуться к окончанию задачи?
Dev: Вчера код писал, сегодня тоже код буду писать.
Что Вы, как Скрам-мастер, будете делать дальше?
⚡4🔥2👏2👍1
🥷Как войти в новую команду и сразу начать двигать изменения? В первые 90 дней роль Agile-коуча или Delivery-менеджера — это не просто адаптация, а шанс изменить процессы и построить доверие. Узнайте, какие шаги помогут вам превратить сопротивление в сотрудничество, а хаос — в продуктивность.
Подробнее в статье Дениса Опалинского Первые 90 дней — инструкция агенту изменений.
@agileincubator
#agile #articles #статьи
Подробнее в статье Дениса Опалинского Первые 90 дней — инструкция агенту изменений.
@agileincubator
#agile #articles #статьи
🔥7👍3⚡3❤1
Очередной инструмент декомпозиции — несколько потребностей.
В процессе разработки продукта, исследования гипотез может случиться так, что мы получаем составную пользовательскую историю. Это легко определить, когда в тексте истории находятся союзы и/или. Как только увидели такое, сразу вспоминайте этот метод.
Как вы уже догадались из названия, мы просто выделяем из пользовательской истории части, которые закрывают определённые потребности. Давайте рассмотрим на примере.
Пример: как покупатель, я хочу, чтобы процесс оформления заказа был интуитивно понятным и быстрым, чтобы я мог без лишних усилий совершить покупку.
Нашли союз «и»? Я думаю особых сложностей не вызвало. Давайте проведём декомпозицию.
Первая история, которую можем выделить: оформление заказа должно быть интуитивно понятным.
Вторая история: оформление заказа должно быть быстрым.
Выглядит просто? Ну да, так оно и есть) И в данном конкретном случае, я думаю, у вас возник вопрос: а что такое интуитивно и быстро? Если это так — то поздравляю, вы на правильном пути размышления. Чтобы ответить на этот вопрос, нам понадобиться понятие «Критерии приёмки». А об этом в следующих постах.
И как обычно, небольшое практическое задание: как пользователь, я хочу иметь возможность сохранять музыкальные плейлисты, чтобы легко добраться до любимой музыки, и просматривать плейлисты друзей, чтобы открывать для себя новые музыкальные хиты.
@agileincubator
В процессе разработки продукта, исследования гипотез может случиться так, что мы получаем составную пользовательскую историю. Это легко определить, когда в тексте истории находятся союзы и/или. Как только увидели такое, сразу вспоминайте этот метод.
Как вы уже догадались из названия, мы просто выделяем из пользовательской истории части, которые закрывают определённые потребности. Давайте рассмотрим на примере.
Пример: как покупатель, я хочу, чтобы процесс оформления заказа был интуитивно понятным и быстрым, чтобы я мог без лишних усилий совершить покупку.
Нашли союз «и»? Я думаю особых сложностей не вызвало. Давайте проведём декомпозицию.
Первая история, которую можем выделить: оформление заказа должно быть интуитивно понятным.
Вторая история: оформление заказа должно быть быстрым.
Выглядит просто? Ну да, так оно и есть) И в данном конкретном случае, я думаю, у вас возник вопрос: а что такое интуитивно и быстро? Если это так — то поздравляю, вы на правильном пути размышления. Чтобы ответить на этот вопрос, нам понадобиться понятие «Критерии приёмки». А об этом в следующих постах.
И как обычно, небольшое практическое задание: как пользователь, я хочу иметь возможность сохранять музыкальные плейлисты, чтобы легко добраться до любимой музыки, и просматривать плейлисты друзей, чтобы открывать для себя новые музыкальные хиты.
@agileincubator
🔥4👏4👍2⚡1
Когда речь заходит о внедрении Agile в компании, многие представляют себе что-то абстрактное, вроде автоматической магической трансформации процессов. На самом деле, внедрение Agile — это методичный, стратегический процесс, требующий не только изменений на уровне инструментов и процессов, но и значительной адаптации культуры внутри компании. Agile — это не про технологии, это про людей. О том, как эта трансформация происходит на практике, мы и поговорим, основываясь на моем опыте трансформаций.
Подробнее в статье Андрея Гирина Agile: особенности внедрения.
@agileincubator
#agile #articles #статьи
Подробнее в статье Андрея Гирина Agile: особенности внедрения.
@agileincubator
#agile #articles #статьи
🔥5❤4⚡2👏1