Как понять, что технически для построения продукта палки закончились, осталось только ... (дендро-фекальный принцип)
Продакт может не уметь читать код. Но желательно уметь заметить момент, когда разработка постепенно превращается в филиал передачи "Окна" с Нагиевым (по этой отсылке можно понять, что мне далеко не 25).
Вот шесть тревожных сигналов.
1️⃣ Никто не может нормально объяснить, как работает система.
Задаёшь какой-нибудь вопрос в стиле "А как у нас устроено...?" - получаешь три разных ответа (иногда эти ответы получены с разницей в 1 день от одного человека), потом тебе присылают архитектурную схему 2019 года и заканчивается все фразой "надо спросить Иванова" (который, кстати, уволился 2 года назад).
2️⃣ Любая новая фича внезапно занимает вечность.
Кнопку оценили в два дня, через месяц выяснилось, что надо переписать авторизацию, биллинг и половину кода.
3️⃣ Одни и те же баги постоянно возвращаются.
Баг закрыли, порадовались, выкатили релиз, через неделю багуля опять на проде.
4️⃣ Операционные команды вручную удерживают продукт на плаву.
Поддержка правит все, менеджеры ведут 128 Excel-таблиц, а специально обученный человек каждый вечер нажимает секретную кнопку и молится всем богам, чтобы система не отбросила копыта.
5️⃣ Весь продукт держится на одном инженере.
Без него нельзя оценить задачу, разобраться в инциденте и понять, зачем в базе таблица final_final_temp_2015_v42. И тебе каждый раз команда повторяет "Только Димон знает, как устроен этот модуль, все задачи ведем на него"
6️⃣ О проблемах команда узнаёт от пользователей.
Мониторинга нет, алертов нет, когда ты невзначай упоминаешь "графана", тимлид кроет тебя трехэтажным матом, так как "На внедрение графаны нам потребуется от 5ти месяцев" (ну это по его мнению).
☑️ Если совпало от трёх пунктов, то у тебя, дорогой продакт менеджер, большие проблемы. В ближайший квартальчик рекомендую взять в OKR (у вас же есть целеполагание?) работу над тех. стабильностью и надежностью.
Продакт может не уметь читать код. Но желательно уметь заметить момент, когда разработка постепенно превращается в филиал передачи "Окна" с Нагиевым (по этой отсылке можно понять, что мне далеко не 25).
Вот шесть тревожных сигналов.
1️⃣ Никто не может нормально объяснить, как работает система.
Задаёшь какой-нибудь вопрос в стиле "А как у нас устроено...?" - получаешь три разных ответа (иногда эти ответы получены с разницей в 1 день от одного человека), потом тебе присылают архитектурную схему 2019 года и заканчивается все фразой "надо спросить Иванова" (который, кстати, уволился 2 года назад).
2️⃣ Любая новая фича внезапно занимает вечность.
Кнопку оценили в два дня, через месяц выяснилось, что надо переписать авторизацию, биллинг и половину кода.
3️⃣ Одни и те же баги постоянно возвращаются.
Баг закрыли, порадовались, выкатили релиз, через неделю багуля опять на проде.
4️⃣ Операционные команды вручную удерживают продукт на плаву.
Поддержка правит все, менеджеры ведут 128 Excel-таблиц, а специально обученный человек каждый вечер нажимает секретную кнопку и молится всем богам, чтобы система не отбросила копыта.
5️⃣ Весь продукт держится на одном инженере.
Без него нельзя оценить задачу, разобраться в инциденте и понять, зачем в базе таблица final_final_temp_2015_v42. И тебе каждый раз команда повторяет "Только Димон знает, как устроен этот модуль, все задачи ведем на него"
6️⃣ О проблемах команда узнаёт от пользователей.
Мониторинга нет, алертов нет, когда ты невзначай упоминаешь "графана", тимлид кроет тебя трехэтажным матом, так как "На внедрение графаны нам потребуется от 5ти месяцев" (ну это по его мнению).
☑️ Если совпало от трёх пунктов, то у тебя, дорогой продакт менеджер, большие проблемы. В ближайший квартальчик рекомендую взять в OKR (у вас же есть целеполагание?) работу над тех. стабильностью и надежностью.