MonochromatiquesereginsereginДелегируете работу другим, понимая, что сколько людей - столько и мнений.

Но мне это не нужно. Не должно быть "столько и мнений". Мнение одно - спускается сверху.

Вопрос - в каком виде его спустить и как проконтролировать, что всё в рамках протокола.

У меня был неудачный опыт - программист с порученной задачей не справился. То есть - на тестовом объеме (и на реальных людях) всё работало, а на реальных объёмах всё ложилось.

Поняли поздно.

Пришлось в аврале всё переделывать. + Месяц.

То есть - человеку было отдано больше компетенций, чем следовало.

Виноват, очевидно, был я.

Повторений не хочется.

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

в стартовых постах также было много про требования. надо читать про работу с требованиями (Вигерс (!), Леффингуэл(точно не помню как пишется)), их роль в проекте и все что должен не упустить пм (шапито-трешовый-банальный pmbok)
pmbok, гост, книжки говорят об очень многих вещах, которые _вы_могли_бы_упустить_не_будучи_знакомыми_с_информацией_из_этих_источников_
все эти "тыщи пунктов не имеющие отношения к вашему проекту" - это всё то, о чем очень важно не забыть.

также работу с требованиями надо сопоставить с тем, что вы называете вашей методологией. то ли вы описываете сначала всё и досконально, то ли кусками, то ли тяп-ляп, простое в почте, сложное - тады пишем. из методологии и того же pmbok'а можно узнать про роли (пока - о работе с требованиями): кто что делает, кто чего не делает, чьи подписи собирать, а кто - обойдется чтоб еще и на нем все стопорилось.

масса базовых вопросов про вообще управление, вообще делегирование, вообще контроль. про вообще процессы. веет типичными хаотичными сквозными вбросами: хотелка->(именно летящая заточенная стрела)прогер->продакшен->фейл->сроки->"ребята, простите меня, я виноват. я не догадался что вы криворукие и тупые, я недостойный руководитель, вы не получите зарплаты. спасибо за внимание".

странные реплики про понимание процессов в java и непонимание процессов 1с. это ж про процессы разработки. это ж процессы. не технологии. там разная инфраструктура и код. при чем тут процессы. осмысленное объяснение которое находится - микроменеджмент. т.е. зная код java вы ковыряетесь в коде подчиненных программистов. вместо организации процессов, делегирования, контроля. кодища 1с не знаете (я так понял) - все, никакого управления.
так это и не было управлением.