Only the Paranoid Survive: How to Exploit the Crisis Points That Challenge Every Company (Выживают только параноики) (Рубрика Management)

Вчера во времея чтения книги Learning DDD, я наткнулся на отсылку к книге "Выживают только параноики" за авторством Эндрю Гроува, которую я читал когда-то давно. В этой книге автор (бывший CEO компании) рассказывает как корпорация Intel с честью вышла из ситуации, когда рынок основного продукта (тогда это были чипы памяти) стали стремительно забирать конкуренты. Пришлось немного сдвинуть парадигму и уйти на рынок процессоров. Вторая интересная история, что запомнилась - это выход на рынок B2C с прямой продажей чипов потребителям параллельно продаже OEM-компаниям. В перспективе это сулило классные результаты и ребята в свое время много вкладывали в промо с рекламой "Intel Inside". А потом ребята выпустили процессор intel pentium с ошибками в обработке операций с плавающей точкой (ошибка Pentium FDIV). Причем они знали об ошибке, но решили, что она заденет небольшое число пользователей и можно выпускать процессор и так. Но так как пользователи теперь знали, что у них внутри процессор Intel, то утаивание ошибки и реакция компании на ее обнаружение, оказались масштабными. Компании пришлось признать проблему и начать свободно обменивать проблемные процессоры. Во время этого кризиса компания прочувствовала что такое работать с потребителями напрямую и получать шквал обратной связи. Кстати, Энди Гроув принес публичные извинения за всю эту историю. В общем и целом, книга "Выживают только параноики" за авторством Эндрю Гроува хоть и вышла в первый раз 25 лет назад, но она все еще интересна для прочтения. Она напоминает другие книги в стиле success story, но здесь есть и препятствия, которые пришлось преодолеть на пути к успеху:)

P.S. В книге "Learning DDD" эта отсылка к книге "Выживают только параноики" была в контексте проектирования систем в стиле Event-Driven Architecture. Вот цитата из книги Влада Хононова As Andrew Grove put it, only the paranoid survive. Use this as a guiding principle when designing event-driven systems: • The network is going to be slow. • Servers will fail at the most inconvenient moment. • Events will arrive out of order. • Events will be duplicated. Most importantly, these events will occur most frequently on weekends and public holidays.

#Management #Architecture #Leadership #Culture #SuccessStory