Pull to refresh

Эффективный рассчет совокупной стоимости владения программного обеспечения

Reading time 5 min
Views 1.1K
Original author: David Chisnall
В предыдущей статье «The Cost of Free Software» я указал на полную объективность Microsoft при оценке совокупной стоимости владения (TCO) Windows при сравнении ее со свободным ПО. К сожалению, из за бага в Firefox, при отображении тега sarcasm некоторые читатели приняли это утверждение за чистую монету. Ели это еще не пофиксили, то вот:

<sarcasm>
Вендоры всегда полностью достоверно и надежно вычисляют TCO, и никогда не исказили бы статистику или выбирали бы наиболее благоприятные конфигурации.
</sarcasm>

При этом важно, что организация может сделать свои собственные определения расчета TCO системы перед ее запуском. Сторонники Open Source зачастую торопятся указать на низкую первоначальную стоимость своих систем. Критики указывают на потенциально более высокую стоимость технического обслуживания. Сторонники СПО сосредотачиваются больше на аспектах свободы и соответствующей низкой стоимостью миграции. Все эти пункты верны, но ни один из них не описывает ситуацию в целом. TCO любой IT-системы может быть разбит на четыре компонента:

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

Каждый из них должен быть принят во внимание при оценке обновления.

Начальная стоимость


В этом разделе Свободное ПО имеет явное преимущество. При нулевой стоимости, оно является явным победителем… В нынешнее время, многие коммерческие фирмы по разработке программного обеспечения усвоили это на деле, и предоставляют бесплатные продукты в областях, где есть конкуренты от СПО. Такие компании ориентируются на платную поддержку, так как только они имеют доступ к исходному коду продукта, и они единственные, кто может реально оказывать поддержку.

Конечно же, стоимость стандартной поставки может быть только частью истории. Зачастую ПО требует доработки для использования в конкретном бизнесе. Если Вы используете свободное ПО, то тогда вы можете иметь большую гибкость в этом вопросе, потому что вы (или подрядчик, нанятый Вашей компанией) можете непосредственно модифицировать код, вместо того, чтобы работать через набор предоставленных интерфейсов и прикручивать скрипты.

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

Стоимость перехода


Потрясающим открытием является то, чего стоит некоторым уяснить, что некоторые пункты меню находятся в Microsoft Office и OpenOffice разных местах. Еще более поразительным является тот факт, что тем же самым людям ничего не стоит усвоить, куда переместили те же самые пункты меню в разных версиях MS Office.

Адаптация к любой новой системе требует времени. Она может иметь и дополнительные зависимости — например, новое веб-приложение может потребовать новой СУБД. Или же, потребовать обучения персонала.

Будьте объективны, оценивая вашу стоимость перехода. Если Ваш штат нуждается в значительном переобучении для перехода между различными текстовыми процессорами, то они вероятно не используют эффективно свои текущие инструменты. Если дело именно так и обстоит, то тогда вы могли бы рассмотреть переход к чему-нибудь, совершенно различающемуся, как веб-интерфейс и шаблонная система — чему-то такому, что даст намного более проблемно-ориентированный подход.

Навыки со стороны системного администрирования несколько отличаются. Администратор должен быть хорошо знаком со всеми возможностями и причудами конкретного программного обеспечения. Это может потребовать некой формы обучения, которое может быть отчасти скомпенсировано, если есть сильное сообщество разработчиков.

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

Стоимость обслуживания системы


Очень небольшое количество систем, аппаратных или программных, могут быть установлены и забыты. Большинство требует метафорической или буквальной периодической смены масла. В случае программ основной формой является установка обновлений от поставщика.

Большинство обновлений тщательно тестируется перед выпуском. К сожалению, невозможно протестировать все возможные комбинации железа и ПО, которые могут вызвать проблемы, и, зачастую, некоторое дополнительное тестирование требуется на месте. Часто это означает, что нужна запасная система для тестирования, которая имеет такую же конфигурацию, как и рабочая.

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

График выпуска исправлений также является важным фактором. Если исправления выпускаются на регулярной основе, то легче планировать их установку, что снижает стоимость.

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

Стоимость отказа от системы


Наиболее важное — и упускаемое из виду — финальная стоимость. В какой-то момент ваша новая замечательная система устареет. Есть много возможных причин для этого. Компания-производитель может прекратить поддержку, или просто обанкротиться. Разработчики могут принять решение о прекращении работы над системой. Это может быть отсутствие необходимого вам в данный момент функционала.

Когда вы достигаете этого поворотного момента, вам нужно искать альтернативу. Как вы зависите от системы? Вы использовали ее для построения критической инфраструктуры?

В нынешнее время открытые стандарты становятся важны. Если ваша система придерживается стандартов, то относительно легко заменить ее на какую-то другую — факт, который делает стандарты несколько непопулярными у вендоров.

В отсутствие стандартов цепи зависимости могут быть весьма длинны. Если вы используете программное обеспечение, которое написано, используя нестандартные API, то вы не можете легко заменить свою операционную систему. Если это программное обеспечение хранит свои данные в нестандартных форматах, то вы не можете легко заменить его.

Если Вы выберете операционную систему, которая поддерживает такие стандарты, как POSIX и X11, то относительно легко будет перенести существующий исходный код на новую платформу с поддержкой этих стандартов. Если у вас нет исходных кодов, то существуют уровни бинарной трансляции, хорошо работающие на изоморфных системах.

Точно так же, если ваши данные хранятся в открытых форматах, то легко мигрировать между приложениями. Если вы используете OpenOffice, для создания файлов OpenDocument, то вы можете переключиться на AbiWord (например), без необходимости конвертирования всех ваших документов в новый формат.

Стандарты существуют в большинстве сфер разработки программного обеспечения, от самых низкоуровневых программных интерфейсов до представлений данных высшего уровня. Если программное обеспечение поддерживает их (и не уникально при этом), то оно относительно свободно от привязки к поставщику (vendor lock-in).

Заключение


Microsoft упорно подчеркивает низкую стоимость перехода со своих продуктов на свои новые продукты. Многие UNIX-поставщики подчеркивают низкую стоимость обслуживания и отсутствие привязки к поставщику.

Важно, прежде чем сделать покупку, провести эти расчеты для себя и увидеть во сколько точно обойдется ваше решение в конечном счете.

Tags:
Hubs:
+4
Comments 2
Comments Comments 2

Articles