Похвально, что вы понимаете что не идеальны и стремитесь стать лучше. Никто из нас, само собой, не идеален. И я, ни в коем случае, не хотел сказать что конструктивная критика и обратная связь это плохо.
В то же время обратную связь нужно правильно подать. Сейчас вы описываете исключительно слабые, на ваш взгляд, стороны вашей команды. Я не услышал ни слова про то, что они профессионалы своего дела, отлично разбираются в архитектуре приложений и так далее.
На самом деле, мне показалось, что говоря «Моя мечта [...] команда, которая будет понимать своего пользователя...», вы как бы говорите: «моя команда – не огонь». Что, мне бы, будь я разработчиком, сразу захотелось бы уволиться, ведь зачем работать в команде которая «так себе», по мнению руководства.
Было и несколько других моментов, например про то «идеальную архитектуру». Здесь рождается конфликт, и я понимаю вас, как продакт менеджера, выпустить продукт приносящий прибыль компании и реализующий крутые фичи для пользователей, но я вполне могу понять и разработчика/техлида, который не хочет, чтоб к нему через месяц/два/полгода прибегали вы или ваши коллеги и жаловались, что «приложение что-то долго загружается». Конфликт это не плохо, а в случае выпуска продукта, даже хорошо. Но в статье видно только «боль» продакт менеджера задачи которого яростно режутся плохими, исходя из контекста, разработчиками, которые постоянно делают рефакторинг.
Я понимаю, какой цели вы хотели достичь этой публикацией: вовлечь разработчиков в более тесную работу с продактом. И цель благая, только мне показалось что разработчики в вашей статье, мягко говоря предстали не в лучшем свете.
Меня бы такая статья демотивировала от работы в вашей команде.
В то же время обратную связь нужно правильно подать. Сейчас вы описываете исключительно слабые, на ваш взгляд, стороны вашей команды. Я не услышал ни слова про то, что они профессионалы своего дела, отлично разбираются в архитектуре приложений и так далее.
Было и несколько других моментов, например про то «идеальную архитектуру». Здесь рождается конфликт, и я понимаю вас, как продакт менеджера, выпустить продукт приносящий прибыль компании и реализующий крутые фичи для пользователей, но я вполне могу понять и разработчика/техлида, который не хочет, чтоб к нему через месяц/два/полгода прибегали вы или ваши коллеги и жаловались, что «приложение что-то долго загружается». Конфликт это не плохо, а в случае выпуска продукта, даже хорошо. Но в статье видно только «боль» продакт менеджера задачи которого яростно режутся плохими, исходя из контекста, разработчиками, которые постоянно делают рефакторинг.
Меня бы такая статья демотивировала от работы в вашей команде.