у главного продавца должны быть свои KPI и планы, иначе это только на словах
если переносить на понятные материи, я так видел, как руководители разработки из недавних программистов руками хватаются тасочки критичные делать, но ни времени ни желания на это нет.
так и валяются они несделаннными, все нервничают, а никто не предъявит, он же тут самый важный разработчик
пытаюсь понять аллегорию :) я в их кухню не сильно лез, потому не сильно шарю. По существу темы могу сказать, что в 2009 у меня был начальник, который любил делать все сам, и очень переживал за дело. Я тогда занимался внедрением и обслуживанием. У нас был большой, но очень сжатый по времени контракт. Необходимо было запустить один объект, но по срокам мы были очень ограничены. Сейчас не помню деталей, все версии, которые я предполагаю - кажутся мне херней. Суть в том, что ему "начальнику" было проще для понижения вероятности срыва сроков не организовать выход бригады в выходные, а взять и поехать самому на монтаж. Он, пренебрегая ТБ взял стремянку, страхующего не было (он постеснялся позвать кого-то в выходной), и с нее у#$%ся, сломал позвоночник, стопорнул процесс на две недели, заставил команду геройствовать. Так я понял за делегирование