Agile.Live

2021-06-10 17:31:59 ​​"Хочу рассказать о неудаче, которая постигла меня в начале карьеры: мы формально внедряли Scrum, когда внутри команды все осталось старым.

Почему это важно:
➊ Существует некая идеализация экспертов. Вместо того, чтобы мотивировать, она часто демотивирует. Человек рассуждает “Я никогда не достигну такого уровня” и опускает руки, вместо того, чтобы с энтузиазмом воплощать изменения, двигаясь в направлении “Да, поэтому”.
➋ Компаниям необходимо слышать не только “правильные ответы”, но и учиться на ошибках. Лучше, когда это ошибки других.
➌ История о фейле — на самом деле ценный инсайт, который помогает лучше понять аджайл-культуру и перенести идеи из книжек и тренингов в реальные жизненные ситуации.

В 2008 году я имел честь работать в компании Ciklum над разработкой платформы для крупного мобильного оператора, цифровыми решениями для маркетинга и другими проектами..."
Слава Москаленко

Далее Відкрити / Коментувати

2021-06-07 14:18:52 ​​ Специалисты и компании, чья деятельность связана с разработкой продукта, часто жалуются на проблемы с командами в процессе внедрения Scrum или повседневной работе. В книгах одно, на практике другое.

Внедряя Scrum в крупных компаниях в США, Сингапуре, Великобритании и других странах, мы получили ценный опыт и успехов, и поражений, которыми делимся с коллегами на страницах Agile.Live.

Дело в том, что все попытки ввести Scrum в соответствии с постулатами Agile может перечеркнуть один маленький, но коварный нюанс — устаревшая практика командной работы.

Именно с командами тесно связана сущность Scrum. Ведь задача скрам-мастера состоит в том, чтобы создать среду, в котором во время каждого спринта команда сможет создать инкремент из согласованного (не с “начальством”, а между участниками процесса разработки) задач, а также проверить результаты и внести соответствующие коррективы в следующий спринт.

Детальнее Відкрити / Коментувати

2021-06-03 11:17:03 ​​ Что почитать для начального уровня профессионального развития владельца продукта?

Для уровня Analyst мы рекомендуем книгу Майка Кона “Пользовательские истории: гибкая разработка программного обеспечения” (User Stories Applied for Agile Software Development. Mike Cohn. Foreword by Kent Beck).

Владелец продукта должен быть мастером формулировки “пользовательских историй”. Каждая User Story не должна превышать длительность одной итерации (2 недели). В это время команда должна реализовывать 4-5 таких пользовательских историй.

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

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

Пример типичной пользовательской истории: “Как постоянный фасилитатор онлайн-сессий я хочу иметь возможность проводить голосования за ту или иную идею с помощью интерактивных карточек небольшой командой из 3-4 человек — для того, чтобы не тратить время на дополнительные инструменты”.

Умение приоритизировать
Помимо анализа, владелец продукта отвечает за Product Backlog — “артефакт”, в котором хранят и приоритизируют все User Story (как один из методов описания задачи или проблемы, которую нужно решать; проблема должна быть лаконичной, понятной и реалистичной для выполнения за одну итерацию).

Итак, кроме умения формулировать пользовательские истории, владелец продукта берет на себя большую ответственность — отвечает за беклог продукта, где приоритизирует их с точки зрения первоочередности и важности.

Читать больше Відкрити / Коментувати

2021-05-27 18:51:58 ​​SAFe: какие компании нуждаются в масштабировании?

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

➊ Всем ли компаниям нужен Scaled Agile Framework (SAFe)?
➋ Когда нужно использовать SAFe?
➌ В чем особенность SAFe по сравнению с другими подходами?

В нашем интервью вы найдете ответы на эти и многие другие вопросы. Відкрити / Коментувати

2021-05-25 17:33:10 ​​Зарегистрируйся на тренинг Professional Scrum Master (PSM) и получи всемирно признанную сертификацию скрам-мастера от Scrum.org. Всего за €595, после 10.04 стоимость вырастет до €695.

Зачем вам нужно получить PSM:
✓ если вы планируете работать заграницей или с иностранными компаниями. Например, в Австралии без сертификации невозможно занять позицию скрам-мастера;
✓ повышает стоимость на рынке труда и содействует карьерному росту;
✓ тренинг структурирует имеющиеся и полученные знания в одну систему;
✓ содействует признанию компетентности и уважению среди коллег в профессиональной среде.

Почему стоит пройти обучение от Agile.Live:
тренинг проводит единственный в Украине сертифицированный Scrum.org скрам-тренер Slava Moskalenko, обучивший более 1000 специалистов из США, Австралии, Европы, Сингапура, Индии и других стран;
Самая привлекательная цена в Восточной Европе;
Бесплатный дополнительный день со Славой для подготовки к сдаче экзамена PSM на Scrum.org;
Удобный формат обучения, повышающий усвоение материала – три дня вместо двух.
Профессиональный скрам-мастер - передовой курс для специалистов из всех отраслей (IT, инженерия, финансы, логистика, фармацевтика и др.), отвечающих за команду разработчиков продуктов.

Участники научатся:
- четкому пониманию правил скрама через призму эмпирического опыта;
- работать в роли скрам-мастера для скрам-команд;
- запускать скрам-команды или повысить эффективность уже существующей.

Детали и регистрация Відкрити / Коментувати