Имел ввиду, бросает из крайности в крайность)

да нет. сижу в электричке. все равномерно и прямолинейно :-)
Вы понимаете. что проекты это не только разработка софта? И Agile можно применять не только в ИТ. А делаете общие рассуждения исходя из частного случая (разработки ПО)

Не знаю как у кого но обычно согласовывается определенное кол во часов которые кто то должен реализовывать. Мне важен в первую очередь результат. И во вторую что работа (процесс) движется. Что проектом занимаются. Мне в том числе интересен тот момент что проектом щаномалтися компетентные люди а не кто попало. Результат как правило вы видите спустя неделю/две. Не могу назвать результатом решение отдельной компонентной задачи... Это всего лишь промежуточная контрольная точка.

Так я и не из айти) и принцип планирования рассказываю из разработки)

Где то попадалась статистика, если мне моя память не изменяет - это 70% случаев

Почему ещё важно по мне кто занимается исполнением проекта. Вот вам построили дом - это результат. Но через год пользования этим домом выясняется, что люди кто это делал, плохо сделали гидроизоляцию подвального этажа и в него затекает вода. По гарантии вам это вряд-ли кто то переделает. Откопать весь дом, отодрать старую гидроизоляцию, помазать швы и т.д. С соседями договорится что по их территории будет ползать экскаватор. И в итоге если ещё глубже копнуть выясняется что исполнители даже не знали какой стороной наклеивать листы Технониколь. По идее да как заказчик я не должен знать в деталях все нюансов. но тогда нужен "ревизор", или тестировшик...

Скрытые дефекты, которые позже приходится лечить костылями.

И к доверию бы не привязывался. Больше к интересам сторонб

Если это требование проекта по кол людей да, в остальном чисто формальный интерес

Уже ответили про это. Артем думаю правильно сказал про показатели.


Значит как и большинство вопросов на собеседование - смотрят метрики на которые опираешься, смотрят реакцию, находчивость, и кто то ждёт коронную фразу о том что я не  ходячая энциклопедия. Дайте мне Гугл и найду ответ 😃

Иван, это то же самое, что вопрос про микроменеджмент сотрудников, который вы недавно задавали.
Нигде не было, что контроля не должно быть. Должны быть определены вехи и критерии оценки принятия результата.
Но если мне надо контролировать сотрудников подрядчика, возникает вопрос: «а не проще ли взять этих сотрудников себе и делать проект внутри».

Про критерии оценки очень ценный комментарий! Не совсем понимаю что значит взять к себе?

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

Подрядчик он на то и подрядчик что бы быть самостоятельным.

Перетащить к себе в штат

А от подрядчика что останется?

Это хороший вопрос

Может быть я пока не очень понимаю что такое подрядчик в it, но в строительстве на крупных объектах это как правило лито фирма заказчика, которая делает что и как скажут, либо это фирма которую берут что бы кинуть.

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

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

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

Во втором случае (нехватка ресурсов). Можно вовлекать заказчика более глубоко, так как можно даже попробовать подрастить свои компетенции)