Рассмотрим, как возникло понятие кризис в программной инженерии, и какие заблуждения или мифы возникали до того, как этот кризис появился, и что привело, так сказать, к новой реальности, и методам борьбы с этим кризисом. Прежде всего, напомним, что в 68-м году, в небольшом городе Гармиш-партенкирхен, в германских Альпах, прошла конференция, которая называлась «Software engineering conference», впоследствии. На этой конференции, конференция, это так условное наименование события, присутствовали ведущие эксперты из стран НАТО, которые, прежде всего, решали вопросы поддержки оборонных систем программного обеспечения. Присутствовали эксперты из Соединенных Штатов Америки, из Карнеги-Меллонского университета, конечно, из Европы, это, прежде всего Германия, тот самый Фриц Бауэр, который ввел впоследствии термин «Кризис программной инженерии», специалисты из Дании, из Нидерландов, Эд Дейкстр, который занимался проблемами одновременного выполнения большого количества программных систем и ряд других специалистов. В итоге было принято решение о том, что программная индустрия находится в кризисе, и было высказано предположение о том, что имеет смысл разработать специальную научно-технологическую дисциплину или подход, который позволял бы перейти от анархии производства программного обеспечения к более планомерному, предсказуемому процессу разработки, это и была программная инженерия и собственно, поэтому конференция во многом называется «Конференция по программной инженерии». Надо сказать, что эксперты были приглашены, так сказать, на закрытое заседание, это не была открытая, в нашем понимании конференция, на которою приглашаются ведущие ученые, у которых, так сказать, принимаются лучшие доклады. Это была закрытая Натовская конференция, на которой так же присутствовали представители компании IBM и других ведущих компаний. Компания IBM совсем недавно построила компьютер B-5000, который был, как раз и предназначен для решения тех самых проблем высокой сложности, которые были связаны с управлением вооружениями. Таким образом, основная проблема, которая возникла на этой конференции, это каким образом имеет смысл разрабатывать полезное и эффективное программное обеспечение с учетом тех временных и иных ресурсных ограничений, ограничений бюджетных, ограничений людских ресурсов, которые имеются. Проблемы, которые возникли, это достаточно быстрое увеличение сложности компьютерных систем, в частности то самый компьютер В-5000, который на тот момент не было понятно каким образом вообще эффективно использовать. И те методы разработки, которые были, конечно, сформированы, но были так сказать в начальном состоянии, не в полнее соответствовали той степени сложности программного обеспечения, с точки зрения объема и количества различных модулей, которые взаимодействуют, не находили своего решения. Еще раз, Фриц Бауэр, представитель технического университета Мюнхена, на сегодня это ведущий центр по бизнес-процессам и это тоже важно, в том числе процессов разработки программного обеспечения, придумал этом термин «кризис». Впоследствии его использовал Эд Дейкстра в своей речи по итогам получения премии Тьюринга, он говорил о том, что как раз на этой конференции производилось детальное обсуждение того, что впоследствии получило название «Кризиса программного обеспечения». И так каким образом имеет смысл вести процессы разработки программного обеспечения в кризис, для того что бы уложиться в бюджет, который на самом деле существенно урезается, возможно, для того что бы соответствовать тем ресурсам, которые тоже претерпевают некие изменения. Команды разработчиков меняются, люди переходят из команды в команду, люди увольняются и т.д. Постоянно меняются приоритеты функциональные у заказчика, как нам вести надежное, предсказуемое, процессы разработки программного обеспечения с должным уровнем качества в этих условиях.
