CPO и CTO не обязаны сразу понимать друг друга⚪️
Есть довольно частая история: CPO и CTO спорят о задачах, сроках, качестве постановки и готовности продукта к разработке.
Со стороны может показаться, что у них разные цели. Но чаще всё наоборот.
Оба хотят сделать сильный продукт. Просто смотрят на него с разных сторон.
CPO думает о клиенте, бизнес-результате и скорости выхода на рынок. Его главный страх 🟢 потратить месяцы и не получить никакого эффекта.
CTO думает о реализуемости, качестве и устойчивости системы. Его главный страх — 🟢быстро выпустить решение, которое потом придётся долго и дорого переделывать.
И оба по-своему правы.
Проблема начинается, когда вместо обсуждения этих различий появляются формулировки:
🟣«Разработка слишком медленная».
🟣«Продукт приносит неподготовленные задачи».
🟣«Сделайте нормальное ТЗ».
🟣«Не усложняйте и просто выпустите».
За этими словами обычно скрываются не плохие люди и даже не слабая команда. Скрываются разные представления о том, что значит «задача готова».
На мой взгляд, зрелая продуктовая команда появляется не тогда, когда CPO победил CTO или наоборот.
Она появляется, когда они смогли договориться:
🟢 какой результат нужен бизнесу и пользователю;
🟢 какая информация необходима до начала разработки;
🟢 какие вопросы обязан закрыть продукт;
🟢 где требуется участие технической команды;
🟢 какие риски допустимы ради скорости;
🟢 кто принимает решение, если идеального варианта нет.
Иногда до этого приходится пройти несколько тяжёлых итераций. Поспорить. Пересобрать процесс. Признать, что где-то неправильно понял другого или не услышал его ограничения✔️
Но когда общий язык найден, команда действительно ускоряется в несколько раз.
Не потому, что разработчики начинают быстрее писать код.
А потому, что исчезают возвраты, недосказанность, взаимные ожидания и задачи, которые начинают делать до того, как договорились о результате.
Поэтому одна из важных компетенций и CPO, и CTO — умение вести переговоры друг с другом.
Не защищать только свою территорию, а вместе создавать систему, в которой бизнес, продукт и технология перестают конкурировать за правоту.
Потому что в конечном счёте CPO и CTO делают не две разные части работы.
Они вместе делают один продукт💜
Есть довольно частая история: CPO и CTO спорят о задачах, сроках, качестве постановки и готовности продукта к разработке.
Со стороны может показаться, что у них разные цели. Но чаще всё наоборот.
Оба хотят сделать сильный продукт. Просто смотрят на него с разных сторон.
CPO думает о клиенте, бизнес-результате и скорости выхода на рынок. Его главный страх 🟢 потратить месяцы и не получить никакого эффекта.
CTO думает о реализуемости, качестве и устойчивости системы. Его главный страх — 🟢быстро выпустить решение, которое потом придётся долго и дорого переделывать.
И оба по-своему правы.
Проблема начинается, когда вместо обсуждения этих различий появляются формулировки:
🟣«Разработка слишком медленная».
🟣«Продукт приносит неподготовленные задачи».
🟣«Сделайте нормальное ТЗ».
🟣«Не усложняйте и просто выпустите».
За этими словами обычно скрываются не плохие люди и даже не слабая команда. Скрываются разные представления о том, что значит «задача готова».
На мой взгляд, зрелая продуктовая команда появляется не тогда, когда CPO победил CTO или наоборот.
Она появляется, когда они смогли договориться:
🟢 какой результат нужен бизнесу и пользователю;
🟢 какая информация необходима до начала разработки;
🟢 какие вопросы обязан закрыть продукт;
🟢 где требуется участие технической команды;
🟢 какие риски допустимы ради скорости;
🟢 кто принимает решение, если идеального варианта нет.
Иногда до этого приходится пройти несколько тяжёлых итераций. Поспорить. Пересобрать процесс. Признать, что где-то неправильно понял другого или не услышал его ограничения✔️
Но когда общий язык найден, команда действительно ускоряется в несколько раз.
Не потому, что разработчики начинают быстрее писать код.
А потому, что исчезают возвраты, недосказанность, взаимные ожидания и задачи, которые начинают делать до того, как договорились о результате.
Поэтому одна из важных компетенций и CPO, и CTO — умение вести переговоры друг с другом.
Не защищать только свою территорию, а вместе создавать систему, в которой бизнес, продукт и технология перестают конкурировать за правоту.
Потому что в конечном счёте CPO и CTO делают не две разные части работы.
Они вместе делают один продукт💜