Добавить в корзинуПозвонить
Найти в Дзене
iFellow
236 подписчиков

Разработка — это не кнопочки: 3 истории провалов

1
1 мин
Нажали "сделать проект" — и ждёшь, что всё само соберётся. Но разработка — это не офисный PowerPoint. Это сложные системы, люди, тайминг, риски. Вот 3 кейса, где всё пошло по маслу — но не в плюс. Тед Нельсон мечтал создать универсальную библиотеку — систему гипертекста с версионностью, трансклюзией и контролем авторства. Проект стартовал ещё в 1960-х, собирал лучших инженеров и миллионы долларов. Autodesk даже финансировал попытки в ‘80—‘90‑х. Но в итоге — никакого рабочего продукта. Почему провал? Вывод: если не разбивать на MVP, проект съедает ресурсы и теряет смысл. 4 июня 1996 года: первый запуск Ariane 5. Казалось, всё готово — но через 37 секунд ракета сошла с курса и самоуничтожилась. Причина — в копированном коде Ariane 4, который не учитывал новые параметры траектории. Переполнение при конвертации float→int привело к аварии, которая обошлась в $370 млн. Почему провал? Вывод: reuse — это хорошо, но только с анализом и тестами под условия. FBI пытался заменить устаревшую систем
Оглавление

Нажали "сделать проект" — и ждёшь, что всё само соберётся. Но разработка — это не офисный PowerPoint. Это сложные системы, люди, тайминг, риски. Вот 3 кейса, где всё пошло по маслу — но не в плюс.

1. Xanadu — сверхамбициозный проект, который растянулся на 30 лет

Тед Нельсон мечтал создать универсальную библиотеку — систему гипертекста с версионностью, трансклюзией и контролем авторства. Проект стартовал ещё в 1960-х, собирал лучших инженеров и миллионы долларов. Autodesk даже финансировал попытки в ‘80—‘90‑х. Но в итоге — никакого рабочего продукта.

Почему провал?

  • Сверхсложные требования: то, что поначалу смотрелось как "сделаем просто", превратилось в невыполнимую архитектуру.
  • Отсутствие вайсованной scope и приоритезации — мечта, не дорожная карта.
  • Разработка как бесконечный R&D без release.

Вывод: если не разбивать на MVP, проект съедает ресурсы и теряет смысл.

2. Ariane 5 Flight 501 — роковой баг в преобразовании

4 июня 1996 года: первый запуск Ariane 5. Казалось, всё готово — но через 37 секунд ракета сошла с курса и самоуничтожилась. Причина — в копированном коде Ariane 4, который не учитывал новые параметры траектории. Переполнение при конвертации float→int привело к аварии, которая обошлась в $370 млн.

Почему провал?

  • Код без адаптации: не тестировали на новую траекторию.
  • Отсутствие фейлов — если бы система не останавливалась на exception, можно было бы спастись.
  • Игнорирование требований уникального контекста.

Вывод: reuse — это хорошо, но только с анализом и тестами под условия.

3. Virtual Case File — FBI, $170 млн и ноль результата

FBI пытался заменить устаревшую систему управления делами (ACS) новой — VCF. Проект начался в 2000, но через 5 лет отменён, с потраченными $170 млн и недоработанным ПО.

Почему провал?

  • Постоянные изменение ТЗ после старта.
  • Плохое управление подрядчиком (SAIC).
  • Отсутствие промежуточных версий и agile-итераций.
  • Отказ от пострелизного анализа — проекта просто не довели.

Вывод: без гибкой архитектуры и итераций система становится бюрократией, а не инструментом.

Разработка — это не "нажать кнопки". Это структурированное мышление, внимание к деталям, ответственность и адаптация. Без этого любой проект — от библиотеки до ракеты и федеральной системы — обречён.