Посмотрите хотя бы на то, как разные люди ставят рейтинги фильмам по шкале от 1 до 5. Что для одного человека значит 4, для другого может значить 3. Если вы кинокритик, то для вас оценка “5” может и вовсе не существовать. Если все будут действовать в разнобой, а вы будете пользоваться своей шкалой значений 1..5, то вместо попытки наведения порядка у вас мозг вообще взорвется от понимания того, что конкретный человек подразумевает под какой цифрой.
Если вы выстраиваете процесс, то все должно быть специфицировано и нужно избегать любые полутона. А особенно опасно иметь “среднее значение” (не определился). Возьмем процесс найма сотрудников в Amazon (полагаю, что аналогичная модель действует и в других компаниях в FAANG). Потенциального сотрудника, будущего коллегу, собеседуют независимо друг от друга несколько человек. Есть общая шкала принятия решений с 4-мя градациями: (1) красный флаг, лучше с кандидатом никаких совместных дел не иметь; (2) соискатель не дотягивает, но, возможно, через полгода прокачается; (3) wow, круто! Подписываюсь за качество, точно берем; (4) ничего себе, я таких не видел. Соискатель выше на голову меня и, вероятно, этой позиции, следует собеседовать на более высокие грейды. Плюс к этому идет обучение процессу собеседований и подстройке к общей шкале на опыте обсуждения результатов собеседований с более опытными товарищами. Вот какие надо брать примеры рабочих процессов и инструментов!

6. Из полезного - можно почерпнуть рекомендации действительно хороших книг для предметного изучения (тот же Кови). Но если вы хотите получить более эффективное погружение в менеджмент и бизнес, то я порекомендую следующую подборку:
1) Тинькофф. “Бизнес без MBA” - максимально легкое и быстрое погружение в стиле контент-маркетинга, но с реально полезными примерами. Мы у себя в компании обязываем новых менеджеров прочитать некоторые главы этой книги.
2) Несмотря на год издания (1975), для ИТ-шников посоветую книгу “Мифический человеко-месяц, или как создаются программные системы”. Там есть много отсылок к скорости компиляции и очереди на терминал/мейнфрейм, которые не всем будут понятны. Но зато, это уникальный опыт, которым поделился человек, который управлял проектом по разработке операционной системы OS/360 (для IBM). Специально достал свои аннотации по книге более чем 5-летней давности и убедился, что со всем согласен на 100%, за исключением одного момента, который, возможно, пока еще не осознал.

Буду благодарен за лайк/репост для понимания, что было вам полезно. Дискуссии - в комментарии.