• Звичайне життя IT-команди: жах, сльози, трагедія, комедія, драма в одному флаконі. А керівник відділу - це той нещасний режисер, який і повинен забезпечити замовнику обов'язковий хеппі-енд. А як, якщо у нього під початком одні супергерої, яким ТЗ не писано і тайм-план не указ? Представляємо вам новий розповідь у рубриці «Один день з життя»!
    Хто він, руководитель IT-команди? Багато скептиків прокоментують: «Про це вже тільки ледачий не говорив і не писав». Можливо, але мені стало цікаво вашу думку. Цитувати класичне подання менеджера я, звичайно, не буду в силу того, що класичний менеджер скрізь описаний без прив'язки до підлеглих, а підлеглі, як це водиться, в реальності дуже різні.
    «Різні програмісти? Ха ха !» − скажіть ви. Програмісти скрізь однакові, всі вони дуже розумні і люблять кодувати не те, що реально потрібно, і в ті терміни, які їх цікавлять, а не замовнику потрібні. І навіть у цьому я з вами погоджуся, але… Але саме з цього місця я спробую описати свої поневіряння по управлінню тієї самої IT-командою.
    IT-команда у нас велика: відділ мережевих технологій, відділ інформаційних розробок, відділ автоматизованих систем управління технологічними процесами, відділ експлуатації комп'ютерної техніки і засобів автоматизації, відділ впровадження і супроводу. Персонажів вистачить на всі жанри кінематографа, від мультяшних героїв і мелодраматичних актрис до фантастичних дуетів (тріо і т.д.) і монстрів з фільмів жахів. Звичайно, така інтерпретація IT-команди вам здасться дивним, але через призму кіно простіше прописати ролі кожного члена команди. Тепер моє завдання, використовуючи класичні сценарії кожного киножанра і сталий акторський склад, бути режисером хепі-енд для замовника. І це практично при неизменяемом бюджет фільму, так як форма оплати у нас почасова. Природно. є частину бюджету, що відповідає за преміювання, але вона становить мізерну частину бюджету ІТ-інфраструктури.
    Отже, проект. Ось було б здорово, якби проект був один! Але за сценарієм фільму жахів або трилера, біда ні коли не приходить одна, проектів відразу п'ять. Я взяла середньоденне значення за переліком активних проектних завдань на останні три місяці.
    Продюсер - він же замовник, як це водиться у кіно (на жаль, у нас так само як в кіно), хоче просто допомогою автоматизовану систему, щоб окупити вкладені кошти і докласти для цього мінімум зусиль.
    Замовлення, як правило, зводиться до опису результату. Не найгірший варіант, до речі, ось якщо замовлення полягає в автоматизації просто процесу, тут доводиться сильно попрацювати, тому що позитивний ефект доводиться вигадувати самостійно. І з досвіду наш результат рідко відповідає уявленням замовника. Така постановка задачі виникає від безвиході: є проблеми на якомусь ділянці, вони витають в повітрі, але не осмислені. І тоді замовник декларує: «А давайте автоматизуємо бардак, а там подивимося, як бардак привести у порядок». Ніхто цього не вимовляє вголос, але ми знаємо, якщо є завдання автоматизувати процес, значить, позитивного результату ніхто ще не знає. В порядок наводимо, звичайно, в основному силами нескінченних переписувань системи автоматизації бардаку. До нашого превеликий жаль, замовлень по автоматизації процесу - більшість!
    Зараз деякі почнуть вивчати, як правильно брати замовлення: що запитати, як брати, навіть напевно дадуть посилання на анкету, де прямо по порядочку: хто замовник, хто виконавець, де ефект, яка мета. Але! У нас продюсер не такий! У нас продюсер золотий! Він не збирається викладати те, що передбачає тихо про себе, адже ми професіонали, а він вже сказав, що хотів, і питати його вдруге не можна, тому що він не папуга повторювати! Він просто викликає, вигукує завдання, чим вище децибели, тим завдання серйозніше, і, власне, далі починається наша робота.
    Постановники, як справжні детективи, з усіх жанрів детективного кіно, розслідують вбивство! Причому, сама трагедія трапиться пізніше, коли проект віддадуть в експлуатацію. А поки вони тільки припускають, що вбивство сталося. Тут важливо розуміти, що будуть вбивати людей, задіяних в проекті, а не користувачів або замовників . Постановники, входячи в образ Еркюля Пуаро і мисс Марпл, повинні не злякати вбивцю, навпаки, приспати його пильність розповідями про перспективи зниження навантаження і можливості виконувати той же обсяг роботи з меншими зусиллями всіх органів. Вбивцю за замовленням вибирає теж детектив, чому-то продюсер рідко називає виконавця. І, нарешті, приспавши пильність виконавця, можна уникнути вбивства або в кращому разі покарання. Але! Знову виникає «але». Терміни та ресурси не дозволяють втілити задумане і бажане в життя в повному обсязі. Постановник в короткі терміни пише перший варіант технічного завдання, вибудовуючи текст таким чином, що кожне вимога стане виправданням вбивці в майбутньому. Виправдати вимоги «вбивці» можна, звичайно, заручившись відповідними нормативними актами або існуючими практиками. При будь-якій зміні сценарію після постановки, цей підхід виправданий!
    І як ви думаєте, керувати детективами, цими дипломатами і хитрецами? Вони знають і придумують завдання, а значить і злочин, самі. Вони знають свої слабкі місця і бачать промахи. Вбивця мотивується низовинними бажаннями не працювати, тобто користувач не має наміру вбивати хитромудро, а це відмінний захист для детектива, який лінується розкрити хитромудре злочин. Що ж робити режисерові? Як змусити детектива працювати так, щоб вбивства не було взагалі? Ні знайшла іншого способу, крім як розділити відповідальність з розробником, тобто з жертвою. Коли детектив сам стає жертвою, у нього відкривається друге дихання. Голлівуд пропонує захист це сценарію цілу купу продуктів з хепі-ендом.
    Отже, завдання поставлене, ТЗ написано. Шановні розробники взяли його в роботу. Який жанр кіно ви виберете для опису процесу вивчення технічного завдання? Я вважаю, що це психологічний трилер-драма. Чим відрізняється детектив від трилера? Трилер - це оповідання від особи злочинця або від імені жертви, наш другий випадок! Крім того, якщо у детективі оповідання іде назад - до розгадки, то в трилері вперед - до катастрофи. Що найцікавіше в нашому випадку: программист вважає, що він - жертва не користувача, добрейшей душі людини, мучающегося в корчах від відсутності автоматизованого ділянки роботи, а злого постановника, який не розуміє, які блага програміст може дати благодарному користувачеві. Що мені робити? Як повернути сюжет трилера, де катастрофою треба вважати не виконання поставленого завдання? А трансформація поставленої задачі буде нагадувати фантастичне анімаційне комедійне дійство, де постановник дивний, але тупий кіт Том, а програміст, милий, розумний, хитрий мишеня - жертва Джері? Можна звичайно провести паралель і з нашим мультиком «Ну, постривай!». Але тут постановники не відповідають за образом Вовка. Просто не схожі і все, жодної русофобії.
    І тут режисер наполягає на репетиції! Під час репетиції-наради виявляється, що сюжет не так вже туповат, а вимоги не безпідставні. Тепер, у загальному-те, можна приступити до розробки, тобто питати невагомі деталі й опускати вагомі вимоги. І що найсумніше, після першого прочитання ТЗ програміст більше практично до цього документа не звертається. У вас не так? Я вам заздрю! У нас програміст, буквально ще вчора колишня жертва, раптом стає справжнім супергероєм і чинить таке, що непідвладне простій людині. Він рятує користувача від ручної роботи в ім'я загального блага, а не заради вирішення поставленої задачі! Змахуючи плащем і мечем, він підкорює поставлену задачу, залучаючи всі свої надздібності за розтягування часу, за втрату інтересу до нової задачі, по залученню інтернет-співтовариств до вирішення глобальних проблем астрономічного характеру або проблем ринку цінних паперів, а то і всемогутності корпорації Microsoft.
    загалом на практиці: час роботи призначено для роботи, час відпочинку призначено для відпочинку. Причому, час відпочинку в наших програмістів нерідко трапляється прямо на роботі, а під час роботи переповзає чому-то на вихідні дні. Звичайно, це не найбільша проблема, і вона вирішується за допомогою постановника, який на терміни зав'язаний не менше, ніж програміст, і власне, саме він постійно турбує програміста. А якщо цього виявляється мало, до процесу підключається керівник більшого рангу і децибелами усуває всі перешкоди для нормальної роботи нашого супергероя. Цей багато ітераційний процес стимули супергероя до його прямих обов'язків нарешті завершується першим релізом програми. «Фууу… здається зробили», − розслабляється програміст, і далі своє мовлення канал продовжує Animal Planet. Тепер постановник намагається зрозуміти, як працювати в програмі. А програму здавати треба було ще тиждень тому, але адже технічні складнощі можуть виправдати всі і відтягнути дату страти! Далі простий марна праця, потрібно натиснути і віджати всі кнопки і отримати все те, що ти написав в технічному завданні. Ось тут і виявляється, що завдання не виконано, терміни всі пройшли, користувача треба вчити, а програма навіть за найбільш мінімальним вимогам працює з помилками. Ви бачили коли-небудь, як полюють хижаки? Як заганяють якусь вибівшуюся з зграї метку козу або антилопу? Постановник в цей момент схожий рівно на цю козу або антилопу. Користувачеві вже пора все показувати, програма ще не працює, продюсер вже просить прибуток, програміст не може працювати постійно мінливих вимог, та ще потрібно підготувати всю документацію для підтримки та користувача. Загалом фашисти скрізь, а відступати не куди, за нами Москва.
    IT-керівник, хто він зараз? Зараз він головнокомандувач: солдатів треба берегти, відбиватися від всіх нападок, навіть об'єктивних, перемогу забезпечити будь-якими засобами! Частина роботи звалити на передову, там зосереджені всі сили служби підтримки та експлуатації, в тилу берегти програмістів, в бій кидати постановників, як важку артилерію, мережний відділ повинен забезпечити безперебійну роботу з архівації щоденних копій робочої бази, тому що працездатність системи і адекватність користувача під великим питанням.
    Два тижні щоденного бою, закачуються кровопролитної перемогою! Святкується день здачі системи в експлуатацію. Тепер можна дописувати задумане спочатку в протягом наступного терміну розробки, рівному, а то й що перевищує перший.
    Зауважте, що в результаті всі герої, як постановники, так і програмісти, а на передовій і зовсім молодці! Адже перший етап психологічного розвантаження користувачів відбувається саме в цьому підрозділі. А вони мотивувати всіляко допомогти користувачеві і не підставити розробника. Наша підтримка та експлуатація - це наше обличчя, а обличчям в бруд не можна, слава богу, вони намагаються не падати! І Павлики Морозови їм не приклад. Їх робота дуже схожа на мелодраму. Будь-яке спілкування з користувачем вони зводять до того, що розкривають духовний і чуттєвий світ героїв (розробників) в особливо яскравих емоційних обставин на основі контрасту: добро і зло, любов і ненависть. Вони допомагають зрозуміти нові аспекти роботи користувача, навчаючи користувача того, чого самі не розуміють. Одним словом всіляко виправдовуючи це жанр, мелодрама − «трагедія для простих душ».
    Ось вони, будні IT-команди. Відповісти на питання «хто він, керівник ІТ команди?» я спробувала. Опускаючи суворе правило успішного менеджменту, що включає в себе: планування, контроль і мотивацію, хочеться включити в цю професію трохи творчості. Можливо, проект після такої режисури виявиться провальним у вас, але у нас він успішний. Це нелегка праця, постійно режисерувати кіно різних жанрів, з одними і тими ж продюсерами і постійно мінливими глядачами. Радує тільки те, що акторський склад не так вже змінюється, і ти можеш розраховувати на їх здатності, як би складно не було!
    P.S. Ви запитаєте, де ж жахи? Жахи бачать користувачі, коли знайомляться з нашим новим продуктом. Кіно - це жанр, покликаний налякати глядача, вселити відчуття тривоги і страху, створити напружену атмосферу і болісного очікування чогось жахливого або невизначеного. І я вас запевняю, так зустрічають практично кожну програму, але, коли спадає пелена невизначеності, користувач стає щасливим, немов справедливість восторжествувала, а маніяк або інший антигерой був переможений!