Стоимость разработки по сравнению с затратами на обслуживание

В «Часто забытых фундаментальных фактах о программной инженерии» Роберта Л. Гласса (статья в IEEE Software, май/июнь 2001 г.) он говорит о правиле программного обеспечения «60/60», то есть на обслуживание обычно уходит от 40 до 80% ( 60% в среднем) затрат на программное обеспечение, а затем на это усовершенствование приходится примерно 60% затрат на обслуживание программного обеспечения, а на исправление ошибок приходится около 17%.

После 29 лет работы в отрасли я могу сказать, что техническое обслуживание составляет 60-80% от общей стоимости. Развитие составляет не более 20%. Но сегодня большинство компаний, кажется, не осознают, что больше всего внимания они уделяют быстрой разработке и устанавливают сроки без надлежащей оценки. Это вынуждает разработчиков сбрасывать и уходить, что только усложняет обслуживание. Что в результате делают руководители? Они выбрасывают все собственное программное обеспечение и покупают стороннее. Затем происходит кошмар системной интеграции, и, может быть, 4 или 5 лет спустя они вроде как заставят все это работать, но стоимость этого экспоненциально выше, чем тратить время заранее и делать это правильно с первого раза. Тем временем все опытные старожилы вешают шляпы, и прилетает новая порода молодых баксов с позицией «мы можем исправить все». И это, друг мой, то, чем они будут заниматься долгое время.

Вот почему Agile в конечном итоге покорил меня, потому что водопад просто не работает в программном обеспечении. Никогда не было и никогда не будет. Все дело в небольших рабочих итерациях и разработке деталей. Так же, как Генри Форд показал нам в 1900 году...

Изучите понятие технического долга. Кроме того, попробуйте пообщаться с продавцами. Скорее всего, они не злые или им все равно; они просто сталкивались с разными вещами, у них другие навыки и интересы, чем у вас. Мягкие навыки имеют большое значение. Самой большой ошибкой было бы сообщить им, что «они не разбираются в компьютерах». Самый простой продавец, с которым я когда-либо работал, был бывшим QA, так что у него было много вещей. Между прочим, работа продавцов состоит в том, чтобы искажать правду и поддерживать приток этих долларов. Это тонкий баланс между тем, чтобы не брать на себя слишком много технического долга и не упускать возможности для бизнеса.

Попробуйте заставить их думать о программном обеспечении как о машине. На его постройку может уйти всего пара недель или месяц, но пока он будет использоваться в течение следующих недель, месяцев и лет, потребуется техническое обслуживание. Может быть, это просто плановое техническое обслуживание, чтобы все работало гладко; но это также может быть аварийное обслуживание, когда он делает что-то неожиданное и нуждается в исправлении.

Точно так же все может быть хорошо, когда вы впервые получите его, но после небольшого использования его нужно будет отполировать, чтобы он всегда был таким, как вы ожидали.

Что я испытал, так это то, что около 35% стоимости разработки будет потрачено в течение первого года обслуживания, 30% - во второй год, 25% - в 3-й год. Итак, если я потрачу 1 миллион долларов на разработку, я потрачу 350 тысяч в течение 1-го года и так далее. Через 3 года стоимость снова увеличивается на 5-10% каждый год. Следовательно, через 5 или 6 лет может потребоваться полная переработка приложения.