09.11.2009 Экспертиза, Открытый код/LinuxДопустим, что первый этап миграции на Linux завершился успешно. Ключевые сотрудники предприятия познакомились с системой, и она не вызвала у них неприятия. Это, кстати, довольно существенный критерий успеха. К сожалению, зачастую миграция на СПО трактуется как исключительно технологическое мероприятие, вследствие чего уделяется недостаточно внимания пресловутому человеческому фактору. Соответственно в процессе внедрения возникают проблемы, которых могло бы не быть при комплексном подходе. Важно понимать, что переход на СПО — это системная задача и она не может быть успешно решена, если пренебречь любой из ее составляющих. Следующий этап — оценка “мигрантопригодности” предприятия. Вдруг получится так, что овчинка не будет стоить выделки. Чтобы избежать бессмысленной работы, надо провести ревизию рабочих станций предприятия и используемого на них ПО. Установленное ПО можно условно разбить на три категории: программы, имеющие равноценные свободные аналоги; программы, не имеющие равноценных свободных аналогов; уникальные программы, используемые внутри предприятия. Проще всего с первыми двумя категориями. Очевидно, что в первом случае замена программ на свободные аналоги возможна, а во втором — нет. А вот в третьем случае предстоит серьезная подготовительная работа. Если на предприятии сохранились исходные тексты программы и при ее написании не использовался язык, привязанный к платформе, то может оказаться, что проблема решается очень просто ...
читать далее.
