В IT и выйти. 19 Саша
Чтение книги онлайн.

Читать онлайн книгу В IT и выйти - 19 Саша страница 12

Название: В IT и выйти

Автор: 19 Саша

Издательство: Автор

Жанр:

Серия:

isbn:

isbn:

СКАЧАТЬ служат достигнутые результаты. Искажение заключается в том, что из точки «начало предпринимательской деятельности» в «сегодня», прогресс очевиден и результат есть, но из точки «год назад» в «сегодня» динамика отсутствует. Поэтому чаще всего готовность менять состав топ-менеджмента, систему управления, внедрять регулярные нововведения демонстрируют люди, обладающие высокой долей стрессоустойчивости, жаждущие дальнейшего развития компании и достижения новых целей в бизнесе в противовес страху изменений.

      Фаундеры, продвигающие бирюзовые принципы, так же, как и те, кто этого не делает, сталкиваются с человеческими амбициями. Директора и начальники стремятся продемонстрировать Сюзерену преданность и свои управленческие таланты. В компаниях с низким уровнем коллективного сознания у СЕО и топ-менеджмента при отсутствии у последних сильных управленческих компетенций это выглядит гротескно.

      Как маленькие дети повторяют за родителями их манеру поведения и верят, что, надев взрослые платья и туфли, они становятся взрослыми, так внезапно Директор по операциям решил, что именно он всех спасет. Для этого потребовалось немного времени, волос единорога колдовство в поверпоинте, чтобы сделать две таблички на три столбца. Вуаля! Спасение готово.

      Получив письмо от Директора по операциям, никто из руководителей и участников многочасовых заседаний проекта премирования не написал, что вообще-то проект не был согласован, что в нем имеются новые вводные или что хотелось бы увидеть модель целиком. Спросите почему?

      О, это классическая многоходовка по перекладыванию ответственности, где:

      1. Единоличное решение принял Директор по операциям.

      2. Топ-менеджмент решил открыто не вступать в конфронтацию со спасителем и замер в ожидании реакции СЕО. В случае чего всегда можно сказать, что материалы не были предоставлены. А если СЕО согласовал, то кто такой топ-менеджмент, чтобы ему перечить.

      3. СЕО принял проект, не углубляясь в детали, потому что ему сообщили, что «все согласовали».

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

      В случае если все пойдет не туда (а это непременно случится при тех изменениях, что внес Директор по операциям), виноватых не будет. Потому что:

      1. Директор по операциям взял файл, который разрабатывал не он. Почему тот, кто файл разрабатывал, не предусмотрел все?

      2. Топ-менеджмент финальную версию не видел, не изучил и не оценил риски, потому что ему их не предоставили.

      3. СЕО принял проект без единого вопроса, потому что если он будет все проверять, то за что он платит топ-менеджменту?

      4. Даже Сашуля не виновата, потому что в ее модель внесли изменения без согласования с ней.

      Вся эта история СКАЧАТЬ