Бизнес и ит структура

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

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

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

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

Как открыть IT компанию с нуля с миллионными оборотами. Бизнес — IT компания.

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

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

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

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

20 советов об IT бизнесе тем, кто планирует открыть своё дело

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

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

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

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

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

ИТ-архитектура организации и система регламентации ИТ-департамента

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

В статье рассмотрим структуру (Рис. 1) данной системы и приведём большое количество примеров многих её компонентов. Эта структура показывает, какой полный набор моделей и документов в идеале должен иметь современный ИТ-департамент средней и крупной организации (многих отраслей, особенно самых высокотехнологичных).

Рис. 1. Структура системы регламентации ИТ-департамента (виды моделей и документов)

При разработке данной схемы автор учитывал следующие факторы:

• Возможности систем бизнес-моделирования (Microsoft Visio, Business Studio [1] и др.) по разработке соответствующих моделей и документов. Это ключевой фактор, т. к. не имеет смысла говорить о каких-то моделях и включать их в рекомендуемую структуру, если их разработку не поддерживают современные системы.
• Готовые типовые решения — «Большая библиотека системного аналитика и ИТ-архитектора» [2].
• Успешные практики и проектный опыт.
• Актуальные задачи и потребности ИТ-департаментов ведущих организаций.
• Требования национальных и международных стандартов и методологий в области ИТ (включая ITIL — Information Technology Infrastructure Library, TOGAF — The Open Group Architecture Framework, Archimate, ISO/IEC/IEEE 42010 и др.).

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

Рассмотрим более подробно, что входит в каждый из компонентов схемы (Рис. 1) с примерами.

1. Нормативные документы (ИТ)

Данная группа включает непроцессные верхнеуровневые нормативные документы: политики, положения, порядки. Процессные регламенты относятся в группе «4. Процессы и процедуры (ИТ)».

Наиболее важные документы данной группы, которые должны быть разработаны и постоянно актуализироваться:

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

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

2. Организационные регламенты (ИТ-персонал)

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

Дополнительный важный компонент — учебные материалы и тесты для персонала ИТ-департамента, которые должны быть обязательно проработаны и постоянно актуализироваться.

Рис. 2. Организационная структура ИТ-департамента (на примере банка, фрагмент)

3. Формы документов (ИТ)

Данная группа включает: приказы, заявления, служебные записки, договора, планы, отчёты, анкеты, чек-листы, технические задания (ТЗ), бизнес-требования (БТ) и т. п. Наличие детально проработанной библиотеки форм документов позволяет эффективно спроектировать и исполнять бизнес-процессы и соответствующие им технологии (автоматизация).

4. Процессы и процедуры

Данная группа включает: дерево (реестр) ИТ-процессов (Рис. 3), модели ИТ-процессов и процедур, показатели KPI ИТ-процессов (Рис. 4), матрицы распределения ответственности и ролей в процессах, практики ITIL. Виды ролей, которые желательно утвердить по каждому ИТ-процессу: владелец (ответственный), бизнес-аналитик (системный аналитик), риск-офицер (риск-менеджер), исполнитель (участник).
Примеры построения бизнес-архитектур, описания и оптимизации процессов, цифровой трансформации приведены в книге [3].

Рис. 3. Дерево (реестр) ИТ-процессов и процедур, фрагмент

Рис. 4. Показатели KPI ИТ-процессов, фрагмент

5. Архитектура приложений, технологий и баз данных

Данная группа включает: архитектура приложений (модели ИТ-систем и связей) — Рис. 5 и 6, архитектура технологий, системных компонентов и платформ, архитектура баз данных, модели потоков данных, задачи и требования к ИТ-системам, матрицы прав доступа к ИТ-системам, полномочий.

Рис. 5. ИТ-архитектура на примере банка (фрагмент, верхний уровень) и пример карточки (набора параметров) ИТ-системы

Рис. 6. Модели взаимодействия и интеграции ИТ-систем

6. Другие модели и материалы

Данная группа включает: стратегические карты ИТ и цели, реестр рисков ИТ-систем, модели технической архитектуры (оборудование), модели сетевой архитектуры (ЛВС, Active Directory и др.) — Рис. 7, модели (графики) ИТ-проектов, другие аналитические и технические модели.

Рис. 7. Примеры ИТ-моделей, создаваемые в Microsoft Visio (шаблоны категории «Программы и базы данных»)

Расчёт уровня зрелости системы регламентации и моделей ИТ-департамента

На основе Рис. 1 можно разработать чек-лист, с помощью которого оценить уровень развития (проработки) каждого компонента и затем получить агрегированную оценку для системы в целом.

Предлагаемая шкала: 2 — полностью проработано и используется, 1 — проработано и используется частично, 0 — отсутствует. Формула: сумма оценок разделить на максимально возможный суммарный балл по всем компонентам. Автору известны организации, у которых данный чек-лист показывает 100%, т. е. максимальный уровень зрелости. А значит и другие организации тоже могут приблизиться к совершенству, выполнив соответствующие работы.

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

Электронную версию чек-листа в формате Excel можно получить у автора по контактам, указанным в данной статье.

Уровни ИТ-архитектуры

Если рассмотреть ИТ-архитектуру в широком понимании, то на основе компонентов из Рис. 1. все модели и документы можно разделить на 6 уровней (Рис. 8), между которыми существует большое количество разносторонних связей и влияний. Основное влияние идёт сверху вниз.

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

Рис. 8.Распределение моделей и регламентов, составляющих ИТ-архитектуру, по уровням

Построение полноценной и комплексной системы регламентации и моделей в области ИТ, а также ИТ-архитектуры в целом — это трудоёмкая и длительная задача, требующая высокопрофессионального подхода. Чтобы не разрабатывать большинство документов и моделей с чистого листа, рекомендуется использовать готовое решение — «Большая библиотека системного аналитика и ИТ-архитектора» [2]. Данная библиотека позволит получить следующие экономические эффекты и практические выгоды для организации:

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

Рекомендуемая литература и источники информации

1. IT Architect: система управления ИТ-архитектурой.
2. Большая библиотека системного аналитика и ИТ-архитектора.
3. Исаев Р. А. 60 примеров успешных и проблемных проектов организационного развития.

Источник: www.businessstudio.ru

Разработка структуры ИТ-подразделения

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

Студенту необходимо построить модель бизнес-процессов ИТ-подразделения (на основе ITIL/ITSM) и построить связь ИТ подразделения с организационной структурой компании.

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

В настоящее время бизнес процессы ИТ подразделений многих крупных компаний построены на основе концепции ITIL.

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

Одним из основополагающих процессов ITIL является процесс предоставления сервисов (Service Delivery) в рамках которого определены следующие процессы:

— Управление уровнем сервиса (Service Management) – достижение ясных соглашений с Заказчиком об ИТ-услугах и реализация этих соглашений;

— Управление затратами (Cost Management) – определение, отнесение расходов, их прогноз и отслеживание;

— Управление мощностями (Capacity Management) – оптимизация расходов, времени приобретения и размещения ИТ-ресурсов;

— Управление доступностью (Availability Management) – оптимизация обслуживания и минимизация числа инцидентов;

— Управление непрерывностью (Continuity Management) – подготовка и планирование способов устранения чрезвычайных ситуаций;

— Управление безопасностью (Security Management) – обеспечение режима информационной безопасности.

Если рассмотреть взаимосвязь процессов, то ее можно представить в следующем виде (Рис.3.1)

Рисунок 3.1 – Взаимосвязь процессов Service Delivery

Другим основополагающим процессом ITIL является процесс поддержки сервисов (Service Support) в рамках которого определены следующие процессы:

— Взаимодействие с пользователями (Service Desk) – точка контакта пользователя с ИТ – организацией;

— Управление инцидентами (Help Desk/ Incedent Management) – устранение инцидента и быстрое возобновление предоставления услуг;

— Управление проблемами (Problem Management) – предупреждение и устранение корневых проблем инцидентов;

— Управление конфигурациями (Configuration Management) – контроль изменяющейся ИТ-инфраструктуры;

— Управления изменениями (Change Management) – контроль проведения изменений в ИТ-инфраструктуре;

— Управление релизами (Software Control https://infopedia.su/17x6ba9.html» target=»_blank»]infopedia.su[/mask_link]