Почему-то многие разработчики забывают, что задачи решаются не ради их решения, а для получения прибыли. И бизнес просто категорически должен держать руку на пульсе и знать, что происходит с задачей, сколько сделано и сколько осталось. Иначе это разработка ради разработки. Поэтому если на созвоне или встрече я осознаю, для чего он проводится, то никаких претензий быть не может (далеко не всегда он проводится для меня: это может быть пинг от бизнеса, синхронизация по задачам или же да, техническое обсуждение). А если такого осознания нет, вопрос тут только к менеджменту, но никак не к инструменту в виде созвона или встречи. Туда же отнесу встречи, цель которых — лишь проконтролировать выработку часов без какой либо цели. Такое обычно сразу видно.
Также может сильно напрягать, что часто между быстрым и качественным решением (хотя бы в рамках техдолга) выбирается первое, и на оптимизацию времени не отводится. Хотя по хорошему нужно еще пару человек, но это лишние издержки. Тут то и зарыта проблема. В итоге на программиста попадают задачи со сроком сдачи вчера и словами «делай хоть как-нибудь, главное чтобы работало». Все нервничают, подгоняют. Созвоны превращаются в постоянное «ну когда же, быстрее!». Или на митапе (качество кода опущено): Иванов сделал быстро — молодец, а Петров возился неделю — позор Петрову, в следующий раз консультируйся у Иванова :) Такие созвоны и митапы не могут не раздражать. Тем временем проект поддерживать все сложнее, потому что подобные «быстрые решения» вставляют и коллеги. Техдолг растет, дорастает до определенных размеров, надоедает человеку — и он уходит в другую компанию, где процесс повторяется.
Пока нет ответа на один очень важный вопрос: что будет при увольнении. Ипотека же обычно минимум лет на десять берется.
Почему-то многие разработчики забывают, что задачи решаются не ради их решения, а для получения прибыли. И бизнес просто категорически должен держать руку на пульсе и знать, что происходит с задачей, сколько сделано и сколько осталось. Иначе это разработка ради разработки. Поэтому если на созвоне или встрече я осознаю, для чего он проводится, то никаких претензий быть не может (далеко не всегда он проводится для меня: это может быть пинг от бизнеса, синхронизация по задачам или же да, техническое обсуждение). А если такого осознания нет, вопрос тут только к менеджменту, но никак не к инструменту в виде созвона или встречи. Туда же отнесу встречи, цель которых — лишь проконтролировать выработку часов без какой либо цели. Такое обычно сразу видно.
Также может сильно напрягать, что часто между быстрым и качественным решением (хотя бы в рамках техдолга) выбирается первое, и на оптимизацию времени не отводится. Хотя по хорошему нужно еще пару человек, но это лишние издержки. Тут то и зарыта проблема. В итоге на программиста попадают задачи со сроком сдачи вчера и словами «делай хоть как-нибудь, главное чтобы работало». Все нервничают, подгоняют. Созвоны превращаются в постоянное «ну когда же, быстрее!». Или на митапе (качество кода опущено): Иванов сделал быстро — молодец, а Петров возился неделю — позор Петрову, в следующий раз консультируйся у Иванова :) Такие созвоны и митапы не могут не раздражать. Тем временем проект поддерживать все сложнее, потому что подобные «быстрые решения» вставляют и коллеги. Техдолг растет, дорастает до определенных размеров, надоедает человеку — и он уходит в другую компанию, где процесс повторяется.