Умер Боб Шаретт: легендарный автор IEEE Spectrum о рисках в технологиях

Роберт Н. Шаретт, известный как ведущий мировой эксперт по управлению рисками в программной инженерии и один из самых плодовитых авторов IEEE Spectrum, скончался. О его смерти сообщил сайт IEEE Spectrum в материале, посвящённом памяти автора. Шаретт, называвший себя «экологом рисков», оставил после себя десятки глубоких статей и более 1750 постов в блоге, которые десятилетиями помогали инженерам и менеджерам понимать, почему сложные технологические проекты терпят крах. Его работы стали настольными книгами для специалистов по всему миру, а его подход к анализу рисков до сих пор изучают на инженерных факультетах.

Наследие «Почему программное обеспечение терпит неудачу»

Статья Шаретта «Почему программное обеспечение терпит неудачу», опубликованная в 2005 году, стала seminal-работой, которую до сих пор изучают на инженерных факультетах университетов. В ней он систематизировал причины провалов IT-проектов: от нереалистичных сроков и плохого управления требованиями до недостаточного тестирования и игнорирования человеческого фактора. Эта работа не потеряла актуальности и сегодня, когда программное обеспечение пронизывает все сферы жизни — от автомобилей до медицинских устройств.

Шаретт не просто описывал проблемы — он предлагал системный подход к оценке рисков, основанный на многолетнем опыте консультирования компаний по всему миру. Его подход отличался междисциплинарностью: он рассматривал технические, организационные и даже психологические аспекты провалов, что делало его анализ уникально глубоким. Он утверждал, что провалы возникают не из-за одной ошибки, а из-за накопления множества мелких недочётов, которые в совокупности приводят к катастрофе.

Предыстория и контекст

Карьера Шаретта в IEEE Spectrum началась в 2005 году, когда редакция решила сделать специальный репортаж о проблемах разработки корпоративного ПО. Старший редактор Гарри Голдштейн, который тогда только начинал работать в издании, предложил пригласить Шаретта. Это стало началом двадцатилетнего сотрудничества. Уже в 2007 году, когда Голдштейн стал веб-редактором, Шаретт запустил блог The Risk Factor, который вёл более десяти лет.

За это время он опубликовал 1750 постов, в которых хронику сотен IT-провалов — от государственных систем до корпоративных ERP. Его работа «Уроки десятилетия IT-провалов» получила престижную награду Jesse H. Neal Award в 2016 году. Показательно, что инфографика к этой статье была создана в программном пакете, который больше не поддерживается, и теперь эти материалы утрачены — ироничная иллюстрация тезисов самого Шаретта о хрупкости цифровых артефактов.

Чем его подход отличался от других экспертов?

В отличие от многих консультантов, которые фокусировались на отдельных кейсах, Шаретт рассматривал риски как экологическую систему, где всё взаимосвязано. Он утверждал, что провалы возникают не из-за одной ошибки, а из-за накопления множества мелких недочётов, которые в совокупности приводят к катастрофе. Его статьи всегда сочетали глубокий анализ с доступным изложением, что делало их полезными и для инженеров, и для менеджеров.

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

Технические детали и анализ провалов

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

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

Кого затронет эта утрата

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

В России и СНГ его работы также хорошо известны среди специалистов по управлению проектами и тестированию, хотя официальные переводы немногочисленны. Тем не менее, его идеи активно цитируются в профессиональной литературе и на конференциях. Многие российские IT-специалисты изучают его статьи в оригинале, чтобы глубже понять методологию управления рисками.

Что будет дальше

IEEE Spectrum обещает сохранить архив публикаций Шаретта, хотя часть материалов уже утрачена из-за устаревшего ПО. В память о нём редакция планирует опубликовать серию ретроспективных статей, переосмысливающих его идеи в контексте современных технологий, таких как искусственный интеллект и автономные системы.

Вероятно, его работы продолжат вдохновлять новые поколения инженеров. В эпоху, когда программное обеспечение управляет критической инфраструктурой, уроки Шаретта о важности управления рисками становятся ещё более актуальными. Его наследие будет жить в каждой статье, каждом анализе рисков, каждом предупреждении о том, что сложность — это не повод для страха, а повод для системного подхода.

Итог

Роберт Н. Шаретт был не просто автором — он был наставником для целого поколения инженеров и менеджеров. Его наследие живёт в каждой статье, каждом анализе рисков, каждом предупреждении о том, что сложность — это не повод для страха, а повод для системного подхода. Следить за публикациями IEEE Spectrum в память о нём — значит продолжать учиться на его мудрости. Его идеи о том, как управлять рисками в программной инженерии, остаются бесценными для всех, кто работает в этой области.