Існує дві дискусійні сфери: Перша – чи варто залучати зовнішніх консультантів, чи наймати постійних працівників. Друга – про те, який тип персоналу рекомендується для проекту зі створення сховища даних.
Переваги залучення зовнішніх консультантів полягають у наступному:
1. Вони, як правило, мають більший досвід у впровадженні сховищ даних. Справа в тому, що навіть сьогодні важко знайти людей з великим досвідом роботи зі сховищами даних. Тому, коли виникає потреба швидко збільшити команду, найпростіший шлях – найняти зовнішніх консультантів.
Переваги найму постійних працівників такі:
1. Вони коштують дешевше. Оскільки погодинна ставка досвідчених фахівців зі сховищ даних становить від $100/год і вище, а консультантів з Big-4 або вендорів – ще більше, найм постійних співробітників є набагато економічнішим варіантом.
2. Вони з меншою ймовірністю звільняться. Консультанти, незалежно від того, чи працюють вони за контрактом, чи через фірму “великої четвірки”, чи через одну з фірм-постачальників інструментів, можуть звільнитися за першої ж нагоди. Це робить передачу знань дуже важливою. Звісно, з іншого боку, від таких консультантів набагато легше позбутися.
Наступні ролі є типовими для проекту сховища даних:
- Керівник проекту: Ця особа контролюватиме хід виконання проекту та відповідатиме за його успіх.
- DBA: Ця роль відповідає за безперебійну роботу бази даних. Додатковими завданнями для цієї ролі можуть бути планування та виконання плану резервного копіювання/відновлення, а також налаштування продуктивності.
- Технічний архітектор: Ця роль відповідає за розробку та впровадження загальної технічної архітектури сховища даних, від апаратного/програмного забезпечення до конфігурацій клієнтського робочого столу.
- ETL-розробник: Ця роль відповідає за планування, розробку та розгортання процедур вилучення, перетворення та завантаження даних до сховища даних.
- Front End Developer: Ця людина відповідає за розробку інтерфейсу, будь то клієнт-сервер або веб-інтерфейс.
- OLAP розробник: Ця роль відповідає за розробку OLAP-кубів.
- Тренер: Важливу роль відіграє тренер. Після того, як сховище даних впроваджено, людина з команди, що займається сховищем даних, повинна працювати з кінцевими користувачами, щоб ознайомити їх з тим, як налаштований інтерфейс, щоб кінцеві користувачі могли отримати максимальну вигоду від системи сховища даних.
- Моделювальник даних: Ця роль відповідає за те, щоб взяти структуру даних, яка існує на підприємстві, і змоделювати її в схему, придатну для OLAP-аналізу.
- Група контролю якості: Ця роль відповідає за забезпечення коректності даних у сховищі даних. Ця роль важливіша, ніж здається, оскільки погана якість даних відштовхує користувачів більше, ніж будь-яка інша причина, і часто є початком падіння проекту сховища даних.
Наведений вище список – це ролі, і одна людина не обов’язково відповідає лише одній ролі. Насправді, дуже часто в команді, яка займається сховищами даних, одна людина виконує кілька ролей. У типових проектах часто зустрічаються команди з 5-8 осіб. Будь-яка команда зі зберігання даних, яка містить більше 10 осіб, безумовно, є роздутою.
ОРИГІНАЛ СТАТТІ:Data Warehouse Team
🚀Долучайтесь до нашої спільноти Telegram:
🚀Долучайтесь до нашої спільноти FaceBook:
