Крупный бизнес структура it

Современные информационные технологии (ИТ) становятся неотъемлемой составляющей любого предприятия. Сегодня они для многих предприятий — не просто способ автоматизации рутинных операций (технологическая подложка), а эффективный инструмент в конкурентной борьбе. Современные ИТ – системы призваны быстро адаптироваться к новым потребностям бизнеса (его целям задачам) и полностью соответствовать архитектуре предприятия (EnterpriseArchitectureEA).

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

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

Евгений Федоров — Весь крупный бизнес в России принадлежит иностранным компаниям

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

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

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

Под архитектурой предприятия (EA — Enterprise Architecture),обычно понимается полное описание (модель) структуры предприятия, как системы, включающее описание ключевых элементов этой системы, связей между ними.

Архитектура предприятия определяет общую структуру и функции систем (бизнес и ИТ) в рамках всей организации в целом (включая партнеров и другие организации, формирующие так называемое «предприятие реального времени») и обеспечивает общую рамочную модель (framework), стандарты и руководства для архитектуры уровня отдельных проектов. Общее видение, обеспечиваемое архитектурой предприятия, создает возможность единогопроектирования систем, адекватных, с точки зрения обеспечения потребностей организации, и способных к взаимодействию и интеграции там, где это необходимо.

5 условий для построения большой компании. Алекс Яновский

В основе архитектуры предприятия заложен «Архитектурный взгляд» на системы, определенный в стандарте ANSI/IEEE 1471, как «фундаментальная организация системы, состоящая из совокупности компонент, их связей между собой и внешней средой, и принципы, которыми руководствуются при их создании и развитии».

Архитектура предприятия описывает деятельность компании с двух основных позиций:

• Бизнес-архитектураописывает предприятие с позиции логических терминов, таких, как взаимодействующие бизнес-процессы и бизнес правила, необходимая информация, структура и потоки информации.
• Архитектура информационных технологийописывает предприятие с позиции технических понятий, таких как аппаратные и компьютерные средства, программное обеспечение, защита и безопасность.

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

• стратегия и планирование на уровне предприятия;
• управление корпоративными проектами.

Рисунок 1.1. Взаимосвязь бизнеса и ИТ Разработка стратегии современного предприятия (StrategyandPlanning) и управление корпоративными проектами (Enterpriseprogrammanagement) включают в себя направление, связанное непосредственно с информационными технологиями. Современные тенденции рассматривают ИТ проекты и стратегические инициативы как определенный актив компании, которым можно управлять аналогично финансовым активам. Управление портфелем информационных технологий(BusinessandITportfoliomanagement) – это процесс управления инвестициями в области управления ИТ проектами. Под портфелем понимается совокупность проектов, выполняемых на общем пуле ресурсов (финансы, люди, оборудование, материалы, энергия), при этом пул ресурсов и результаты всех проектов портфеля находятся в компетенции одного центра ответственности. Аналитики компании METAGroupсчитали, что это — область пересечения архитектуры предприятия, стратегии предприятия и управления корпоративными проектами (рисунок 1.2.). Стратегия и планирование при этом обеспечивают основу для выработки ИТ стратегии предприятия, в соответствии с которыми появляются проекты внедрения (модернизации) информационных систем. Управление проектами – можно рассматривать, в первую очередь, как механизм, обеспечивающий переход от текущего состояния к планируемому, или, другими словами, переход от текущей архитектуры предприятия к целевой архитектуре.

Рисунок 1.2. Управление портфелем ИТ. Представление информационных технологий в виде активов, позволяет предприятию корректно оценивать и расставлять приоритеты при вложении инвестиций и управлении ИТ проектами (активами) с учетом приемлемого уровня риска, и, таким образом планировать инвестиции в эту область. Считается, что управление ИТ портфелем должно преследовать три основные цели:

• максимизация ценности портфеля;
• синхронизация ИТ — портфеля с требованиями бизнеса;
• поиск оптимального баланса между риском и потенциальной отдачей от ИТ — портфеля.

Архитектура предприятия является одним из элементов управление ИТ портфелем и предоставляет необходимую информацию о бизнес-процессах и технологиях, необходимых для их автоматизации. Архитектура предприятия не только является основой для разработки портфеля активов, но также обеспечивает весь жизненный цикл многих ИТ — активов. Архитектура предприятия позволяет увидеть все предприятие целиком. Создать цепочку, показывающую воздействие отдельных элементов стратегии развития предприятия на его бизнес-процессы, и их зависимость от информационных систем и технологических элементов. Выделяют различные уровни абстракции архитектуры предприятия, но на каждом из них существует единый набор моделей, принципов, руководства и, которые используются для создания и развития систем в контексте деятельности всего предприятия в целом. Можно выделить следующие три уровня абстракции (рисунок 1.3.): уровень архитектуры предприятия; уровень архитектуры отдельных решений; прикладной уровень (дизайн и разработка решений). Рисунок 1.3. Контекст и уровни абстракции архитектуры предприятия.Уровень архитектуры предприятия– описывает высокоуровневые элементы архитектуры, ориентированные на создание общей концепции развития в масштабах всего предприятия, в целом. На этом уровне рассматриваются основные цели и задачи предприятия, стратегия его развития, на основе которых разрабатывается ИТ — стратегия и высокоуровневая архитектура. Здесь определяется общая структура информационных систем в рамках всей организации, в целом, и выделяются их основные функции. Уровень архитектуры предприятия – это в первую очередь общая схема функционирования всего предприятия в целом, дающая возможность единого проектирования информационных систем, обеспечивающих потребности всего предприятия, и их эффективную интеграцию. Построение такой схемы позволяет не только показать, какие именно бизнес-процессы, и информационные системы обеспечивают достижение основных целей предприятия, но и избежать их дублирования, повысить эффективность совместной работы. Уровень отдельных решений– определяет структуру и функции в рамках отдельных проектах. На этом уровне, формируется детализированная информация о приложениях, бизнес-процессах и их взаимосвязях. Здесь определяется структура информационных систем, их интерфейсы и функции. Определяются планы и схемы их развития, разрабатывается соглашение об уровне обслуживания (SLA). Архитектура уровня отдельных проектов описывает, как именно, новые информационные системы будут вписываться в контекст всего предприятия, с кем они будут взаимодействовать и какие технологии использовать. Прикладной уровень, включающий в себя дизайн отдельного решения и его архитектуру, планы реализации проектов. На этом уровне происходит работа уже непосредственно с информационными системами. Определяется структура и функции отдельных приложений, которые разрабатываются с целью обеспечения конкретной функциональности. Здесь происходит реализация стандартов и руководств, определенных на верхних уровнях. Информационная система, на данном уровне рассматривается как сложный комплексный объект, динамически изменяющийся во времени. Конкретная реализация системы включает в себя экземпляры приложений и их физическое расположение, фактические потоки данных и реализацию процессов управления. При внесении изменений в архитектуру предприятия можно использовать различные способы разделения на уровни абстракции. Это связано с тем, что каждый уровень абстракции использует свои модели, описывающие определенные предметные области. Например, при внедрении информационных технологий на предприятии принято выделять следующие уровни абстракции:

• Уровень контекста(почему?) ориентирован в первую очередь на руководство и обосновывает необходимость проектов.
• Концептуальный уровень(что?) определяет общие требования к проекту и возможные варианты его реализации.
• Логический уровень(как?) описывает способ реализации данного проекта.
• Физический уровеньопределяет решения, стандарты и технологии, позволяющие реализовать проект.

Количество уровней абстракции и их тип могут варьироваться в зависимости от поставленных задач. Основное достоинство уровней абстракции заключается в обеспечении возможности декомпозиции предприятия на отдельные элементы для последующего детализированного рассмотрения. Концепция разделения архитектуры предприятия на различные уровни абстракции позволяет управляющим четко видеть влияние планируемых изменений на все предприятие, в целом. Таким образом, можно говорить, что «архитектура – это инвестиция в стандарты процессов, технологий и интерфейсов в целях улучшения возможностей организаций и уменьшения стоимости разработки и сопровождения информационных систем, а корпоративная архитектура ИТ – это видение, принципы и стандарты, которыми организации руководствуются при разработке и внедрении технологий». Архитектура предприятия является инструментом управления, обеспечивающим процесс принятия решений об инвестициях в информационные технологии, стирающие грань между бизнесом и ИТ — подразделением. Традиционно считается, что новые инициативы по внедрению информационных технологий должны проявляться в виде требований от бизнеса, и новые информационные системы должны отвечать именно этим требованиям. Но бизнес должен, в то же время, получать и учитывать «сигналы» от ИТ — подразделения, которое, соответственно, должно показывать новые возможности, появляющиеся у предприятия при внедрении новых ИС. Таким образом, архитектуру предприятия можно рассматривать как новый виток развития организационных принципов построения деятельности предприятия, обеспечивающий его эффективное функционирование (рисунок 1.4.).

Рисунок 1.4. Эволюция организационных принципов. Любому предприятию требуется планомерное развитие его структуры, бизнес-процессов, информационных систем и их интеграция между собой. Архитектура предприятия собственно и является планом развития предприятия (целевая архитектура) и документированной схемой того, что происходит в компании в текущий момент времени (текущая архитектура). Текущая архитектура (Current architecture)- описывает существующее состояние архитектуры предприятия. Называется также архитектурой “как есть” (AS-IS) или базовым состоянием существующей архитектуры. Текущая архитектура – это отображение объективной реальности, включающей в себя существующие компоненты (бизнес-процессы, информационные системы, технологические элементы) и их связи. Это набор моделей с неизбежными упрощениями, ограничениями и субъективными искажениями. Процесс разработки текущей архитектуры – это, в первую очередь, процесс документирования и поддержания информации о состоянии предприятия в актуальном виде, обеспечивающий регистрацию и контроль информации обо всех элементах архитектуры предприятия, включающий в себя ведение базы данных по архитектурным объектам; ведение управленческого учета и учета состояния. Процесс разработки текущей архитектуры аналогичен процессу ITIL/ITSM(управление конфигурацией — Configuration Management). Для упрощения работы по разработке текущей архитектуры многие компании используют базу данных конфигурационных единиц (CMDB), дополнив ее необходимой информацией. Целевая архитектура (Target Architecture) — описывает желаемое будущее состояние предприятия или «что должно быть сформировано» (TO-BE). Другими словами, целевая архитектура является будущей моделью предприятия. Целевую архитектуру можно назвать идеальной моделью предприятия, в основу которой заложены:

• стратегические требования к бизнес-процессам и информационным технологиям;
• информация о выявленных «узких местах» и путях их устранения;
• анализ технологических тенденций и среды бизнес деятельности предприятия.

Целевая архитектура (модель to-be) и текущая архитектура (модельas-is) позволяют описать начальное и конечное состояние предприятия – до и после внесения изменений в его структуру, оставляя без внимания сам процесс изменений. Процесс перехода от текущей архитектуры предприятия к целевой переводит предприятие на новую спираль развития и, таким образом, мы можем говорить, что архитектура предприятия характеризуется определенным жизненным циклом, похожим на жизненный цикл информационных систем. Современные подходы к построению архитектуры предприятия традиционно разделяют ее на несколько слоев (предметных областей). Количество архитектурных слоев варьируется в различных методиках. Ниже мы рассмотрим слои, использующиеся в большинстве из существующих методик (рисунок 1.5.):

• Стратегические цели и задачи предприятия.
• Бизнес – архитектура предприятия.
• Архитектура информационных технологий (ИТ архитектура предприятия).

Архитектуру информационных технологий, в свою очередь, разделяют на:

• Информационную архитектуру (Enterprise Information Architecture).
• Архитектуру прикладных решений (Enterprise Solution Architecture).
• Технологическую архитектуру (Enterprise Technical Architecture).

Рисунок 1.5. Основные слои архитектуры предприятия

Источник: studfile.net

Организационная структура ИТ: Типы, примеры и советы

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

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

Что такое организационная структура ИТ?

Организационная структура ИТ подразумевает процесс распределения и координации задач в ИТ-отделе компании. Организационная структура помогает поддерживать эффективность работы, определяя конкретные роли и обязанности и оптимизируя использование ИТ-политики, систем и процедур. Руководство может рассмотреть следующие вопросы при выборе структуры:

• Ресурсы: Понимание того, к каким ресурсам имеет доступ ИТ-команда и как они их используют, может помочь в принятии решений о структуре.

• Навыки: Разные ИТ-специалисты обладают уникальными навыками, и организация четкой субординации может помочь в передаче навыков и карьерном росте.

• Цели: Знание того, какие проблемы решает ИТ-команда в рамках бизнеса, может показать, какую структуру следует использовать.

• Бизнес-цели: Эффективные организационные структуры ИТ обычно согласуются с общими целями бизнеса и способствуют повышению эффективности и прибыли.

У разных организаций разные потребности в ИТ, но организационная структура может учитывать такие области, как:

• Техническая поддержка
• Кибербезопасность
• Архитектура предприятия
• Администрирование сети
• Операции по разработке (DevOps)

Преимущества организационной структуры в ИТ

Существуют различные причины, по которым организационная структура полезна для ИТ-команд, в том числе:

• Действует как руководство: Поскольку ИТ-специалисты, такие как ИТ-техники и ИТ-менеджеры, работают со сложными технологиями, требующими специальных знаний, наличие организационной структуры обеспечивает структурированность и руководство на случай, если им понадобится разрешение на проект или модернизацию оборудования.

• Помогает новым сотрудникам: ИТ-специалисты, впервые пришедшие в отдел, могут обратиться к организационной структуре, чтобы лучше понять, кому они подчиняются в своей линии обслуживания.

• Определяет руководство: Организационные структуры определяют субординацию в отделе, чтобы ИТ-специалисты могли понять, кто принимает решения и каковы границы их должности.

• Возможности для развития: Четкая структура команды определяет роли каждого члена команды, что позволяет ИТ-специалистам специализироваться в таких областях, как установка, ремонт или служба поддержки.

Типы организационных структур ИТ

ИТ-отделы могут использовать одну организационную структуру или сочетать несколько организационных структур, в зависимости от потребностей команды. Вот несколько типов организационных структур ИТ, из которых вы можете выбрать:

Функциональная организационная структура

Это наиболее распространенный тип организационной структуры в ИТ. Основополагающая структура объединяет членов команды в соответствии с их обязанностями. Верхняя часть структуры включает профессионалов с более высокой квалификацией и опытом работы в сфере ИТ, которые обычно контролируют более молодых членов команды.

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

Структура независимых сервисных линий

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

Рычажная структура

Рычажные структуры подразумевают, когда специалисты линии ИТ-услуг получают помощь от внешних поставщиков, которые могут помочь с администрированием, управлением программным или аппаратным обеспечением, управлением клиентами и поддержкой приложений. ИТ-менеджер в рамках линии обслуживания ведет переговоры с нанятыми специалистами о соглашениях об уровне обслуживания (SLA), которые включают информацию об их ожиданиях и потребностях в проекте. Такая структура полезна для небольших ИТ-подразделений, которым требуется больше ресурсов или специальных знаний для поддержки организации в целом.

Гибридная структура

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

Централизованная vs. децентрализованные организационные структуры

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

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

Примеры организационных структур ИТ

Здесь приведены примеры организационных структур ИТ на рабочем месте:

Пример 1

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

Клиент, у которого возникли проблемы с компьютером, обращается к Мишель с просьбой о помощи ИТ-службы. Мишель направляет Прия для устранения неполадок и проведения диагностических тестов. Когда Прия просит помощи в определении проблемы, они обращаются за помощью к Джо. Джо проводит более обширные тесты и выясняет, что для решения проблемы требуется специалист по приложениям.

Мишель обращается за помощью к специалисту по приложениям, который является независимым подрядчиком в их сети. Специалист решает проблему и связывается с Джо и Прией, чтобы объяснить, в чем заключается проблема с оборудованием.

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

Пример 2

Николас — ИТ-менеджер, который контролирует команду из 12 ИТ-специалистов. У каждого члена команды своя роль: три специалиста занимаются установкой оборудования, четыре специалиста — сетевым администрированием, а пять специалистов работают в качестве техников справочной службы для решения проблем с программным обеспечением и вопросов по всей организации. Команда также работает вместе для поддержки различных технологических потребностей проектов в масштабах всей организации. Например, они могут создавать веб-сайт для маркетинговой команды, находить и устанавливать программное обеспечение для финансовой команды и заниматься аудиовизуальными потребностями при проведении презентаций.

Это пример базовой структуры. В команде сотрудники работают в группах в соответствии со своими специальными навыками и обязанностями. Команда также использует централизованную структуру. Несмотря на наличие подразделений, основанных на специализации, вся команда ИТ-отдела работает вместе, чтобы обслуживать организацию в целом.

Советы по внедрению организационной структуры ИТ

Вот несколько советов, которые вы можете рассмотреть при использовании организационных структур ИТ в вашем отделе:

Назначьте конкретные функции

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

Создание более мелких команд

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

Облегчение процедур эскалации

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

Ключевые слова:

• indeed.com

Источник: hr-portal.ru

Планируем структуру ИТ-отдела

На сегодняшний момент организаций больших и малых масштабов, придерживаются необходимости в использовании ИТ технологий в своей отрасли. Это вынужденная мера конкурентоспособности в момент скоростного развития технологического прогресса в каждой сфере бизнеса. Но не стоит забывать, что спецификация ИТ решений, а также методики внедрения, использования и обслуживания различаются от размеров предприятия. Так к сравнению для компании с количеством 40-60 сотрудников будет достаточным использование одного автоматизированного решения учета, а также средней квалификации системного администратора. А для организации внедрения информационных технологий на более крупном предприятии необходимо отнестись серьезней и сформировать полноценное ИТ отделение. Перед тем как перейти далее, сначала давайте ответим на вопрос: «Почему так необходим IT-отдел?». Для ответа на этот вопрос перечислим пару главных аспектов в работе с информационными технологиями внутри организации:

• Стоит понимать, что одного или двух сотрудников ИТ попросту не хватит, чтобы гарантировать должного уровня работоспособность полноценной ИТ структуры;
• Один человек в силу возможностей априори не сможет быть специалистом высокого уровня в каждом ответвлении ИТ. То есть существует конкретный ряд задач, по которым специализированы соответствующие сотрудники (программисты, системные администраторы);
• Каждый сотрудник полноценного ИТ отдела занимается исключительно поставленной задачей, чтобы конечный результат стал положительным для всего отдела;
• Исходя из выше перечисленных пунктов, выполнение поставленных заданий каждому сотруднику отдела должны контролироваться и координироваться. А это означает, что за это отвечает отдельный человек, который может относительно разобраться, как в области каждого из сотрудников ИТ, так и в целях всей ИТ инфраструктуры компании. Следовательно, в ИТ отделе необходимо присутствие ИТ руководителя с высокой квалификацией.

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

• Обеспечение бесперебойной работы всей ИТ инфраструктуры компании;
• Улучшение производительности предприятия в соответствующей сфере деятельности с помощью автоматизации рабочих процессов.

Задачи и состав ИТ-отдела

• Планирование и конечное создание информационных проектов различного масштаба. Причем масштаб варьируется от проведения простейшей ЛВС (локально-вычислительная сеть) до создания собственной узко специализированной системы учета активов;
• Создание комфортных «условий» для бесперебойного функционирования структуры ИТ в компании;
• Регулярное консультирование вышестоящего руководства о нововведениях в мире ИТ технологий с целью предложения вариантов по улучшению автоматизации рабочего процесса;
• Ведение учета вычислительной техники отдела, а также планирование годового бюджета на закупку необходимого оборудования.

— Системный администратор – занимается установкой SoftWare и HardWare обеспечения, а также отвечает за их бесперебойное функционирование. Оптимизирует работу ОС Windows или Linux и устраняет возникающие проблемы в используемом ПО. Улучшает автоматизацию рабочих процессов по мере поступление возможностей.
— Программист – отвечает за решение глобальных вопросов программирования, которые относятся к улучшению уже имеющихся программных продуктов или создание новых под специфически узкое направление. Проводить тестирование, а также отладку написанных программ.
— Руководитель ИТ отдела – осуществляет должный контроль над деятельностью сотрудников своего отдела. Может осуществлять обслуживание любого характера, касающегося информационного оборудования. Контролирует подбор, закупку и установку нового оборудования или программного обеспечения. Занимается осуществлением обучения личного персонала. Производит анализ выполненных работ своими подчинёнными и анализирует их деятельность в целом.

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

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

Задача веб-мастера разработка и дальнейшее поддержание интернет-проектов (сайт, интернет-магазин и т.д.). Подводя итог, вспомним основы планирования структуры ИТ отдела. Первое определяемся для каких целей необходимо создание информационного отдела. Далее, отталкиваясь от потребностей, определяемся с составом сотрудников и их квалификацией.

На этой ноте, планирование структуры ИТ отдела можно считать завершенной. Удачи и успехов.

Попробуйте «Управление IT-отделом 8» бесплатно

Автоматизация работы технической поддержки, управление IT-командой, учёт оборудования и многое другое

Соломахин Руслан

Разработчик компании Софтонит

Источник: softonit.ru