Тайная сторона продуктовой разработки

ПМ в аутсорсе – странная должность. Клиент чморит его за инвойсы и таймрепорты, команда шторит тупкой и безответственностью, начальство требует показателей.

Желания работать в такой атмосфере пропадает быстро и люди держатся на силе воли, деньгах и алкоголе. И все мечтают про продуктовую разработку. Очень просто услышать от задолбавшегося менагера на курилке: “… а вот в продуктовом стартапе все было бы уму …”.

Так вот, друзья, болт.

Дисклеймер. Это чисто мои мысли, у вас может быть другая картина мира, другой опыт и другие выводы

1. Заказчики, Продукт Оунеры, Бизнес

Продуктовая разработка – словно Ultima Thule, Утопия, Авалон. Там все прекрасно, разработчики делают задачи не то что вовремя, а заранее. Тестеры находят все багие ещё до момента появления кода. И самое главное, тебя никто не долбит за скидку по инвойсам, ошибку в таймрепорте. Ты просто работаешь и всё.

Алё, друзья, независимо от того, что делается, это же бизнес! И у них есть свои требования и показатели. И отпускать команду резвиться в прерию без оглядки на нужды бизнеса будет глупостью.

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

Т.е. бизнес контекст все равно останется. Тебя будут спрашивать за деньги. Более того, получение денег будет завязано не на кол-во человеко-часов которых ты можешь продать. А будет зависеть от совершенно других причин, на которые ты повлиять не сможешь.

2. Конечные пользователи

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

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

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

3. Процессный фреймворк

Аджайл, скрам и прочее не могут быть реализованы в аутсорсе. Слышали такое утверждение? И конечно вы слышали про Спотифай, где цветёт и пахнет аджайл. И это вроде подтверждение, что трушный аджайл можно взрастить только на почве продуктовой компании.

Действительно, так как работа более структурирована и не меняется от каждого нового стейкхолдера, то порог внедрение любого фреймворка будет ниже, ведь и волатильность меньше. Но, важно понимать зачем вообще такие фреймворки нужны. А придумали их не просто для проформы, а чтобы увеличить производительность труда, убрав лишние повороты и движения. И когда продукт выходит на плато своей продуктивности, то велик риск закукливания. Команда просто законсервируется сама в себе и перестанет развиваться, ведь раньше всё было хорошо.
В аутсорсе у тебя выборка шире, условия меняются чаще и потому навык приспособления и вот то самое agility будет прокачиваться быстрее.

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