100%

Приоритезация в простейшем понимании это список. Чем выше в списке тем выше приоритет. Вот есть 10 задач в этом списке у исполнителя. Приходит руководитель с задачей - нужно сделать это и это. Срок - завтра к обеду. А у исполнителя, например запланированы встречи с клиенты на это время - никак не может. Что делать? В таких вещах всегда очень много нюансов, поэтому я сторонник "подушнить")) решить все вопросы на берегу. Если руководитель при постановке задачи обозначает дедлайн, в не желаемые сроки - это упрощает, потому как исполнитель сам может переработать приоритеты. Вопрос уже профессионализма исполнителя и уровня доверия к нему со стороны руководителя. И кстати, ваш 4 пункт это в какой то мере и есть приоритеты для исполнителя)

В таком случае это ошибка руководителя. Если планировать задачи и всегда быть в курсе, то ситуация "надо вчера" быстрее форс-мажер чем правило. Насчет приоритезации в целом согласен. Но я подразумеваю, что сроки и выступают в роли приоритета. Срок раньше? Приоритет выше.

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

У нас маленькая компания. Работаем уже 5 лет. Айтишку делает 7 человек. Бизнес, - там сложно все, много людей. Построили saas платформу, успешно продаем. Текучка нулевая. Все в команде очень ценят свое место, отношение, уважение, комфорт. Зарплаты самые обычные, даже по низу рынка, но стабильно без задержек и штрафов, премии бывают, отпуска как обычно. Есть выходные но все в тихоря работают)

Вопрос адресован Юрию. Уж очень необычное заключение.

Игорь, это вы у меня? Или Юрия спрашивайте?

Сколько человек у Вас в штате компании? Как давно на рынке работает Ваша компания ?

Новые люди не могут получить задачу более чем на 1 день. Далее с опытом и ростом ответственности это может быть 5-7 дней. Топы сами себе создают задачи вообще какие хотят. Т.е. это не вопрос найма, это вопрос воспитания в людях нужных качеств. Вообще все большое что сделано сделано на принципе доверия, вы должны доверить человеку область и принять результат почти без контроля. В этом ключ мега успеха в любой области управления. Вот вырастить людей которым можно доверять это уже искусство. Мы так думаем и так строим, пока получается, дальше посмотрим.

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

У нас нет временных рамок для большинства задач. Продуктивность меряется на длинной дистанции по вкладу работника. Большие задачи имеют описания ключевых узлов. Предполагается, что разработчик сам принимает решение как ему решать задачу. Должны выполняться главные условия задачи, цели. Факапы бывают но их не много. В конце концов все решают кадры, если человек с мозгом и мотивирован, ему не нужно детально все описывать, он и сам понимает, что нужно и как это работает. Ну и конечно архитектура и паттерны в проектах должны позволять так двигаться. Вполне допускаю, что это далеко не всегда возможно. Пока из доступных источников вижу, что как бы вы не меряли, какие описания и метрики не создавали, ничего не работает, люди хитры и сложны, они запутают любую систему, доведут до абсурда любую систему. Метрика одна, успех бизнеса, довольные клиенты если это есть, все остальное можно не мерять. Понимаю, что в больших структурах так не работает, не масштабируется здравый смысл. 🤷

С удовольствием почитал бы про ваш подход. У нас вот все прекрасно работает. Задачи декомпозируются до разумных описываемых пределов. Ставятся и выполняются в срок. Процент выполнения без изменения срока на сейчас 91%. Специально сверился с метрикой. А вообще непонятно откуда такой вывод, что такой подход должен приводить к описанным вами проблемам? 🤔