ІТ-інфраструктури організацій
ІТ-інфраструктура та ІТ-стратегія
Під ІТ-інфраструктурою організації розуміється вся сукупність сервісів і систем, мереж, технічних і програмних засобів, даних, автоматизованих процесів.
Між різними частинами ІТ-інфраструктури існують численні взаємозв'язки: один процес може забезпечуватися декількома автоматизованими системами, системи можуть обмінюватися один з одним даними, системи нижчого рівня є механізмами реалізації систем вищого рівня і т. п. При цьому взаємозв'язки можуть бути як явними, так і опосередкованими, але при цьому дуже важливими. Наприклад, якщо і в бухгалтерській, і в CRM-системах зберігаються дані про контрагенти, виникає проблема їх узгодження. Якщо автоматизована система отримує нормативно-довідкову інформацію з іншої системи за протоколом HTTP, виходить, що її працездатність залежить від працездатності HTTP-сервера, який може формально не входити до складу жодної з цих систем.
Таким чином, ІТ-інфраструктура організації - це не просто набір ІТ-рішень, випадково зібраних в одному місці. Вона являє собою велику (на порядки вищу за масштабом кожну зі своїх частин) інтегровану систему, що забезпечує діяльність організації в цілому. Як будь-яку систему, її необхідно цілеспрямовано проектувати та правильно експлуатувати. З іншого боку, її розміри, складність та терміни життя такі, що поводитися з нею, як із звичайною автоматизованою системою, не виходить. Діяльності людини, яка наважилася б спроектувати та реалізувати її від початку до кінця, протистояло б надто багато випадковостей та зовнішніх впливів.
Чи треба довго пояснювати, що пускати розвиток ІТ-інфраструктури на смотек теж не можна? В разіІТ-інфраструктури на місце технічного завдання та технічного проекту приходить ІТ-стратегія. Вона є системою пріоритетів, правил і планів, що дозволяють домагатися адекватності ІТ-інфраструктури потребам бізнесу.
Документація на ІТ-інфраструктуру
Реалізація ІТ-стратегії потребує володіння різноманітною інформацією про неї. Ця інформація потрібна всім: ІТ-директору та його підлеглим, керівництву організації, керівникам бізнес-підрозділів, користувачам, зовнішнім виконавцям та консультантам.
Приблизний склад технічної документації на ІТ-інфраструктуру організації представлено табл. 1.
Таблиця 1. Склад технічної документації на ІТ-інфраструктуру
| Документ | Аудиторія | Зміст |
| Документація на ІТ-нфраструктуру в цілому | ||
| ІТ-стратегія | - керівництво компанії - начальники бізнес-підрозділів - ІТ-фахівці | цілі та завдання ІТ-підрозділу, принципи його взаємодії з бізнес-підрозділами, підхід до інформатизації компанії, основні ІТ-активи, плани розвитку ІТ-інфраструктури в середньостроковій перспективі, бюджетна та кадрова політика |
| Корпоративний тезаурус | всі співробітники та контрагенти організації | використовуються в компанії терміни (як в галузі ІТ, так і в предметних областях, що зачіпаються), їх джерела, переклади, приклади вживання |
| Стандарти організації у галузі ІТ | - ІТ-фахівці - зовнішні виконавці | правила ведення нормативно-довідкової інформації, формати даних, протоколи обміну даними, програмні інтерфейси, керування вимогами, типові технічні рішення, стиль програмування, керування версіями, керуванняконфігураціями, порядок випробування та тестування систем, вимоги до документування |
| Опис процесів ІТ-підрозділу, SLA та регламенти | - ІТ-фахівці - начальники бізнес-підрозділів - користувачі | послуги ІТ-підрозділу та правила їх надання бізнес-підрозділам, регламенти отримання ІТ-послуг бізнес-підрозділами та окремими користувачами, внутрішні процеси та процедури ІТ-підрозділу |
| Схема інформатизації компанії | - керівництво компанії - начальники бізнес-підрозділів - ІТ-фахівці - зовнішні виконавці | хто чим і навіщо користується: доступність сервісів та систем у різних підрозділах організації, автоматизовані та неавтоматизовані ділянки роботи |
| Схема інформаційних потоків | - ІТ-фахівці - зовнішні виконавці | точки надходження даних до системи, зберігання даних, обмін даними між системами, дублювання даних та операцій з їх введення |
| Схема взаємної залежності сервісів та систем | - ІТ-фахівці - зовнішні виконавці | використання сервісами та системами даних та механізмів, що надаються іншими сервісами та системами, критичні та некритичні залежності |
| Документація на компоненти ІТ-інфраструктури | ||
| Опис структури організації та її процесів (діяльності) | ||
| Документація на базові сервіси та системи у корпоративній мережі | ||
| Документація на прикладні автоматизовані системи | ||
| Документація на позасистемні технічні та програмні засоби |
На рис. 1. показано схему потоків даних телекомунікаційного оператора
Рисунок 1. Приклад схеми потоківданих телекомунікаційного оператора
Інформаційні ресурси ІТ-підрозділу
Конфігураційна база даних
Конфігураційна база даних містить відомості про всі (або, принаймні, про найбільш значущі) компоненти ІТ-інфраструктури та взаємозв'язки між ними. Зокрема, до конфігураційної бази даних можуть бути внесені:
- сервери та найважливіші робочі місця;
- системні послуги (сервери баз даних, HTTP-сервери, Microsoft Exchange тощо);
- найважливіші бази, каталоги та інші сховища даних;
- автоматизовані системи, їх підсистеми та АРМи, ролі користувачів.
Як нормативно-довідкову інформацію в конфігураційну базу даних вносять відомості про структурні підрозділи, процеси, операції.
На кожну облікову одиницю заповнюють структуровану картку, у якій зазначаються:
- найменування облікової одиниці;
- власник, адміністратор, користувачі;
- технічні характеристики;
- фізичне розташування (якщо це має сенс);
- перелік функцій та завдань;
- необхідні ресурси (зокрема посилання інші облікові одиниці).
З кожною карткою може бути пов'язаний (приблизно як «атачмент» з електронним листом) будь-який докладний текст документації на відповідну облікову одиницю.
Ведення конфігураційної бази даних - справа в цілому відносно трудомістка, але набагато менш трудомістка, ніж може здатися на перший погляд. По-перше, її вносити до неї інформацію можна поступово. По-друге, кожен співробітник може заповнювати частину бази, яка безпосередньо стосується його роботи. Такий підхід дозволить у фоновому режимі підтримувати в актуальному стані інформацію просклад ІТ-інфраструктури та взаємозв'язки її компонентів. Розробку докладних текстових описів можуть взяти він професійні технічні письменники, яким зобов'язаний забезпечити кожну картку текстовим описом.
На основі конфігураційної бази даних можна автоматично формувати різні документи, у тому числі формуляри та загальні описи систем, важливі для ІТ-менеджерів та начальників бізнес-підрозділів. За наявності у конфігураційній базі даних текстових описів з'являється можливість автоматичного формування інструкцій з експлуатації КТС, технологічних інструкцій та програмної документації.
Важлива перевага запропонованого підходу у тому, що формування всіх документів виконується автоматично. Фактично, ця операція є звичайним формуванням звіту по базі даних. В результаті:
- При зміні даних можна відразу автоматично оновити всі документи. Документи залишаються актуальними, і між ними немає розбіжностей.
- Автоматично трасуються взаємні залежності сервісів та систем, формуються таблиці та вибудовуються схеми залежностей.
- Автоматизується робота з оформлення документів. Уніфіковані структури однотипних документів та стандарти оформлення підтримуються лише на рівні шаблонів.
- Документи можна формувати у різних форматах: і для виведення на друк, і для розміщення на порталі корпоративної мережі, електронної бібліотеки тощо.
Електронна бібліотека документації
Найважливіше завдання — надати доступ до технічної документації всім зацікавленим особам. Якщо у ІТ-підрозділу не вийде це завдання вирішити, то всі зусилля з документування будуть марними.
Всімкористувачам документації необхідно забезпечити, як мінімум, таке:
- ясність структури документації; можливість зрозуміти, який документ тобі потрібен;
- можливість швидко знайти будь-який документ;
- упевненість у тому, що знайдений документ містить актуальну інформацію.
Для доведення документації до тих, кому вона потрібна, у корпоративній мережі можна створити електронну бібліотеку, інтегровану з конфігураційною базою даних.