Стоимость разработки по сравнению с затратами на обслуживание
Я пытаюсь объяснить соотношение затрат на разработку и техническое обслуживание нашему отделу продаж, и в настоящее время у меня в основном интуитивное ощущение, что мы тратим около 60% времени на техническое обслуживание.
В нашей команде есть люди, которые стремятся продавать индивидуальные решения, которые мы должны создавать, и если продавцы не понимают общую стоимость разработки, они не смогут продавать по реальным ценам.
Другая «проблема» заключается в том, что мы расширяем наш сервис и нам необходимо провести рефакторинг некоторой базовой инфраструктуры, чтобы сократить время вывода на рынок и другие точки измерения.
Есть ли у вас какие-нибудь хорошие предложения относительно того, на что мне следует ссылаться, чтобы построить веские аргументы? И какие моменты я должен затронуть, чтобы дать им хорошее представление о проблеме?
Может быть, где-то есть отличный текст, на который я могу указать.
3 ответа
В «Часто забытых фундаментальных фактах о разработке программного обеспечения» Роберта Л. Гласса (статья в IEEE Software, май / июнь 2001 г.) он говорит о правиле программного обеспечения «60/60», то есть на обслуживание обычно уходит от 40 до 80% (в среднем 60%) затрат на программное обеспечение, а затем на это усовершенствование приходится примерно 60% затрат на обслуживание программного обеспечения, а на исправление ошибок - около 17%.
Попробуйте заставить их думать о программном обеспечении как об автомобиле. На его создание может уйти всего пара недель или месяц, но пока он используется в течение последующих недель, месяцев и лет, потребуется техническое обслуживание. Возможно, это просто плановое обслуживание для поддержания нормальной работы; но это может быть и экстренное обслуживание, когда машина делает что-то неожиданное и требует починки.
Точно так же, когда вы впервые получаете прибор, он может быть в полном порядке, но после небольшого использования его нужно будет отполировать, чтобы он стал таким, каким вы ожидали его видеть все время.
Изучите концепцию технического долга. Кроме того, постарайтесь пообщаться с продавцами. Скорее всего, они не злые или им все равно; они просто сталкивались с разными вещами, у них другие навыки и интересы, чем у вас. Мягкие навыки имеют большое значение. Самой большой ошибкой было бы дать им понять, что «они не понимают компьютеры». Самый простой продавец, с которым я когда-либо работал, был экс-QA, так что у него было много вещей. Между прочим, работа продавцов состоит в том, чтобы скрыть правду и удержать эти доллары. Это тонкий баланс между тем, чтобы не иметь слишком большого технического долга и не упустить возможности для бизнеса.