Архив рубрики ‘управление продуктом’

Лучшие практики для бизнеса из профессионального спорта. Часть 4: Жертва становится хищником

В четвертой части темы «что взять бизнесу из профессионального спорта» (см. ранее часть 0, часть 1, часть 2, часть 3) внезапно будет довольно неожиданное отступление про психологию, мотивацию и жизненный выбор, несмотря на обстоятельства. Можно сказать, что автор аккуратно и осмысленно зайдёт на территорию «мотивационной мотивации» — в том числе потому, что нынешний российский IT […]

Нелояльная лояльность

Новая история от продуктового лидера, который строил-строил лояльность, да так и не достроил. 1. Когда цифры говорят «да», а сердце — «нет» Долгое время я верил, что лояльностью можно управлять.

Процессы vs. Инструменты: как выстроить сквозной поток создания ценности

Недавно мы с командой посчитали, сколько времени уходит только на то, чтобы найти информацию о задаче. Получилось около 8 часов в неделю на человека — это целый рабочий день, который тратится на переключение между Jira, Excel, почтой, Service Desk, GIT,  Confluence и ещё парой внутренних систем. При этом половина контекста всё равно теряется где-то между […]

Лучшие практики для бизнеса из профессионального спорта. Часть 1: Разбор полетов

Продолжаю цикл статей о том, что традиционный бизнес обязан подсмотреть и забрать себе из практик профессиональных игровых видов спорта (потому что спорт, внезапно, оказывается сложнее и умнее). Нулевая, вводная часть выложена здесь, а сегодня мы разберем, зачем нужно то, что называется словами Post-game review, Post-season Review, After Action Review или «Разбор полетов».

Нефункциональные требования. Список, который вспоминают в последний день перед релизом. Часть 2

Привет! Сегодня мы продолжаем разбирать требования, которые вспоминаются нам за день перед релизом. Если функциональные требования отвечают на вопрос «что система делает?», то эти — на вопрос «насколько хорошо она это делает и сколько это стоит бизнесу». И именно их качество больше всего влияет на архитектуру и стоимость разработки. В этот раз сосредоточимся на этой тройке: сопровождаемость, надежность и безопасность. Это те […]

Почему раздувание штата не ускорит релиз — миф о линейном ускорении

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

Per aspera ad astra. Как построить космолет, не привлекая внимания санитаров

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

ROPI — индекс возврата инвестиций от продукта

Несколько лет назад я познакомился с работой Ицхака Адизеса где он рассуждал об эффективности работы руководителя. В это момент мне стало интересно, как оценивать эффективность работы меня как CPO, как оценивать работы всех команд, как понять что все команды приносят пользу? Вопрос кажется очень простым, но на поверку он намного сложнее. Команды работают не в […]

Размышления о документации

Вряд ли найдётся кто-либо, кто в здравом уме и ясной памяти будет отрицать необходимость документации. Любой продукт имеет (или должен иметь) свою документацию. Как минимум – инструкцию о том, как этим продуктом пользоваться. Производители почти всегда указывают – «прежде чем начать пользоваться нашим продуктом, внимательно ознакомьтесь с инструкцией».  

С толикой «крипоты» — откуда пришло понятие feature creep и как «ползучее расширение функциональности» вредит проектам

Мы в Beeline Cloud недавно писали о ретрософте, который живет и поддерживается вот уже не первое десятилетие. Сила этих программ кроется в отказе от лишнего. Во многом они выжили благодаря своей простоте: сохранили ядро, ключевую функциональность и лояльных пользователей. Поговорим о тех, кто все же не смог устоять. Разберем на примерах, как неконтролируемый feature creep […]