Найти в Дзене

10 ошибок предпринимателя. Ошибка #1

В пятницу вечером основатель Opsware Бен Хоровиц спешил из офиса на школьный спектакль дочери. На ходу его остановил менеджер: — Из поддержки прилетел баг в скрипте установки. Можно я перекину на младшего разработчика, он как раз дежурит?
— Конечно, — кивнул Бен, уже мыслями в зрительном зале. В полночь его разбудил звонок. На проводе ИТ‑директор их крупнейшего клиента – платформы E*Trade: — Ваше обновление уронило наши торговые серверы. Если к открытию биржи не выйдем в строй, мы понесем миллионные убытки! Выяснилось следующее. Младший разработчик действительно «подправил мелочь» — одну строку кода, отвечающую за настройку серверов. Тесты он не запустил: хотел поскорее уехать в запланированный отпуск. Ошибка заставляла программу заново настраивать серверы, пока те зависали от перегрузки. Всю ночь команда Opsware подключалась к десяткам удалённых машин E*Trade и вручную откатывала неверную версию программы. Утром сервис запустился, но юристы клиента прислали уведомление: повторный сб
Оглавление

В пятницу вечером основатель Opsware Бен Хоровиц спешил из офиса на школьный спектакль дочери. На ходу его остановил менеджер:

— Из поддержки прилетел баг в скрипте установки. Можно я перекину на младшего разработчика, он как раз дежурит?
— Конечно, — кивнул Бен, уже мыслями в зрительном зале.

В полночь его разбудил звонок. На проводе ИТ‑директор их крупнейшего клиента – платформы E*Trade:

— Ваше обновление уронило наши торговые серверы. Если к открытию биржи не выйдем в строй, мы понесем миллионные убытки!

Выяснилось следующее. Младший разработчик действительно «подправил мелочь» — одну строку кода, отвечающую за настройку серверов. Тесты он не запустил: хотел поскорее уехать в запланированный отпуск. Ошибка заставляла программу заново настраивать серверы, пока те зависали от перегрузки.

Всю ночь команда Opsware подключалась к десяткам удалённых машин E*Trade и вручную откатывала неверную версию программы. Утром сервис запустился, но юристы клиента прислали уведомление: повторный сбой — и контракт на миллионы долларов будет разорван.

Позже Бен Хоровиц описал этот случай в книге The Hard Thing About Hard Things

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

Ошибка #1: «Передал — и забыл»

Проблема делегирована без ясного результата, дедлайна и контроля.
Проблема делегирована без ясного результата, дедлайна и контроля.

Проблема делегирована без ясного результата, дедлайна и контроля.

Свойственна предпринимателям, которые попеременно впадают в противоположные крайности:

  • Либо гиперконтроль и невозможность делегировать
  • Либо «гори оно синем пламенем». Делегировал, как скинул с плеч. Не хочу даже смотреть в эту сторону.

Обычно потом мы страшно недовольны результатами, злимся на сотрудников. Но на самом деле – это предприниматель или руководитель не выполнил свою часть работы – при делегировании убедиться, что

  • Есть ответственный за результат
  • Ответственный способен отвечать за этот результат.
    Действительно, способен. А не вам бы хотелось, чтобы это было так.
  • Ответственный в курсе, что это именно он отвечает за результат
  • Ответственный понимает, каким должен быть результат.
    Поверьте мне, это надо проверять, иначе картинка в вашей голове и в голове другого человека не совпадает!

Моя любимая история на эту тему

Компания наняла подрядчика, чтоб тот обеспечил поток лидов. Контракт был на большие деньги. Через три месяца заказчик предъявил претензии: работа не сделана, верните деньги!

Но как же не сделана?! – возмутился подрядчик. Сделана и даже с превышением.

Когда они прекратили ругаться и решили без полным разрывом отношений все-таки посмотреть на результат, оказалось, что подрядчик вел клиентов в соцсети заказчика, а заказчик ждал трафик на сайт. Но каждый был уверен, что договорились именно о его версии.

Компания наняла подрядчика, чтоб тот обеспечил поток лидов. Контракт был на большие деньги. Через три месяца заказчик предъявил претензии: работа не сделана, верните деньги!
Компания наняла подрядчика, чтоб тот обеспечил поток лидов. Контракт был на большие деньги. Через три месяца заказчик предъявил претензии: работа не сделана, верните деньги!

Та история закончилась хорошо в итоге: заказчик обратил внимание на подросшие соцсети. А подрядчик перестроил рекламу, чтобы клиенты шли сразу на сайт компании.

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

Как не стать жертвой ошибки «Передал — и забыл»

Как не стать жертвой ошибки «Передал — и забыл»
Как не стать жертвой ошибки «Передал — и забыл»
  1. Забудьте про слово «они»

Ответственным за результат может быть только один человек.

Если у вас ответственные «они» или «команда», у вас нет ответственного. Точнее, это вы. Тогда вам и делать.

2. Сформулируйте конечный результат

Не «пофиксить баг», а «версия 2.3 устанавливается без ошибок на сервер клиента».

Не «переделать сайт», а «поднять конверсию в заявки с 3% до 3,5%»

Не «организовать распродажу», а «сделать инвентаризацию и поставить скидку 60% на вещи, которые числятся на складе более 9 месяцев»

3. Пропишите критерий результата

Он должен отвечать на вопрос: «Как мы оба поймём, что задача закрыта?»

4. Зафиксируйте всё письменно

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

5. Останьтесь доступным и включенным

Именно в вашем желании сбросить с себя проблему и кроется самая большая опасность. Нет, это не о том, чтобы вмешиваться в процесс и контролировать каждый шаг. Но вы должны понимать, что происходит*.

6. Проверьте результат и закройте задачу

Такой финал закрепляет стандарт: все задачи заканчиваются, а не «висят» без ответа.

*Значит ли это, что владелец должен контролировать абсолютно любую задачу внутри своей организации? Раз я пишу, что надо оставаться включенным?
Так же ни на что большее времени не останется!

Нет, не значит :)

Критерий задач, в которые надо быть включенным – кто ее ставит.

Когда ваш сотрудник уже без вас ставить задачи себе или исполнителям, то есть отвечает не только за результат, но и за постановку задачи, вам в них уже делать нечего.

Но если эту задачу пока ставите вы, значит вы не можете выключить себя из нее.
Да, я знаю, как сильно вам хочется. Но нет, пока не стоит.


Как вы уже поняли из названия, это первая статья из большой серии:

Ошибка предпринимателя #2 — «Вы же взрослые люди...»

Ошибка предпринимателя #3 — «И так понятно, что я имею в виду»

Остальные статьи еще в работе. Но если не хотите пропустить продолжение, заходите в телеграм-канал «Мастерская достижения целей».

Ниже - подборка других интересных статей на тему бизнеса:

  1. Все счастливые бизнесы похожи друг на друга, каждый несчастливый – несчастлив по-своему https://t.me/aimachievementstudio/900
  2. Чтобы сделать крутой бизнес, вам нужно обладать навыками тотального ДА и сурового НЕТ. https://t.me/aimachievementstudio/932
  3. Размер вашего бизнеса определяется тем, что вызывает у вас стресс https://t.me/aimachievementstudio/764
  4. Зарабатывать деньги – это набор навыков https://t.me/aimachievementstudio/722
  5. Как нанять консультанта и гарантированно разочароваться: https://t.me/aimachievementstudio/891