Они просто разработчиков уже сократили, а менеджеров ещё нет. 😊 Вот и сидит много эффективных менеджеров, управляет оставшимся разработчиком. 😊 Который пытается заменять троих 😊

Это следствие стандартизации процессов. Ничего личного, просто система управления такого типа имеет такие недостатки. Другие стандартизации - другие проблемы. Но в вашем случае - управленческая ошибка выбора модели управления.

Страшный сон 😢 но наверное зависит от проекта.

Это плохой менеджмент

По-разному. Например, это может быть нормально, если этот разработчик тимлид или архитектор, и ему нужно мнение по продукту от разных сторон бизнеса, которые продуктом будут пользоваться. До остальных разработчиков он уже потом сам это доведёт. Если разработчик линейный, то, наверное, не очень хорошо

Зависит от проекта. Где то очевидно что не адекватно, а где то норма - но справедливо что четыре нк значит делают одно и то же, а разработка святая

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

Четыре мало. Меня почти год опрашивало 5 манагеров. И каждый торопил, называя собственные сроки сдачи задачи. Порой между собой спорили про сроки, потому что каждый что-то свое заказчику обещал. Я слушал эти тайны бытия, зная, что половина из этих манагеров следом проведет персональные созвоны. Видимо, карандаши не успевали записывать все, что я говорил

Это наше будущее, большой техдолг и ощущение, что всё теперь легко и быстро сделать, запустить любой проект) А как оно будет - подождём, топливо для корпораций ещё есть на время ⛽️

Имховича в честь поддержки вопроса накинул.

Если это звонок по проекту по автоматизации процесса, который является основным или SLA, то вполне может быть такое, например, переход на 1С Корп или внедрение ПО. Это похоже на рабочую или проектную группу. Хотя в каждом конкретном случае нужно разбираться зачем они это делают.

Может быть и то, и другое. Смотря какая ситуация на данный момент и уровень сложности проекта

Им же продавать результаты проекта и строить воронки ☕😎 А до этого - согласовать все между собой и чтобы не запутаться, кто за что отвечает 🌝 Хотят перебдеть.

Это вы ещё число бухгалтеров на одного разработчика и четверых менеджеров не посчитали 🤣

Сломанные процессы

Это процедура увольнения разработчика

Не правильно организована оплата согласно штатного расписания. И всех взяли как выгодно организации.

Процессы, к сожалению, страдают это факт. Разработчику предстоит непростой путь, я уже чувствую, что после встречи ему жизненно необходимо будет выговориться

Если рассуждать глобально, даже самая сложная, но правильная структура вряд ли допустит соотношение 4 к 1. Отсюда, собственно, и все проблемы процесса.

Удивительно, что присутствующие до сих пор не испытывают профессиональной деформации от происходящего.

Я думаю, это зависит от цели созвона и этапа проекта)

Вот на эту тему Иногда лучше делать, а не планировать https://habr.com/p/788920/