Интервью с Александром Горником

Продолжаем перепись аджайл населения страны. Сегодня у нас первый владелец продукта — Александр Горник, сооснователь и chief product owner в компании Mindbox.

Продолжение этой статьи »


Как жить, если Бэклог Продукта похож на винегрет

Я работаю с большим количеством организаций, которые учатся использовать Скрам, как инструмент для организационной гибкости. Недавно я заметил закономерность: если команда не может сформулировать Цель Спринта, нужно смотреть на их Бэклог Продукта. И, как правило, он похож на мое любимое блюдо, винегрет. Найти смысл в винегрете — непростая задача 🙂

Бэклог продукта

Со временем отдельные случаи превратились в паттерн и я осознал: Цель Спринта является одним из индикаторов здоровья Бэклога Продукта, потому что именно она объединяет смыслом элементы Бэклога Продукта и служит основанием для командной работы. Сам Бэклог Продукта ультимативно определяет успех продукта, это генеральный план для Скрам-команды.

Попробуем разобраться, как проверить свой Бэклог на винегретность и улучшить ситуацию, если дело плохо.

Продолжение этой статьи »


О роли владельца продукта

Перевод статьи Романа Пихлера The Scrum Product Owner Role on one page.

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


Владелец Продукта — предприниматель

Перевод оригинальной статьи Гюнтера Верхеена https://guntherverheyen.com/about/

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

Разработка нового продукта в запутанной среде требует предпринимательского стиля мышления, при этом размер и возраст продукта или опыт компании не имеют значения. Владелец Продукта, описанный в Скраме, становится Agile менеджером продукта, президентом продукта, его мини-СЕО. Под влиянием среды и высокого уровня неопределенности большие планы могут обернуться  бессмысленными потерями. Поэтому Владелец Продукта использует итеративную разработку и исследовательский подход, стремясь к инкрементальному прогрессу через постоянное исследование полученных результатов. Продолжение этой статьи »


Почему Обзор Спринта больше, чем Демо

Многие люди, практикующие Скрам ошибочно называют Обзор Спринта — “Демо”. Казалось бы, какая разница, если это лишь вопрос терминологии? Тем не менее, Обзор Спринта — самое недооцененное событие Скрама, и многим организациям еще только предстоит в полной мере реализовать его потенциал. “Демо” действительно является очень важной и необходимой его частью Обзора Спринта, но не единственной.

Важно — инспектируем Спринт как событие.

Спринт сам по себе — одно из 5-ти официальных событий Скрама. Обзор Спринта — это не просто демонстрация “Готового” Инкремента продукта, а инспекция прошедшего Спринта, исследование его как эксперимента. В Скраме каждый Спринт — это проект, а сама разработка продукта состоит из большого количества подобных мини-проектов. Каждый Спринт может оказаться последним. Владелец Продукта принимает решение о финансировании очередного Спринта исходя из экономической целесообразности (ROI).

Каждый Спринт может стать последним. Владелец Продукта принимает решение о финансировании очередного Спринта исходя из экономической целесообразности (ROI).

К примеру, формально на Обзоре Спринта могут быть приняты следующие решения:

  • Остановить разработку.
  • Финансировать следующий Спринт.
  • Добавить команду(ы) для увеличения скорость разработки.
  • Изменить состав Команды Разработки.

Продолжение этой статьи »


Balanced Scoreсards, KPI и прочие метрики

Недавно снова обсуждали Balanced Scoreсards (BSC), KPI и метрики в одной большой компании и по следам этих разговоров хочется задокументировать все находки.

Начнем с определений, поскольку в большинстве организаций сокращение KPI используется неверно и означает желаемый результат или цель. Просто посмотрите как это слово используется во многих организациях и вы поймете насколько эта неверная трактовка укоренилась в современной бизнес среде: «Он выполнил свои KPI», «Надо поставить ему KPI на следующий год». На самом деле цель и KPI два разных понятия и одно не может существовать без другого.

Key performance indicators (KPIs) are a set of quantifiable measures that a company or industry uses to gauge or compare performance in terms of meeting their strategic and operational goals.

Цель первична. До того как KPI могут быть определены, необходимо выполнение следующих условий:

  • Должен быть выбран определенный бизнес процесс.
  • У этого процесса должны быть четкие бизнес цели.
  • Процесс должен поддаваться качественным и количественным измерениям.

Key performance indicator (KPI) это бизнес метрика используемая для оценки факторов, критических для успеха организации. KPI используются для оценки бизнес трендов. Они направляют тактические действия организации. KPIs это просто набор индикаторов с которыми мы можем посравнивать наши данные, эдакий организационный измерительный прибор успеха. KPI помогают организации оценивать прогресс по направлению к заявленным целям или отсутствие такового.

Типичные Balanced Scorecards в организациях наполнены этими самими целями KPIs по самые уши. Balanced scorecards могут защищать и усиливать режим управления и контроля сверху (command-and-control), а могут и избавлять от него. Большинство имплементаций к сожалению первого типа, в то время как аджайл мышление заставляет нас склоняться ко второму типу. Продолжение этой статьи »


Хорошего 2016 года (и наши планы)!

Скриншот 2016-01-16 10.44.12

И вот уже, кажется, страна выныривает из новогодних праздников 🙂 А вместе с ней и мы.

И сегодня хотим поделиться нашими планами на первую половину 2016 года. 

Тренинги.

Несмотря на большой объем практической работы в полях (да-да, мы по прежнему активно продвигаем Аджайл-Скрам в различных организациях)  мы продолжим проведение открытых тренингов.

Важно: вы можете посетить наши тренинги в феврале и марте по старой цене (45 000 руб.). С апреля цена трехдневного тренинга составит 55 000 руб.

Расписание тренингов:

В ближайшие месяцы вы сможете попасть на:

PSMТрехдневный тренинг Professional Scrum Master дает максимальную глубину в понимании Скрама. Тренинг научит вас мыслить в рамках правил и принципов Скрама, а также ценностей Аджайла. Ориентирован в первую очередь на будущих Скрам Мастеров, Аджайл Коучей и всех тех, кто хочет разобраться в мельчайших деталях процесса. После сдачи экзамена вы получите сертификат Professional Scrum Master I.

 

PSPO_Badge_Web_405x405Трехдневный тренинг Professional Scrum Product Owner (PSPO) позволяет посмотреть на Скрам с точки зрения бизнеса и максимизации бизнес-ценности продуктов. Будем разбираться в том, как использовать Скрам для создания успешных бизнес моделей и вывода продуктов на рынок. Ориентирован в первую очередь на представителей бизнеса, продуктовых менеджеров, которые станут Владельцами Продукта в рамках Скрама. После сдачи экзамена вы получите сертификат Professional Scrum Product Owner I.

psf_emblem

Двухдневный тренинг Professional Scrum Foundations (PSF) дает вам максимум практики при минимально необходимой теории. Вы будете разрабатывать конкретный продукт и сталкиваться с типичными проблемами из жизни Скрам команд. Professional Scrum Foundations(PSF) — прекрасный тренинг для разработчиков и тех, кто хочет исследовать глубже роль Команды Разработки. Также тренинг прекрасно подойдет тем, кто хочет познакомиться со Скрамом и пришел из другой индустрии (не IT). После сдачи экзамена вы получите сертификат Professional Scrum Master I.

 

Сообщество.

Не менее важно и создание сообщества людей, которые будут разделять с нами Аджайл Ценности. Мы продолжим проведение ежемесячных встреч группы Inspired By Agile.

Важно: в феврале мы запускаем сообщество Scrum Russia. Присоединяйтесь!

Конференция Scrum Day Russia.

Уже ну очень скоро мы объявим о дате первой конференции по Скраму в России — Scrum DayПоддержите проведение этой конференции и будьте с нами!

Scrum ON!

 


Professional Scrum Product Owner (PSPO) — тренинг для бизнеса

Привет, друзья!

у нас есть неожиданные новости для вас. В течение всего прошлого года мы проводили тренинги для Скрам Мастеров Professional Scrum Master(PSM). И каждый раз нас спрашивали про тренинг для Владельцев Продукта.

Фух! Наконец можно выдохнуть, потому что мы получили официальную лицензию от Scrum.org (это было нелегко 🙂 ) и теперь имеем право проводить сертифицированные тренинги Professional Scrum Product Owner (PSPO) для бизнеса.

Краткое описание.

PSPO_Badge_Web_405x405

Professional Scrum Product Owner (PSPO) фокусируется на основных ожиданиях от Владельца Продукта — максимизации бизнес ценности для клиентов, пользователей и всей организации.

FotorCreated


Подробное описание можно найти здесь.

Два тренинга по сниженной цене — 25 000 руб.

Мы решили провести два первых тренинга Professional Scrum Product Owner (PSPO) в Москве и в Питере по сниженной цене в 25 000 руб. После этого цена вернется к прежней 45 000 руб. Спешите зарегистрироваться на тренинг. Количество мест ограничено:

О тренере.

11248035_823782774324873_1958747892_oСертифицированный Professional Scrum Trainer (PST) от Scrum.org. Считает себя безработным, потому что занимается любимым делом. Читает 70-80 книг в год, провел более 100 Ретроспектив в своей жизни и ни одной одинаковой за последние 2 года, ведет ежемесячные встречи Lean Coffee в Москве и Санкт-Петербурге. Фокус Ильи — трансформационные изменения в организациях и командах. Внедряет Аджайл/Скрам в разных странах мира (Россия, Украина, Италия, Румыния, Израиль, Болгария). Пишет книгу «A Scrum Master’s Practical Toolbox».

 

 

 


Что стоит измерять в Аджайле?

Давно хотел написать этот пост. Время для него пришло. И для начала хочу задать вам простой вопрос:

А зачем вообще нужен Аджайл?

Обратите внимание на первый из двенадцати принципов Аджайл Манифеста:

value

Таким образом, независимо от того, какой гибкий процесс вы используете в разработке (Скрам, Кристалл, Канбан, XP) главное для создателей манифеста — это ранняя доставка ценности для заинтересованых лиц и закрытие их потребностей.

Успешность внедрения любого гибкого процесса нужно измерять приростом доставки ЦЕННОСТИ.

Продолжение этой статьи »


К чёрту проекты! Делаем успешные продукты в Скраме.

5742306532_6fdff0079e_b

Продукты и проекты, что выберете вы?

Хочу задать вопрос – как вы думаете, насколько связаны успешность ПРОЕКТА и успешность ПРОДУКТА?

Оглянитесь по сторонам — нас окружают телевизоры и телефоны, планшеты и машины, квартиры и дома, в которых мы живем. И нам, как конечным пользователям, часто безразлично, насколько успешны были проекты, которые привели к их созданию — в установленные сроки (on Time), в рамках заявленного бюджета (on Cost), с намеченным объемом работ (on Scope).

Успешность ПРОЕКТА напрямую не связана с успешностью ПРОДУКТА.

Можно привести массу примеров успешных проектов (on Time, on Cost, on Scope), которые на выходе имели провальные продукты. И наоборот, проблемные проекты (например, перерасход бюджета или серьезный сдвиг по срокам) рождали успешные продукты, которые затем взрывали рынок и приносили своим создателям большую прибыль, а конечным пользователям ценность.

Определение проекта согласно PMBOK: Временные усилия, направленные на создание уникального продукта или сервиса.

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

К сожалению, большинство компаний до сих пор живут в старой проектной парадигме. Заключается fix-price контракт или одна из его разновидностей, а дальше главной задачей менеджера проекта остается максимальное следование первоначальному плану, чтобы втиснуться в узкие рамки «золотого треугольника» — Time, Cost, Scope.

Скрам и продукты.

Хочу обратить внимание на то, что Скрам не является «методологией управления проектами» — определение, которое часто можно встретить.

Скрам – это фреймворк для разработки и поддержки функционально сложных ПРОДУКТОВ (Скрам Гайд, июль 2013).

И еще одна цитата:

Скрам – это фреймворк, в рамках которого возможно решать сложные адаптивные проблемы и, в то же время, продуктивно и креативно разрабатывать ПРОДУКТЫ наивысшего качества (Скрам Гайд, июль 2013).

Фокус Скрама направлен на разработку высококлассных качественных продуктов, которые должны радовать конечных пользователей (нас с вами), и приносить удовлетворительный ROI их создателям.

Слово «проект» встречается в Скрам Гайде всего один раз:

Каждый Спринт может считаться ПРОЕКТОМ длительностью не более одного месяца. (Скрам Гайд, июль 2013).

Таким образом, если вы проработали недельными Спринтами в течении двух месяцев, то вам удалось поучаствовать в восьми проектах.

Желаем смерти всем проектам.

Исходя из всего выше изложенного, я приглашаю вас присоединиться к нашему призыву (полностью читаем в статье «Желаю смерти большинству IT-проектов»):

Я хочу, чтобы большинство IT-проектов ушло из жизни. Более того, хочу, чтобы они вообще никогда не родились. Хочу, чтобы само понятие проектов, применительно к разработке программного обеспечения, вымерло и осталось в далеком-далеком прошлом, как покинувшие эту землю динозавры много миллионов лет назад. А наши дети лишь улыбались при упоминания слова IT-проект и рассуждали, а существовали-ли они (проекты) на самом деле, или это все бабушкины сказки.

PSM_Website_LargeХотите узнать больше о том, как разрабатывать успешные продукты в Скраме? Записывайтесь на ближайший сертификационный курс Professional Scrum Master (PSM), который пройдет в Москве 16 июля.

 

Scrum ON!