Кто такой productowner ?
Очень частое явление - когда продакт назначают человека, который стоял в разработке у истоков продукта, но потом почему-то все не едет так как хочется топам. Продакт концентрируется все также на разработке, ресурсы тратятся, а продукт даже не начинает продаваться.
Это ужасающе массовая ситуация в мире ИТ, где с 80-90х бытуют мифы, что гениальный разработчик может разобраться во всем. Оно может конечно и так, но хочет ли? А главное зачем, когда вокруг есть менее скилловые по хардам люди, но при этом более способные к бизнесу?
Основаная функция продакта - это развивать продукт, но развитие заключается не в написании кода, а в том чтобы сделать что-то стоящее и востребованное. Если задача заработать денег не стоит, то это не означает, что можно делать что-то без оглядке на рынок. Мы никогда не делаем проекты изначально «в стол». Мы хотим, чтобы технологии жили и были востребованы, внезависимости от коммерческого успеха, но зарабатывать на своем труде обычно тоже хочется…
Так что же делать?
1. Трезво оценивать способности людей
2. Не пытаться навяливать не свойственные функции
3. Чётко формулировать ожидания от продукта
4. Ставить реалистичные сроки
5. Отталкиваться от требуемых навыков, а не от текущих членов команды
6. Разделяйте функции dev-lead и product-lead
Визионерство в технологиях чаще всего не совместимо широким бизнес кругозором, ваш софт может не продаваться по банальной причине - нет адекватной форму договора. Такие простые вещи могу запороть самый гениальный продукт. Но чтобы «изменить мир» нужно уметь преодолевать все эти скучные и не интересные вещи.
Очень частое явление - когда продакт назначают человека, который стоял в разработке у истоков продукта, но потом почему-то все не едет так как хочется топам. Продакт концентрируется все также на разработке, ресурсы тратятся, а продукт даже не начинает продаваться.
Это ужасающе массовая ситуация в мире ИТ, где с 80-90х бытуют мифы, что гениальный разработчик может разобраться во всем. Оно может конечно и так, но хочет ли? А главное зачем, когда вокруг есть менее скилловые по хардам люди, но при этом более способные к бизнесу?
Основаная функция продакта - это развивать продукт, но развитие заключается не в написании кода, а в том чтобы сделать что-то стоящее и востребованное. Если задача заработать денег не стоит, то это не означает, что можно делать что-то без оглядке на рынок. Мы никогда не делаем проекты изначально «в стол». Мы хотим, чтобы технологии жили и были востребованы, внезависимости от коммерческого успеха, но зарабатывать на своем труде обычно тоже хочется…
Так что же делать?
1. Трезво оценивать способности людей
2. Не пытаться навяливать не свойственные функции
3. Чётко формулировать ожидания от продукта
4. Ставить реалистичные сроки
5. Отталкиваться от требуемых навыков, а не от текущих членов команды
6. Разделяйте функции dev-lead и product-lead
Визионерство в технологиях чаще всего не совместимо широким бизнес кругозором, ваш софт может не продаваться по банальной причине - нет адекватной форму договора. Такие простые вещи могу запороть самый гениальный продукт. Но чтобы «изменить мир» нужно уметь преодолевать все эти скучные и не интересные вещи.