Пару моментов, до прочтения моих ответов.
Да, это markdown. Зачем? Да чего-то захотелось. Ну... так и удобней писать/читать, да и "а почему нет?".
Свой путь ниндзя дева и лида считаю самую малость отличным от классической истории айтишника. И практически все познаю через кровь и пот. Не люблю, когда кто-то более опытный/мудрый говорит "делай так, так лучше". Мне интересно узнать почему другие варианты хуже. Если мне память не изменяет, но Аристотель сказал своим ученикам перед тем, как они пошли по миру нести его учение, "Идите, несите знание, познавайте новое. Все новое ставьте под сомнение. Не верьте наслово". Безусловно
- Да, они допустили ошибку.
- Пройдемся по списку:
- нельзя перебивать людей. Даже если ты самая большая шишка с Google и говоришь с джуном.
- спросил "что ты предлагаешь?", а потом перебивая, даже не выслушивает до конца его идею, решает сам? Печальный директор. Да и собственно PM лучше знает свою команду и принимать решения на счет организации процесса работы лучше ему.
- да вашу ж! Суть всего лежит в оптимизации/упрощению/облегчению работы и разработки с глобальной точки зрения. Все в конечном итоге сводится к економии времени (иногда к профиту, но тут тоже можно развести холивар). Почему использовать слегка неудобный для некоторый людей *flow - да чтобы не переделывать, находить ошибки, конфликты и тд. Это все трата времени. Тоже самое с Agile. Это штука нужна для улучшения и упрощения работы в среде с изменчивыми требованиями (иногда с ОГРОМНЫМИ размерами проекта, или ограниченых рессурсов охватить сразу весь проект). Да, митинги важны в Agile, но это не должно мешать/грузить/томить людей. Компания которая будет вести 100% Scrum, возьмут супер-пупер
срамскрам-матера и будут как фанатики жить по этому принципу, то эта компания когда-то сгниет или усохнется изнутри. Порой можно забить/пропустить какой-то момент, если это даст профит в данный момент и хотябы не ухудшит в общем ситуацию, а может даже и улучшит в общем. Да вам сама команда уже говорит "зае..задолбали митинги". Может в этом проблема? - принимать решения без понимания проблем? Это вообще когда-то работало? Шанс того, что что-то решить и это поможет прямо или косвено, меньше, чем завтра на меня упадет метеорит. Причино-следственная связь, товарищ директор.
- приглашать на митинг заказчика и другие команды одновременно, когда команда задизморалилась? Да им повезет, если они не пойдут прыгать через окна прямо там.
- Ну, тут сложно написать от А до Я, но смысл таков:
- пообщаться с командой и узнать в чем траблы. Можно группой, можно по отдельности, можно анонимно, или все вместе. Нужно копать снизу, а не сверху. Причин демотивации куча: легаси, личные или профессиональные терки в команде, тупые таски, и тд и тп.
- хилим нашу команду. Сначала все то, что можно сделать моментально и сразу. Если что-то нельзя быстро - находим путь решения и то, как сейчас минимизировать вред от этйо проблемы. Возможно показать команде, что мы встали на путь
истинный. - тимбилдинг. Да, нельзя при любой проблемы команды с мотивацией делать тимбилдинг. Это как доза стимулятора. Если зачастить, то будет толлерантность к нему и КПД этого упадет, но если даже директор заметил, что все плохо, то это как раз тот момент. Самое главное, что могу сказать, что это не просто пойти в бар и всем напиться, ибо за кружкой темного пива точно разгвооры будут о работе. Нужно что-то активное и сможет вообще отвлечь от работы. Перезагрузить их. Можно полернуть это все парой коктелей в конце и постараться завести темы не о самой работе, а что не так. Но это нужно все грамотно сделать.
- позвать других разрабов можно. НО! Сначала нужно похилить команду и начать двигаться после перезагрузки. Другие разрабы могут только дать пару советов и только. Они не должны "загнобить" нашу команду. Тут нужны (про других девов) хорошие специалисты с прилично прокаченными софтскилами.
- митинг с заказчиком - это может быть только пряник после хорошей работы. Чтобы они поняли, что в том, что они делают есть смысл и видят заказчика довольным. А елси его пригласить в до лечения, во время, да и начале - тупо. Дизмораль +10. Но я бы вообще пока воздержался от встреч с заказчиком. Это будет понятно позже после "лечения".
Ну вот как-то так.
Учитывая, что это все таже команда и тот же проект. И так: - не, ну что с Agile то? Да, я гвоорил, что можно какие-то моменты иногда менять, но не ломать весь процес в pi. - я что-то запутатлся, кто у них за что отвечает. - снова директор влез в сущность, которая должна самоорганизовываться. У директора другие задачи в общем-то. Да и более опытным персонажам команды как-то не очень их директор, но обязаны 100% подчиняться. С такими успехами или его скоро свергнут, или все свалят с этого корабля. - что?! джун предложил переписать архитектуру? Да порой это и мидлам не под силу, а он за 2 недели захотел сделать полный рефактор. Да если после его рефакт хотя бы не взорвуться машины - уже будет успех. Исправления: - директора вынести за пределы этой команды. - для решения проблемы с багами нужен полномасштабный сбор всей команды (кстати, а где БА потерялся?) и оценить пару вариантов дальшей работы. Да, легаси как та територия в Король Лев ("а что там, папа?" - "там легаси, сын мой"). Возможно раздробить тот легаси на логические куски и добавить его переписывания в спринты. По куску на спринт, или реже/чаще. Для этого нужно провести полный процесс. Если уже таки фундаментальный рефактор - тогда делать уже всей командой. Да, это остановит разработку, но оценив риски и сроки, можно прикинуть сколько будет профита от рефактора, и сколько потеряем. - не пускать джунов к wheel. Лид и синьор - персонажи, которые уже нанюхались пороху за свою жизнь и они не хотят трогать легаси не просто так и не от лени.
Ну тут у нас все плохо.
ДА ЗАДОЛБАЛ ДИРЕКТОР- Регистрация в конце?
- ГДЕ БА? Он вообще жив? Вы проверяли?
- "Мне они с детства нравятся"? А? Да как можно принимать такие решения в нашей сфере основываясь на своем детстве?
- Покер в лунопарке? А ну да "открою свой лунопарк с блекджеком и
шлюхами".
Как решить? Ну не знаю, может все таки каждый будет заниматься своими обязаностями и делами? Думаю, это решит проблему и 95% дургих.
О! Он жив! Ладно, решаем.
- Да, дети важны как конечный потребитель лунопарка, но исполнять все их странные прихоти? Тут нужно с заказчиком в общем-то это обсужадть. НО, у уборщиков работа "убирать", это тоже самое, что я скажу "я не хочу писать этот код". Они могут выявлять свое желание, но это в общем-то их работа. Если уже угодить всем - может что-то из разряда фальшивой еды? Которая будет внутри накапливаться, а когда парк закрыт, вытаскивать их? Это бессконечный рессур, который можно продавать детям. Да хоть соломой кормите, она сухая и не гниет.
- Создание двух абониментов - глупо, как по мне, да и зачем два разных?. Поминутная тарификация? За пребывание в лунопарке? Зашел и сразу счетчик начался? А туалет? А если я просто стою и дышу, то тоже платить?