Один из самых результативных инструментов управления командой эффективного руководителя является фасилитация. При этом важно понимать специфику фасилитации руководителя. Традиционно фасилитатор как бы вне процесса обсуждения и поиска решения, его функция помогать команде, причем сам фасилитатор может и не обладать компетенцией в обсуждаемой ситуации, да и ответственность за принятое группой решение он тоже не несет. В случае же эффективного руководителя есть своя специфика - у фасилитатора и компетенция есть, и ответственность за принятое решение прежде всего лежит на нем. В связи с этим важно учесть особенности, которые имеет фасилитация руководителя.
Во-первых, самый главный смысл фасилитации команды руководителем – это вовлечение всей команды в поиск решения, то есть создания ситуации, когда решение будет не навязано сверху, а родится самими сотрудниками, а значит и выполнение этого решения будет более результативным, так как это их собственное решение.
Во-вторых, в мозговом штурме, а это и есть главный инструмент и смысл фасилитации, есть возможность услышать мнение каждого, а значит можно найти решение, которое сам руководитель в силу своих особенностей мог бы и не увидеть. Тут, кстати, очень важно узнать мнение Людей-Логики в команде, так как именно они могут быть генераторами идей. Обычно свое мнение они не спешат высказывать публично, на фасилитации же им проще это сделать.
В-третьих, участвуя в фасилитации и не высказывая свое мнение открыто, что запрещено самой логикой фасилитации, руководитель получает возможность услышать мнение тех, кто больше, чем он имеет отношение к реальной деятельности. Ведь часто бывает, что руководитель, который сам уже давно не работает «в полях» имеет не совсем объективное представление о реальности, и на основании этого искаженного мнения строит свое стратегическое планирование. Именно это бывает у успешных руководителей, которые пытаются подогнать реальность под свое представление о ней, что и приводит к потерям в эффективности бизнеса и даже его краху, примеры Motorola и Nokia отличная тому иллюстрация.
— интенсивность входа, 
— среднюю производительность одного воркера, целевой сервис-левел по ожиданию в очереди, и получаем требуемое число агентов c. Дальше превращаем это в desired replicas и отдаём в KEDA через External Scaler поверх gRPC. Получается предиктивный автоскейлинг, привязанный к SLO, а не к догоняющим метрикам.
