Какое было соотношение между разработкой и административными функциями в вашей работе?

Ответ

В моей последней роли в качестве старшего разработчика соотношение составляло примерно 70% на разработку и 30% на административные задачи. Это типично для позиции с элементами наставничества.

Разбивка по времени за неделю:

  • Разработка (28 часов): написание нового кода, рефакторинг, код-ревью коллег, написание и поддержка тестов (unit, интеграционных).
  • Административные задачи (12 часов): ежедневные стендапы, планирование спринтов (planning, grooming), ретроспективы, написание технической документации, оценка задач.

На ранних этапах проекта доля административных задач могла возрастать до 40% из-за активного участия в проектировании архитектуры и согласовании требований. На этапе поддержки и развития устоявшегося продукта она снижалась до 20%, так как процессы были отлажены, и фокус смещался на непосредственно кодирование и оптимизацию.

Ответ 18+ 🔞

Да ты посмотри, какая чёткая статистика, ебать мои старые костыли! Ну, как старший, я, конечно, не просто в уголке код набивал. Ситуация, она плавающая, понимаешь?

Вот смотри, в среднем за неделю выходило так: часов двадцать восемь, блядь, я реально вникал в железо. То есть это новый код, рефакторинг старого говна, чтоб оно не развалилось, код-ревью — чтобы джуны не наворотили такого, что потом всем плакать. Ну и тесты, куда ж без них, это святое, иначе потом пидарас шерстяной какой-нибудь баг вылезет в пятницу вечером.

А остальные часов двенадцать — это уже не кодинг, а какая-то хуйня административная, ёпта. Стендапы эти ежедневные, где все рассказывают, что вчера делали, а я чувствую, что половина врет, подозрение ебать чувствую. Планирование спринтов — это где бизнес хочет впихнуть невпихуемое, а мы им пытаемся объяснить, что за две недели хуй с горы они получат, а не готовый модуль. Документация, оценки... Короче, работа с людьми и бумажками, а не с машиной.

Но это в стабильной фазе, так-то! А вот если проект новый, только стартует — тут вообще ёперный театр начинается. Тут уже не 30%, а все 40% времени улетает на то, чтобы архитектуру продумать, с другими командами поспорить, требования выцарапать из продукт-менеджеров. Голова болит не от сложного алгоритма, а от того, как эту манду с ушами в виде ТЗ привести к адекватному виду.

А потом, когда всё утряслось, процессы пошли — вот тут красота. Сидишь себе, глубоко в код погружаешься, оптимизируешь, фичи пишешь. Административки уже минимум, часов 8-10 в неделю, не больше. Идеальный баланс, я тебе скажу.

Так что, чувак, цифры цифрами, но они всегда пляшут от конкретного этапа. Сам от себя охуевал, когда в понедельник планировал кодить, а в итоге всю неделю только митинги да документы и были.