Структура IT команди: ключові ролі, їх призначення та взаємодія на проекті

Структура IT команди: ключові ролі, їх призначення та взаємодія на проекті

Проект

Ми вирішили підготувати для Вас, друзі, невеликий екскурс в типовий IT проект. Ми часто спостерігаємо круглі очі наших майбутніх колег, коли говоримо, що в IT галузі є місце не тільки програмістам, та й і що програмістів, насправді, кілька типів. Отже, давайте розбиратися, хто ж такі «Cons», аналітики, «PM», розробники, «Tester».

Ну і звісно ж, ми радимо прочитати про те, як правильно для спільного проекту та , щоб він зростав за експонентою.

Отже, почнемо з того, що ролі в команді можуть суттєво відрізнятися в залежності від типу проекту. Створюючи софт з нуля, Вам потрібна одна команда. Впроваджуючи ERP систему — інша. Ставлячи додаток BI для топ-менеджменту замовника — третя, і так далі. Але тут ми вирішили розповісти Вам найбільш поширені і загальноприйняті професії і ролі, які затребувані в тій чи іншій мірі практично на будь-якому проекті.

Розробники «Devs»

Без розробників//девелоперів, зрозуміло, нікуди. Це ключові люди в будь-якій ІТ команді, саме вони займаються безпосереднім створенням програмного продукту або складним конфігуруванням базового коробкового рішення. До речі, в цьому їм дуже допомагають ось ці . Ціни немає тим розробникам, які розуміють (або хоча б хочуть розуміти, будемо чесними) бізнес-сторону питання. Адже за будь-яким програмним продуктом стоїть якась бізнес потреба, і хоча б приблизне її розуміння командою розробки є суттєвою перевагою і спрощує всім життя. Наприклад, розробник зовсім не буде зайвим знати, . У командах цінують розробників, а таких особливо, а також з них виростають одні з найуспішніших керівників проектів.

Аналітик

Розглянувши роль Розробник, найлогічніше перейти до його/її найбільш вірного колеги і соратника на будь-якому проекті — аналітика або бізнес-аналітика. Ці хлопці беруть на себе дуже істотну частину роботи, перебуваючи на стику бізнесу і технологій. Звичайно, як ми вже обговорили вище, ідеальною людиною був би той, хто вислухав потреби бізнесу, 100% зрозумів їх з першого разу, придумав відповідне рішення, написав по ньому документацію, розробив, протестував, навчив і порадів. Такі люди дійсно є, але набагато ефективніше в даному випадку працює зв'язка аналітик + програміст.

До типових завдань бізнес-аналітика входить:

  1. Робота з представниками бізнесу та глибоке розуміння їх процесів;
  2. Самостійна ідентифікація і аналіз проблем/вузьких місць в робочих процесах;
  3. Спіставлення знайдених проблем з потребами бізнесу, які вони самі виявили;
  4. Проектування рішення, яке задовольнить усі потреби і вирішить проблеми (найчастіше, крім проектування IT рішення, потрібна також і пропозиція з реструктуризації діяльності);
  5. Після того, як рішення спроектовано (побудовані моделі даних, описані use-case, написані специфікації на розробку), документація переходить до розробника, а аналітик продовжує постійну комунікацію з розробником для більш ефективної роботи.

Консультант

У багатьох компаніях роль консультанта повністю збігається з роллю аналітика на проекті і ніякої різниці між ними немає. Однак у великих IT компаніях, ці ролі трохи розрізняються. Якщо аналітик більшою мірою фокусується на участі у проектах (і при цьому володіє більш технічними навичками, знає мови програмування на рівні читання коду для коректного написання специфікацій на розробку, розуміє в архітектурі front-end і back-end, здатний вибудувати структуру бази даних майбутнього додатка на основі вимог і потреб бізнесу, здатний розуміти, чи можна додати якусь функціональність в код і не зламати всі попередні доробки), то консультант або бізнес-консультант в більшій мірі фокусується на IT-консалтингу, тобто на тих роботах, які передують IT проекту. Консультанти проводять глибокий аналіз бізнес-процесів компанії, аналізують проблеми і пропонують варіанти проведення реінжинірингу процесів (перебудови діяльності) для більш успішного функціонування компанії, підбирають існуючі IT-рішення, які можуть допомогти бізнесу функціонувати, або проектують на верхньому рівні і пропонують замовнику розробку з нуля.

Фінанси
Консультанти проводять глибокий аналіз бізнес-процесів компанії, аналізують проблеми і пропонують варіанти проведення реінжинірингу процесів

Менеджер проекту «PM»

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

Тестувальники «QA»

Що таке тестування і хто такі тестувальники? У двох словах — це біль. Ім'я у цій ролі цілком промовисте, і ці хлопці займаються тестуванням програмних продуктів. І особливість їх професії в тому, що якщо аналітика (не найбільш досвідченого) ще можна переконати, що "це не баг, а фіча", то ось цих хлопців точно ні. Фраза "на моїй машині працює" теж не врятує нікого від цих хлопців. Вони — інженери по QA (Quality Assurance) і тестують не просто зовнішню частину програми, але і коректність звернення до бек-енду, швидкодію і відмовостійкість системи, застосовуючи найрізноманітніші методики тестування.

Фото: flickr.com
Обробка: Vinci
назад
далі