Наблюдаю тут несколько недель общение разных команд (К) из разных контор с менеджерами (М) проектов (все совпадения случайны). И решил позволить себе высказать точку зрения команд разработки в том виде, как мне кажется они хотели бы это сделать:)

1️⃣ М: Сколько времени займет работа?

Введение: если вы не знакомы с задачей, вам всегда кажется, что на ее выполнение должно уйти меньше времени, чем на самом деле, особенно если работу концептуально легко объяснить.  Отсюда вечные недозаклады с последующими перезакладами после получения подзатыльников. 

Основная часть: Если менеджер выполнял аналогичную работу в прошлом — то при планировании и оценке сроков выполнения задачи высока вероятность конфликта вида «Чё так долго?». 

Что думают команды: Но менеджеры (лид если что — тоже в какой-то степени менеджер) забывают, что когда они выполняли эту работу раньше, система была менее сложной, или наоборот более сложной. Или в среде было легче работать. Или язык было легче/сложнее выучить. Что-то было иначе. 

Моя трактовка: Чем дольше кто-то не занимается технической работой, тем меньше знает технических деталей. А для годной разработки программного обеспечения важны детали. У тебя этого нет. Отвали. Взаимные обвинения прилагаются: «как это вы не знаете когда»  vs «нужно больше деталей и времени на оценку, но мы тебе все-равно дадим прогноз, а не дату»

2️⃣ М: Почему вы делаете это так, а не по другому?

Введение:  когда-то это делал менеджер, теперь он считает, что знает, как надо. 

Основная часть: чем старше менеджер, тем меньше вероятность того, что менеджер знает, как выполнять работу. 

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

Моя трактовка: чем больше мы позволям руководителю влиять на нашу работу, тем хуже становится рабочая среда и результаты, вечно он везде лезен, подумаешь, программировал Microsoft Access на VBA.

3️⃣ К: Менеджеры не всегда просят то, что им нужно.

Введение: людям свойственно думать что все их понимают, если они сами думают, что все их понимают. Ну вот это вот «что тут непонятно? Тут же все очевидно». Поэтому они не тратят силы и время на объяснение причин.

Основная часть: Если у вас есть менеджер, который вмешивается в вашу работу, спросите у него, чего он хочет. Возможно, он хочет, чтобы этот проект был выполнен быстрее, чтобы следующий проект можно было начать раньше.  Возможно, он где-то что-то продолбал и теперь пытается закрыть свои продолбы за счет команды. Возможно, мир внезапно стал другим. В общем есть варианты.  Да кто ж его знает, чего ему нужно:) 

Что думает команда: для менеджера нормально хотеть, чтобы проект завершился раньше. Менеджеры могут хотеть чего угодно. Но то, как они действуют в соответствии с этими желаниями, это почему-то наша проблема.  Сам накосячил, пуст сам исправляет, мы же говорили еще тогда, что не успеем раньше.  

Моя трактовка: с учетом первых двух вариантов — третий звучит «отвали, мы из-за тебя вляпались в такие сроки, сам теперь выгребай из этой каки».

Занавеска.

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

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

Вот такое вот пятничное нестандартное получилось.