8 октября в московском DI Telegraph пройдет Scrum Day 2018 — одна из конференций, которые по всему миру организует Scrum.org. Особенность Scrum Day в том, что точная программа конференции заранее неизвестна и упор делается на общение в малых группах. Каждый участник может заявить свою тему и затем обсудить ее с коллегами. Таким образом в течение дня параллельно раскрываются десятки актуальных тем. Подробная информация — под катом.
Читать полностью »
Рубрика «scrum» - 9
Scrum Day — конфа высокой концентрации смыслов
2018-10-05 в 14:45, admin, рубрики: agile, scrum, Блог компании Ростелеком, Ростелеком, Управление продуктом, управление проектамиКак масштабировать Scrum — пара слов о фреймворке гибкой разработки ПО Nexus
2018-10-04 в 12:45, admin, рубрики: nexus, scrum, Блог компании ИТ-ГРАД, гибкие методологии, ИТ-ГРАД, Управление e-commerceВ январе 2018 года свет увидел обновленный фреймворк Nexus — инструмент на базе Scrum, заточенный под командную работу над крупными проектами. Авторы методологии внесли исправления в ряд определений терминов и поменяли порядок лицензирования. С начала года Nexus Guide распространяется по лицензии Creative Commons. И это значит, что любая компания может свободно использовать Nexus (как и Scrum).
Расскажем об особенностях методологии и её основных компонентах.
Дизайн цифровых продуктов. Цель, роль, метод
2018-09-29 в 2:39, admin, рубрики: scrum, гибкие методологии, дизайн, Управление продуктом, управление проектами, цифровой продуктМне довелось создать с нуля подразделение дизайна в Альфа-Банке и поработать дизайн-директором. На это ушло пять лет. В результате у нас получилась дизайн-система (в коде) и подход к диайну цифровых продуктов. Собственно, про этот подход я и расскажу здесь. Точнее, это — текст лекции, которую я читал в начале 2018 года в Москве, Перми, Новосибирске и Петербурге. В мае я принял решение покинуть банк, теперь дошли руки опубликовать текст лекции.
В Альфа-Лаборатории мы строили процессы продуктовой разработки как раз по скраму, где каждая команда является самостоятельной единицей, способной делать поставки так быстро, как смогут (в идеале — недельными или двухнедельными спринтами).
Важная оговорка: весь текст рассказывает о работе дизайнера в скрам-команде. Это очень важная оговорка, которую надо держать в голове. На лекциях я это упоминал мимоходом, как само собой разумеющееся, поэтому кто-то мог потерять смысл рассказа. Для канбана и традиционных подходов (договор-дизайн-верстка-сборка-акт) такой метод скорее всего может даже навредить. Поэтому, если вам понятие «скрам» ново, изучите подход — может быть кому-то это поможет лучше организовать работу у себя. По ходу текста я насыпал ссылок на статьи и книги.
В конце 2017 года в Лаборатории было около 30 команд (может больше), и почти для каждой нужен был свой дизайнер. Даже на таком относительно большом масштабе важнее работать на уровне стратегии, верхнеуровневых понятий и подходов, потому то «контролировать» работу 30 дизайнеров, которые работают над разными продуктами и в разных командах и с разной скоростью технически качественно не получится. Тактику определяет каждая команда самостоятельно, в этом вся прелесть.
А был ли Scrum*?
2018-09-23 в 8:06, admin, рубрики: agile, scrum, transformation, Управление продуктом, управление разработкой
*Scrum (Скрам (сущ.)) — это фреймворк, который помогает решать изменяющиеся в процессе работы задачи, чтобы продуктивно и творчески поставлять клиентам продукты с максимально возможной ценностью.
Почему я решил написать эту статью
Очень часто в рабочей среде, на просторах интернета и на собеседованиях можно услышать, например, вот такое:
«С этим Скрамом столько встреч! Когда работать то?!»;
«Хорошо, пусть это будет хоть Скрам, хоть Срам, только отвалите и дайте мне писать код!»;
«У нас тоже этот Скрам навязали, вообще непонятно для чего»;
«Каждый день стендапы минут по сорок, нафига мне на них присутствовать? Хотите знать, что я сделал и над чем работаю сейчас — смотрите Jira, Confluence, Git и т.д.»
«Скрам-мастер вообще шут какой-то, ему бы всё хороводы водить, вместо управления проектом!»;
«Да, Скрам мы использовали: главное, что ретроспективы проводили».
Цель данной статьи показать, что тот негатив, который всё ещё большим потоком льётся в сторону Скрама, на самом деле к нему не относится, и проблему нужно искать в другом месте.
Далее я хотел бы рассказать о типичных случаях, откуда берут своё начало эти проблемы.
Читать полностью »
Семь проблем внедрения Scrum, о которых мы не знали
2018-08-15 в 9:41, admin, рубрики: agile, scrum, Блог компании Промсвязьбанк, управление персоналом, Управление продуктом, управление проектамиПривет! Меня зовут Максим Лютцау, в Промсвязьбанке я работаю product owner’ом. Почти год разработка нового интернет-банка «Мой бизнес» у нас идет по фреймворку Scrum, и в связи с этим я уже успел набить шишек. В этом посте я хотел бы рассказать о самых болезненных из них, а также о том, какие средства нам в итоге помогли. Чтобы вы смогли избежать подобных неприятностей.
Definition of Ready — то, о чем нам забыли рассказать
2018-07-13 в 11:38, admin, рубрики: agile, definition of done, definition of ready, scrum, Управление продуктом, управление проектами, управление разработкойВведение
Что такое DoR
Зачем нужен DoR
Где применять DoR
Когда применять DoR
INVEST модель
Заключение
Список литературы
Введение
Наверняка вы не раз слышали, скорее даже использовали с командой артефакт Scrum — Definition of Done далее по тексту — DoD. Возможно, используете его, даже не осознавая этого. О DoD написано много русскоязычных статей. О нём говорят на конференциях, и тренингах. Разобраться для чего нужен этот артефакт, и найти примеры не трудно. DoD определяет критерии, по которой каждый член команды понимает, что задача закрыта. Глубинная цель — синхронизировать понятие Done, между каждым членом команды. Над этими критериями, часто, команда трудится во время ретроспективы. Существует похожий артефакт, о котором почему-то нет упоминания в русскоязычных ресурсах о Scrum, а там где этот артефакт упоминается, не даётся никаких разъяснений что это, зачем нужен, и как использовать.
Скорее всего, в вашей команде звучали фразы наподобие: «Мы завалили цель, потому что неправильно оценили задачу», или «Наш PO опять пришёл с задачей без должного описания». В моей команде, подобные “сигналы” появлялись не один раз, и я долго искал способ, чтобы решить эту проблему.
Скрам в большие команды: LeSS Day 2018
2018-07-12 в 13:46, admin, рубрики: agile, less, scrum, Блог компании Ростелеком, конференции, конференция, Управление продуктом, управление разработкойМетодологию скрам постепенно осваивают все большие по масштабам команды. Такой опыт есть и у нашей компании. Совместно с Unusual Concepts мы планируем поделиться своими наработками со всеми желающими в рамках дня Large-Scale Scrum — LeSS Day 2018, который пройдет 16 июля в офисе Comcity в Москве.
Мероприятие бесплатное, а участники из других городов смогут посмотреть онлайн-трансляцию, которую мы запустим в нашем блоге.
Лечение «механического» Scrum. Часть 3. Работа SM
2018-07-08 в 4:41, admin, рубрики: agile, scrum, scrum-мастер, Блог компании Wrike, команда разработки, разработка, Управление продуктом, управление разработкойКак следует из названия, это продолжение серии статей про роли в scrum (часть 1 и часть 2). Сегодня рассмотрим следующую роль – scrum master. Как это ни парадоксально, успешность scrum во многом зависит от scrum мастера. Поэтому хочется снова призвать силу воображения и привести метафору (дисклеймер: пример никоим образом не должен оскорбить чьих-либо чувств). Есть культура, у которой есть свой культ, свои обряды, есть служители этого культа. Служителей можно разделить на различные классы:
- те, кто со своей культурой предпочитают быть один на один — отшельники, затворники, просветленные;
- те, кто выучили все правила, нашли лазейки, понимают, что и как делать, и используют культ в корыстных целях, наживаясь на людях, их страхах и предубеждениях;
- фанатики, которые пытаются насадить свою культуру к месту и не к месту. Для которых кроме их знаний, всё остальное ересь;
- те, кто искренне верит, чувствует и пытается поделиться, помочь и подарить это чудо людям; они рассказывают и объясняют, слушают и пытаются помочь.
Со Scrum и SM-ами, мне кажется, происходит очень похожая история. Попробуйте посмотреть на знакомых вам SM через такую призму. С какими SM вам бы хотелось работать?
Давайте разберемся, какие тревожные симптомы могут быть у SM.
Лечение «механического» Scrum. Часть 2. Команда
2018-06-30 в 17:49, admin, рубрики: agile, scrum, Блог компании Wrike, команда, команда разработки, Управление продуктом, управление разработкойВ первой части мы рассмотрели тревожные симптомы и возможные способы «лечения» Product Owner в «механическом» scrum. Продолжим разбор ролей и следующая на очереди – команда.
Все же знают мантру, что команда должна быть самоорганизованной и кросс-функциональной, это выглядит как самая простая часть scrum: берем людей с нужными компетенциями, говорим им: «вы команда», и полетели! Но на деле все несколько сложнее.
Митап «Как запускать гильдии и сообщества?» от Туту.ру и AgileVerse
2018-06-13 в 12:09, admin, рубрики: scrum, tutu.ru, Блог компании Туту.ру, конференции, митап, обучение, скрам, скрам мастеру на заметку, Учебный процесс в IT
Гильдии и сообщества — что вы слышали о них? Это что-то из онлайн-игр или социальных сетей? Оказывается, не только. Эти инструменты давно используются в современных компаниях, чтобы помочь людям начать больше общаться, делиться опытом и учиться принимать решения самостоятельно.
21 июня Tutu.ru совместно с AgileVerse приглашают посетить митап «Как запускать гильдии и сообщества?». Ребята поделятся своим опытом, а мы вместе составим описание эффективного сообщества. Пропишем конкретные шаги для создания подобного сообщества в вашей компании.
Читать полностью »