Нажали "сделать проект" — и ждёшь, что всё само соберётся. Но разработка — это не офисный 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-итераций.
- Отказ от пострелизного анализа — проекта просто не довели.
Вывод: без гибкой архитектуры и итераций система становится бюрократией, а не инструментом.
Разработка — это не "нажать кнопки". Это структурированное мышление, внимание к деталям, ответственность и адаптация. Без этого любой проект — от библиотеки до ракеты и федеральной системы — обречён.