3 заметки с тегом

управление продуктом

Нормальный поток задач

Для успешной работы продукту необходим нормальный поток задач — инструкции по обработке типичных задач и люди (или роботы), которые их выполняют.

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

Ключевые свойства нормального потока:

Синхронизация

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

Стив Джобс рассказывается о еженедельных встречах руководства Эпл:

Шаблоны и инструкции

Шаблоны, инструкции, алгоритмы — смазка нормального потока задач.

В Дизайн-бюро Артёма Горбунова существует процедура продажи проекта, шаблоны писем, типовой план проекта:

В «Додо Пицце» все станции снабжены инструкциями:

Управляющий партнёр сети «Пятёрочка» Дмитрий Потапенко рекомендует блок-схемы алгоритмов из школьного учебника:

Обработка нестандартных задач

Нормальный поток задач плохо справляется с нетипичными задачами. Поэтому инструкции должны предусматривать удаление нестандартных задач из нормального потока:

2017   управление продуктом

Перфекционизм в продуктах

Отношение Стива Джобса к качеству продуктов завораживает. Из книги Уолтера Айзексона:

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

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

Когда Джобс решил построить во Фримонте наисовременнейший завод по производству Макинтошей, его эстетические амбиции и страсть к контролю достигли апогея. Ему хотелось, чтобы машинное оборудование было выкрашено в яркие цвета, как логотип Эпл, но он так долго разглядывал образцы краски, что директор по производству Мэтт Картер в итоге установил обычное оборудование, бежевых и серых цветов. Осмотрев завод, Джобс распорядился, чтобы станки перекрасили в яркие цвета, которые он выбрал. Картер отказался. Оборудование было очень ценное, и покраска могла иметь нежелательные последствия. Он оказался прав. Один из самых дорогих станков, который всё-таки перекрасили в ярко-голубой, стал плохо работать, и его окрестили «Каприз Стива». В конце концов Картер ушёл. «Борьба с ним требовала слишком много сил, а поводы для стычек яйца выеденного не стоили, так что мне надоело», — рассказывал он.

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

Джобс был раздавлен.

— Кажется, мне все ясно, — сказал он и выбежал вон из комнаты. Никто за ним не последовал.

Вернувшись в свой кабинет, он собрал своих многолетних сторонников из команды Макинтоша. Заливаясь слезами, он сказал, что ему придётся покинуть Эпл.

Раз уж мы начали с рассказа о Стиве Джобсе, пусть он, но уже умудрённый опытом и вернувшийся в Эпл, подведёт итог:

Продукты — пакеты внимания. Чтобы сделать отличный продукт приходится жертвовать неважным. Это ок.

P. S. Не путайте упрощение с халтурой. Совет о перфекционизме.

2017   управление продуктом

Утверждение и уведомление

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

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

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

Уведомляют в трёх точках:

  1. Собираюсь что-то сделать — чтобы предупредить ошибку.
  2. Что-то сделал — чтобы другие участники знали, чего ждать.
  3. Получил результаты — чтобы распространить знания о продукте и гипотезах.

Недостаток уведомительного подхода — возможные ошибки и рассинхронизации: кто-то о чём-то не знал и сделал не то. Если продукт обновлять достаточно часто, такие ошибки не страшны, быстрое движение вперёд их компенсирует.

См. также

Тим Ферис Позволение плохому случаться (на английском)

P. S.

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

2017   управление продуктом   управление проектами