Чи зможе гуманітарій стати успішним айтішником: відповідь і покроковий гайд для тих, хто готовий до змін

Чи можуть “гуманітарії” працювати пліч-о-пліч з розробниками, на щоденній основі, більш того, в одній робочій команді? Відповідь – запросто!

В розробці програмного забезпечення останнім часом існує тренд на створення невеликих, але гнучких (agile = гнучкий) команд, що працюють за гнучким методологій: agile і scrum. Що це означає? Це спеціальний підхід до постановки задачі, планування ресурсів, розробці. Ось невичерпний список концепцій і прийомів:

• Замовник (той, хто ставить завдання і контролює її виконання) є частиною команди. Відповідно, розділяє частину відповідальності разом з командою, яку він або вона курує
• Замовники ставлять завдання, визначають критерії приймання – все це називається користувацька історія (user story), оскільки ставиться завдання і звучить саме як користувальницький досвід: “я, як користувач системи, хочу, щоб при натисканні на кнопочку відбувалося таке-то дія”
• Всі завдання будуються таким чином, щоб їх можна було вирішити по можливості за максимально короткий час
• У філософію входить як можна швидкий реліз нового функціоналу, нехай навіть у сирому вигляді
• Час команди розбивається на ітерації з декількох спринтів. Зазвичай спринт триває від 1 до 3 тижнів; передбачається, що в кінці спринту команда покаже виконані за спринт завдання
• В плануванні завдань і їх оцінці, а також у роботі над ними, бере участь вся команда
• Складність завдань та потенційне час на її виконання визначається командою
• Твимоги до задачі можуть змінюватися по ходу виконання
• В команді немає керівництва як такого; в організації вітається так звана “плоска структура” – тобто відсутні класичні схеми типу начальник-підлеглі
• Відповідальність за виконання чи невиконання завдань лягає на всю команду, яка в свою чергу є саморегульованою структурою

Список можна ще довго продовжувати, як і описувати, що таке чарівний світ agile і scrum. Якщо вам буде цікаво – пишіть, обов’язково продовжимо цю розмову.

В agile-командах є дві особливі ролі. Одну з них – замовника (він ще називається в деяких випадках власником продукту) я вже озвучив. Друга роль називається “scrum-майстер” (скрам-майстер, scrum master). Це дуже цікава роль: у його завдання входить узгодження всіх командних зустрічей, фіксація всіх командних домовленостей, допомога в пошуку рішень. Також, scrum master часто є спікером від імені команди на зустрічах з іншими командами, координаторами. У його завдання входить підтримка нормального клімату всередині команди, так і захист команди від зовнішніх загроз, як структури (недбайливі замовники входять у число таких загроз). Робота виключно “гуманітарна”. Звичайно, вітається знання ІТ, розуміння суті самих завдань на загальному рівні, але 80 відсотків щоденної роботи буде припадати на роботу з командою.

Цікаво, що скрам-майстер при цьому є таким же членом команди, як і інші, без будь-якого привілейованого статусу: тобто він не бос, не керівник, не начальник. Він – координатор.

Підсумки. І все-таки, математика в житті знадобиться!

Підведемо підсумки. Так, існує велика кількість робіт, ролей, трудових обов’язків в айті, де не потрібно бути технарем. Звичайно, доведеться змиритися з обсуждивающей, а не провідною роллю, але місце знайдеться в цьому секторі всім. Емпати-гуманітарії цілком зможуть використовувати свій досвід міжлюдської взаємодії і організаторські здібності – наприклад, працюючи скрам-майстром. Представники творчих професій знайдуть себе в електронному мистецтві, в мультимедійних проектах.

І все ж. У всіх випадках потрібні логічні здібності, хоча б базові математичні знання, здібності до абстрактного мислення. Перефразовуючи заголовок однієї з моїх колишніх статей, математика в житті дуже навіть стане в нагоді, навіть якщо ти – гуманітарій!