OSS: экономия средств или недополученная прибыль?

| Категория реферата: Рефераты по информатике, программированию
| Теги реферата: шпаргалки по гражданскому, свобода реферат
| Добавил(а) на сайт: Behterev.

Давайте оставим решение этих задач профессионалам и не будем идти на поводу у амбициозных программистов. Гораздо эффективнее и полезнее силами внешних консультантов рассчитать возврат инвестиций на коммерческий продукт, а также недополученную прибыль, например, на быстрое развертывание и продажу услуг. Это поможет обосновать инвестиции в OSS.

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

Когда оправданна «домашняя» разработка OSS?

«Домашняя» разработка OSS-решения оправданна, когда оператор связи наращивает сети: точки присутствия, емкости, зону покрытия услугой и технологией и т. д. Это период становления оператора. В таких случаях, конечно, подразделения IT или эксплуатации сети в вопросах финансирования всегда проигрывают подразделениям капитального строительства, что вполне объяснимо и оправданно. О коммерческом OSS-решении, качественном и многофункциональном, вспоминают, когда созревает здоровая конкуренция и наращивание сетей уже не дает прежней прибыли. Наступает период насыщения рынка связи данного региона, и требуется переход от количества к качеству. В такой ситуации оператор или находит способы качественного роста, или сдает свои позиции на рынке, «золотой середины» нет.

Однако резкого перехода от количества к качеству можно избежать, для этого еще на этапе количественного роста оператора необходимо развивать коммерческие OSS-решения в определенных пропорциях с бюджетом строительства сети. Рассчитать оптимальные пропорции позволят обследования и ТЭО по OSS-решениям. Кроме того, полезно развернуть лабораторию с прототипом сети и тщательно протестировать возможных претендентов-поставщиков коммерческих OSS-решений. Более качественно и эффективно это сделают привлеченные консультанты. Максимум, что необходимо со стороны оператора, - создать команду, но только для сопровождения проекта: взаимодействия с консультантами при обследовании, участия в постановке задачи, выработке решения, испытаниях и доработках.

Другой случай использования «домашней» разработки - дефицит бюджета на определенной стадии проекта. Типичный пример, когда на первом этапе создания OSS на операцию контроля сбоев сети (Fault management) бюджета хватило, а автоматизированной службы поддержки (Help Desk) или мониторинга доступности и производительности сетевых узлов (Performance management) - уже нет. Временное использование ПО «домашней» разработки для реализации данных операций действительно оправданно, так как бизнес оператора не останавливается, а решать задачи необходимо уже сейчас. Главное - не увязнуть в разработке таких «заплаток» и правильно запланировать развитие OSS, последовательно продвигать через «экономное» руководство требуемые коммерческие решения.

Выводы

Таким образом, на основании изложенного можно дать некоторые рекомендации:

не тратьте время и средства компании на «домашние» разработки;

экономьте и зарабатывайте деньги на основной производственной деятельности компании;

используйте «домашние» разработки только для временных «заплаток» бюджета IT и эксплуатации;

требуйте постоянной отчетности по представленному качеству услуг и обслуживанию как от собственного подразделения IT и эксплуатации, так и от оператора связи.

Список литературы

Журнал «Connect!», №11.2005