Создавая новую компанию мы чаще всего не задумываемся о том, какой будет ее ИТ инфраструктура завтра, через месяц или хотя через бы год. Закрывая глаза на планирование самой важной части любого предприятия сегодня, мы не представляем какой урон наносим бизнесу в самом начале его пути. Этот статья ориентирована как на рядовых IT-шников, так и на руководителей отделов и департаментов ИТ, с одной лишь целью — объяснить роль планирования ИТ инфраструктуры в новой компании.
Для начала определимся с термином «ИТ инфраструктура». Будем считать что это компьютерная техника, средства коллаборации, различные коммуникации, серверы, оргтехника, программное обеспечение, одном словом все, что связано с информационными технологиями в компании, и то, как все эти технологии между собой взаимодействуют. Это, безусловно, требует очень больших затрат, как на момент создания инфраструктуры с нуля, так и в будущем, в процессе обслуживания. Но правильно спланированная и реализованная ИТ инфраструктура может существенно снизить стоимость своей же эксплуатации. Планирование в конечном итоге представляет из себя документ, стандарт, завизированный управляющим звеном компании. Итак, давайте попробуем разобраться, зачем нужно такое планирование, в чем его плюсы, а также какие очевидные недостатки существуют.
Первой и самой важной целью планирования инфраструктуры является понимание топ-менеджментом и инвесторами компании, на что департамент информационных технологий собирается тратить деньги. План становления и развития ИТ инфраструктуры в компании нужен для обеспечения прозрачности ИТ для бизнеса в целом. Например, если в качестве типового решения закупается оборудование конкретного бренда, по определенному Part Number'у, сотрудники финансовой службы смогут спрогнозировать предстоящие траты. Или стоимость организации инфраструктуры в планируемом удаленном офисе рассчитана заранее, и инвестор сможет скорректировать стратегию движения в регионы. Имея на бумаге общее, стандартизированное решение, бизнес будет ориентироваться именно на это, и составление бюджета на следующий год вызовет существенно меньше вопросов. Даже процесс организации закупок техники и программного обеспечения станет более простым — одни и те же поставщики, известные сроки, известные проблемы, и вот, можно планировать риски.
Для самого департамента информационных технологий этот план является своеобразной картой, целью, к которой нужно постепенно стремиться. В документе должны быть описаны сервисы, например служба Active Directory, почтовая система, система документооборота и т.д. Очевидно, что все это не делается «за раз», чтобы вычеркивать из плана сделанное, нужны материальные средства и человеко-часы. Пусть в плане значится Lotus Domino, SAP, OpenView, ничего страшного, главное наметить цель и план движения к этой цели, а реализация будет после, ведь нельзя собрать с поля пшеницу, предварительно не посеяв ее. Еще одно преимущество планирования инфраструктуры заранее — это создание понятных и простых процедур, таких как настройка рабочего места новому пользователю, подключение к корпоративной телефонии, решение типовых инцидентов и т.д. Чаще всего эти процедуры описываются в формате каталога услуг, предоставляемых департаментом ИТ сотрудникам компании.
Идем дальше. В наш план попадают типовые решения, которые мельком были затронуты ранее. Типовое решение позволит не только планировать предстоящие расходы, но и сделает саму инфраструктуру более управляемой, удобной в обслуживании. Возьмем, например, за типовое решение коммутаторы для офисной сети — Cisco Catalist 3550, сервера — HP Proliant DL380 G5, программное обеспечение рабочих мест — Microsoft Windows Vista, шкафы — Rittal и т.д. Однажды описав это в документе, не нужно будет думать, какой сервер купить и в какой комплектации, все уже посчитано и записано. Конечно, бывают случаи, когда, например, не совсем целесообразно покупать сервер DL380, а дешевле и правильнее купить DL360 G4, но ведь никто не мешает «завиртуалить» на этом сервере 2 операционных системы, разделив ресурсы между ними как требуется. Или таки купить DL360 вместо 380-го, обозначив на будущее в стандарте на оборудование 360 G4, как «Сервер приложений средней производительности». Как показывает практика, обслуживание сети, включающей типовое железо и программное обеспечение существенно удобнее (и правильнее), чем диверсифицированной сети.
Прорабатывая любой план, обычно возникает большое количество вопросов, ответы на которые можно постараться дать на момент проектирования. Гораздо хуже, если эти проблемы «вылезут» в момент реализации, особенно если затронут критические бизнес процессы компании. Наверняка не один ИТ-шник испытывал неудобства, когда его план, составленный в голове за 15 минут пару недель назад, с треском проваливался. И было закуплено оборудование не с теми опциями, или не та версия ПО, или железо оказалось не совместимо с чем то уже существующим. Нет, я не хочу сказать, что планируя, мы избежим всех проблем, конечно нельзя знать наверняка, ошибки случаются, но сократить их количество в наших силах! Это еще раз подтверждает необходимость планирования инфраструктуры заранее, и желательно, на посевном этапе.
В заключении отмечу и минусы, связанные с планированием и стандартизацией инфраструктуры. Во-первых, применение планирования инфраструктуры хоть и желательно, но не всегда целесообразно в компаниях, состоящих из 5 и менее человек, а тем более в компаниях, которые не собираются увеличивать количество своих сотрудников в ближайшие 1-2 года. Во-вторых, сама по себе стандартизация это не всегда хорошо. Ну захотел топ-менеджер VAIO, вместо HP, куда денешься, приходится делать исключения из правил. И в этом случае важно не брутальное зацикливание на созданном документе, а гибкие методы изменения созданных жестких правил. Как показала практика, такие документы зачастую не существуют даже в компаниях, количество сотрудников с ПК в которых уже перевалило за полторы сотни. Как это сказывается на управляемости и стоимости инфраструктуры можете предположить сами. Принимая во внимание best practices крупных ИТ/телеком компаний, с уверенностью заявляю, что планирование ИТ инфраструктуры должно быть самым первым и самым главным шагом компании в мире информационных технологий. Успехов в начинаниях! И не ленитесь планировать, это поможет вам избежать многих проблем!
Для начала определимся с термином «ИТ инфраструктура». Будем считать что это компьютерная техника, средства коллаборации, различные коммуникации, серверы, оргтехника, программное обеспечение, одном словом все, что связано с информационными технологиями в компании, и то, как все эти технологии между собой взаимодействуют. Это, безусловно, требует очень больших затрат, как на момент создания инфраструктуры с нуля, так и в будущем, в процессе обслуживания. Но правильно спланированная и реализованная ИТ инфраструктура может существенно снизить стоимость своей же эксплуатации. Планирование в конечном итоге представляет из себя документ, стандарт, завизированный управляющим звеном компании. Итак, давайте попробуем разобраться, зачем нужно такое планирование, в чем его плюсы, а также какие очевидные недостатки существуют.
Первой и самой важной целью планирования инфраструктуры является понимание топ-менеджментом и инвесторами компании, на что департамент информационных технологий собирается тратить деньги. План становления и развития ИТ инфраструктуры в компании нужен для обеспечения прозрачности ИТ для бизнеса в целом. Например, если в качестве типового решения закупается оборудование конкретного бренда, по определенному Part Number'у, сотрудники финансовой службы смогут спрогнозировать предстоящие траты. Или стоимость организации инфраструктуры в планируемом удаленном офисе рассчитана заранее, и инвестор сможет скорректировать стратегию движения в регионы. Имея на бумаге общее, стандартизированное решение, бизнес будет ориентироваться именно на это, и составление бюджета на следующий год вызовет существенно меньше вопросов. Даже процесс организации закупок техники и программного обеспечения станет более простым — одни и те же поставщики, известные сроки, известные проблемы, и вот, можно планировать риски.
Для самого департамента информационных технологий этот план является своеобразной картой, целью, к которой нужно постепенно стремиться. В документе должны быть описаны сервисы, например служба Active Directory, почтовая система, система документооборота и т.д. Очевидно, что все это не делается «за раз», чтобы вычеркивать из плана сделанное, нужны материальные средства и человеко-часы. Пусть в плане значится Lotus Domino, SAP, OpenView, ничего страшного, главное наметить цель и план движения к этой цели, а реализация будет после, ведь нельзя собрать с поля пшеницу, предварительно не посеяв ее. Еще одно преимущество планирования инфраструктуры заранее — это создание понятных и простых процедур, таких как настройка рабочего места новому пользователю, подключение к корпоративной телефонии, решение типовых инцидентов и т.д. Чаще всего эти процедуры описываются в формате каталога услуг, предоставляемых департаментом ИТ сотрудникам компании.
Идем дальше. В наш план попадают типовые решения, которые мельком были затронуты ранее. Типовое решение позволит не только планировать предстоящие расходы, но и сделает саму инфраструктуру более управляемой, удобной в обслуживании. Возьмем, например, за типовое решение коммутаторы для офисной сети — Cisco Catalist 3550, сервера — HP Proliant DL380 G5, программное обеспечение рабочих мест — Microsoft Windows Vista, шкафы — Rittal и т.д. Однажды описав это в документе, не нужно будет думать, какой сервер купить и в какой комплектации, все уже посчитано и записано. Конечно, бывают случаи, когда, например, не совсем целесообразно покупать сервер DL380, а дешевле и правильнее купить DL360 G4, но ведь никто не мешает «завиртуалить» на этом сервере 2 операционных системы, разделив ресурсы между ними как требуется. Или таки купить DL360 вместо 380-го, обозначив на будущее в стандарте на оборудование 360 G4, как «Сервер приложений средней производительности». Как показывает практика, обслуживание сети, включающей типовое железо и программное обеспечение существенно удобнее (и правильнее), чем диверсифицированной сети.
Прорабатывая любой план, обычно возникает большое количество вопросов, ответы на которые можно постараться дать на момент проектирования. Гораздо хуже, если эти проблемы «вылезут» в момент реализации, особенно если затронут критические бизнес процессы компании. Наверняка не один ИТ-шник испытывал неудобства, когда его план, составленный в голове за 15 минут пару недель назад, с треском проваливался. И было закуплено оборудование не с теми опциями, или не та версия ПО, или железо оказалось не совместимо с чем то уже существующим. Нет, я не хочу сказать, что планируя, мы избежим всех проблем, конечно нельзя знать наверняка, ошибки случаются, но сократить их количество в наших силах! Это еще раз подтверждает необходимость планирования инфраструктуры заранее, и желательно, на посевном этапе.
В заключении отмечу и минусы, связанные с планированием и стандартизацией инфраструктуры. Во-первых, применение планирования инфраструктуры хоть и желательно, но не всегда целесообразно в компаниях, состоящих из 5 и менее человек, а тем более в компаниях, которые не собираются увеличивать количество своих сотрудников в ближайшие 1-2 года. Во-вторых, сама по себе стандартизация это не всегда хорошо. Ну захотел топ-менеджер VAIO, вместо HP, куда денешься, приходится делать исключения из правил. И в этом случае важно не брутальное зацикливание на созданном документе, а гибкие методы изменения созданных жестких правил. Как показала практика, такие документы зачастую не существуют даже в компаниях, количество сотрудников с ПК в которых уже перевалило за полторы сотни. Как это сказывается на управляемости и стоимости инфраструктуры можете предположить сами. Принимая во внимание best practices крупных ИТ/телеком компаний, с уверенностью заявляю, что планирование ИТ инфраструктуры должно быть самым первым и самым главным шагом компании в мире информационных технологий. Успехов в начинаниях! И не ленитесь планировать, это поможет вам избежать многих проблем!