Конечно не просто. Поэтому в первых есть некоторые стандарты внутри компании, во вторых есть менеджер задача которого этот процесс запустить и поддерживать.
Договоряться - нужно только процессом управлять. Это и есть работа менеджера.
Я не встречал ни разу менеджера который мог бы этим процессом управлять, по крайней мере, явно. Возможно, они могли управлять этим процессом среди американских или китайских программеров.
Но на русских программеров влияние менеджеров какое-то вялое, ибо хороший програмер (в данном случае важно что он хороший, а не то что он русский) обладает значительным авторитетом среди коллег. Поэтому все определяется в основном бессознательно складывающейся ситуаций в группе - кто-то с кем-то посрался, кто-то подружился. Управлять этим процессом может только человек, который специально этому обучался, кои встречаются среди менеджеров редко.
Причем, даже если менеджеру объяснить ситуацию, это не помогает, он просто не воспринимает ее в таком разрезе.
Сдесь видимо идёт путаница понятий - управлять процессом, влиять на программеров, управлять группой. Это разные вещи. Давай с начала.
На современном этапе задача и назначение менеджера - это "создание условий для успеха группы (успешного достижения поставленных целей)". Не больше и не меньше. То есть - согласовать вопросы со стейк холдерами, определить цель проекта, получить бюджет, распланировать работу (с участием группы), обеспечить софтом и всем необходимым, определить процессы написания кода, код ревью, процессы контроля качества, процессы доставки и интеграции продукта у клиента, процессы комуникации со стейк холдерами, составить реестр рисков (риск менеджмент план), план на случай катастрофы. Есть ещё пункты долго получиться перечислять. Производственные процессы которые будут идти в группе закладываются на этапе планирования и с участием группы.
Хочу отметить принципиальную разницу в подходе к менджмету (в Software Industry) - сейчас на группу смотрят как на источник всех идей и главную ценность компании. То есть менеджер не управляет группой - т.е. раздаёт указания что, как и в какие сроки надо делать. Не подгоняет - давай, давай, быстрей, быстрей. Он только создаёт условия, ограждает от политики, создаёт каналы общения со стейк холдерами - помогает. Тут очень тонкая грань. Через 3 года менеджер теряет квалификацию как программер. Его задача создавать условия - организовывать.
С влиянием на русских програмистов обычно проблем не возникает - нужно только показать, что ты то же борешься за торжество Object Oriented в мире
