Этот раздел предназначен для IT служб предприятий, принявших решение «соскочить» с Windows.

Здесь нет теоретических измышлений, только описание реального опыта.

Создание раздела преследует следующие цели:

  • Аккумулировать и распространять опыт внедрения UNIX-систем на предприятиях стран СНГ.

  • Показать тем, кто только решил встать на этот путь, что это не сложно и они не одни.

  • Исключить потерю времени на выбор средств и методов.

  • Предоставить простые и чёткие инструкции для прохождения сложных участков.

Доподлинно известно что на одних предприятиях уже ушли от ОС семейства MS, на других уходят прямо сейчас, а на третьих - планируют уходить. Большинство из них почти ничего не знает друг о друге. Зачастую их IT отделам приходится решать одни и те же проблемы. Как вы думаете, что обычно делают айтишники после решения цепочки сложных проблем? Опишу в порядке убывания вероятности события:

  1. Радуются и продолжают движение вперёд. Если снова оказываются в той же ситуации, то мучительно пытаются вспомнить решение. В конце концов, проходят тот же путь поиска решения, но несколько быстрее.
  2. Делают краткий конспект содеянного. Если снова оказываются в той же ситуации, то мучительно пытаются разобраться в собственном конспекте. Если автор конспекта уже уволился, то дальше как в пункте 1.
  3. Составляют четкое пошаговое руководство (HOWTO) и хранят его у себя в определённом месте.
  4. Публикуют руководство в Internet.

Вы чувствуете разницу между двумя последними пунктами? Осознаёте все преимущества последнего пункта?

Если да, то давайте пойдём дальше.

Представьте себе, что все эти замечательные руководства не разбросаны по паутине, а собраны в единый план действий по автоматизации предприятия, в котором на каждом «перекрёстке» уже выбрано оптимальное решение для каждой отрасли. Вы смогли бы извлечь пользу из такого документа?
Не сомневаясь в вашем ответе, так же не сомневаюсь, что вы со смехом зададите вопрос: «Да где же такой взять?»

Предлагаю изменить постановку вопроса: «Как же такой собрать?»
Ведь где взять и так ясно - в наших с вами головах и в сети.
Ответ на мой вопрос вы и сами знаете - собрать с помощью Wiki.
Где собрать? Пожалуй, лучше всего на русскоязычном сайте ОС, наиболее массово применяемой на наших предприятиях вместо пользовательских ОС от MS.

Итак мы здесь, и делаем общее полезное дело.
Пользуйтесь и дополняйте.

Если вы не нашли здесь решение какой либо проблемы, то завершите её решение по четвёртому сценарию ;-)

Внедрение Unix-систем на предприятии

Итак, вы хотите классику вместо MS. Можно долго обсуждать, какой юникс поставить дома, но в случае с автоматизацией рабочих мест работников предприятия многие «домашние» факторы отходят на задний план, и чаще всего выбор падает на Ubuntu. Можно привести причины этого решения, но лучше это сделать в отдельной статье. Будем двигаться дальше, нам нужен план.

Простейший порядок действий при переходе на Ubuntu:
  1. Поручить своим наладчикам и программистам установить и изучить Ubuntu (параллельно пунктам 2-4)
  2. Разработать технологию быстрой установки рабочего места с полным комплектом программ
  3. Разработать технологию переноса пользовательских данных
  4. Составить необходимые технологические инструкции (максимально лаконичные)
  5. Обучить своих наладчиков и программистов технологии согласно инструкций
  6. Заручиться поддержкой руководства (лучше приказом)
  7. Определить список мест, где всё же понадобится windows
  8. Приступить к замене пиратских windows на ubuntu и продолжать вплоть до победного конца
  9. Вести итеративный процесс сбора замечаний и внесения исправлений и улучшений.

На деле этот план достаточен для достижения цели. И массово внедрить ubuntu можно без единого распорядительного документа, опираясь лишь на поддержку руководства (на их непреклонное решение платить за минимальное количество лицензий от MS). И это даже не умозаключение, а личный опыт, т.е. реально свершившийся факт. Но после этого всё равно хочется издать несколько приказов. Так что если есть время, то лучше издать их своевременно. Это укрепит процесс.

Множество очень полезных советов, ведущих вас к успеху операции содержатся а статье "Ubuntu начинает... и выигрывает"

Итак, теперь тот же план, но более детально и продуманно.

~~ Технологическая подготовка

.. Если делать всё правильно, то этот пункт должен быть частью пункта "реализация". Но мы дома, в России (или рядышком), а у нас с вами так не бывает. Поколение руководителей, преуспевших в мутной воде перестройки чётко знает, что действовать нужно максимально быстро. После прохождения следующего пункта будут установлены такие сроки, что исследовательская работа в них никак не поместится. Вы не сможете ни обосновать сроки разработки технологии, ни даже правильно определить их, так как никогда не известно на какие грабли придётся наступить. Но мы постараемся помочь вам обойти все грабли.
  ~~ **Срочно** начать практическое изучение Ubuntu вашими IT специалистами. (параллельно пунктам 1.2-1.8)
  ~~ Определиться с набором возможных конфигураций программного обеспечения на рабочих местах
  ~~ Определиться с технологией установки и запуска прикладных программ
  ~~ [[используем_всю_технику|Распределить пользовательскую технику на группы]] по способу применения, определяемому уровнем мощности и наличием OEM лицензии (наклейки).
  ~~ Установить необходимое серверное ПО.
  ~~ Разработать технологию быстрой установки рабочего места с полным комплектом программ
  ~~ Разработать технологию переноса пользовательских данных
  ~~ Составить необходимые технологические инструкции (максимально лаконичные)
  ~~ Обучить своих наладчиков и программистов технологии согласно инструкций
.. [[техподготовка внедрения UNIX|подробнее...]]
~~ **Инициация**
.. Этот шаг определяет, будем ли мы делать остальные шаги, или нет, так как на этом шаге **руководителем компании** должно быть принято принципиальное решение об использовании альтернативного ПО.
.. Что бы руководство заинтересовалось альтернативами бывает достаточно принести счёт на необходимое ПО от MS. Если руководитель постоянно использует в своей работе компьютер и способен самостоятельно разобраться с новой программой, то следует пересадить его на комплект СПО (Mozilla,OpenOffice) или даже сразу на Ubuntu. Но проследить, что бы переход прошёл мягко, вовремя помочь, если понадобится. Это придаст ему уверенности и стойкости в его решении внедрять СПО.
~~ **Организация**
  ~~ Издать приказ о контроле и ответственности за установленное ПО на рабочих местах.
  .. Приказ должен предусматривать наказание за самовольно установленное ПО.
  .. Лучше не пропускать этот шаг, так как позже вы всё равно захотите его сделать.
  ~~ Сформировать команду проекта.
  .. В неё, кроме админов и технарей, готовых морально и методологически к переходу, обязательно нужно включить работников из отделов и служб. Включите наиболее авторитетных и грамотных. 
  .. Формирование команды следует оформить приказом.
~~ **Планирование**
  .. Результатом планирования должна быть: продуманная и согласованная последовательность перехода на Ubuntu, причем не только последовательность установки на компьютеры, а последовательность обучения пользователей и изменения стандартов документального и информационного оборота.
  .. Однако на обучение пользователей и изменение стандартов может не хватить ни людей не времени, да и просто можно "увязнуть", если коллектив инертный. В этом случае можно попытаться "научить плавать, бросив в воду". Это сработает, если сделать всё быстро, но приводит к преобладанию отрицательных впечатлений у пользователей. При этом изменение стандартов ни в коем случае не отменяется, вам придётся вернуться к нему позже. Про обучение то же не следует забывать.
  .. Если у вас достаточно времени до ближайшей проверки из МВД ;-) , то можно сделать переход более плавным для пользователей. Переходить на СПО поэтапно, с обучением на каждом этапе. В этом случае ваш план будет включать в себя следующие этапы:
    - внедрение Mozilla Firefox и Thunderbird
    - внедрение OpenOffice
    - внедрение Ubuntu
  .. Конечно, тремя пунктами план не ограничится. Состав остальных пунктов зависит от специфики конкретного предприятия.
  .. Имеет смысл использовать систему управления проектами. Например [[wpru>Redmine]], описание её развёртывания будет в п.1.5. Пока можно воспользоваться [[Установка Redmine на Ubuntu 10.04 Server|кратким описанием]].
~~ **Реализация**
  :: Произвести замену ПО на рабочих местах согласно плана и инструкций.
  :: Отслеживать ход работ.
  :: Анализировать и по возможности решать обнаруженные проблемы.
~~ «**Разбор полетов**»
  ~~ Обязательно по состоянию на запланированную дату разошлите всем по почте поздравления с успешным завершением перехода на новую платформу, всем открыто скажите, с какими основными трудностями пришлось столкнуться и, черт возьми, «...как эффективно действовали Олег-админ и Марья Ивановна из бухгалтерии! Молодцы все!»
    * Во-первых, вы поставите точку. И даже те, кто до сих пор думал, что все еще вернется, убедятся в невозможности возврата!
    * Во-вторых, те, кто еще плохо освоил новую систему, заерзают и начнут ее сами осваивать — мол, все умеют, а я почему нет?
    * В-третьих, вы поднимите престиж и оценку членов команды в их собственных глазах.
  ~~ Тщательно проанализируйте ошибки и проблемы обнаруженные на предыдущих этапах.
  ~~ Найдите практические решения и задокументируйте их реализацию в этом руководстве.
  ~~ Ведите итеративный процесс сбора замечаний (и от пользователей и от самих айтишников) и внесения исправлений и улучшений (в том числе и в это руководство).

Источники