Що ловити в кар'єрі ІТ-архітектора: очікування VS реальність

Привіт, Хабр.

Мене звати Анна Лісовська, ІТ-архітектор департаменту розвитку корпоративних продажів. Ідею цього поста мені підказав колишній однокурсник, якому раптом стало нудно в розробці. В один прекрасний день він вирішив, що більше не хоче писати код, почав шукати можливості для розвитку в суміжних ІТ-областях і атакував мене питаннями про особливості роботи ІТ-архітекторів. З розмови стало зрозуміло, що навіть колеги-айтішники слабо уявляють собі складності та особливості професії ІТ-архітектора. Не виключено, що помилки, в яких перебував мій колишній однокурсник, досить расхожи.

Я зібрала свій досвід і досвід колег в пост у форматі «очікування/реальність». Такий формат мені бачиться найбільш корисним з точки зору роботи з очікуваннями щодо професії ІТ-архітектора – часто серед айтішників ці очікування або не зовсім вірні, або завищені. Багато тонких моментів стають очевидними тільки при повному зануренні в професію. Краще дізнатися про них «на березі» і поміркувати, чи зможете ви з ними миритися. Хочеться думати, що мої замітки будуть корисними для інших айтішників, які мають намір перекваліфікуватися в ІТ-архітектори.




Очікування: щоб стати успішним ІТ-архітектором, потрібно добре знати залізо і софт.
Реальність: робота ІТ-архітектора – це в основному people management.

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

Очікування: будь-технічної освіти достатньо для роботи ІТ-архітектором.
Реальність: базової освіти, як правило, не вистачає; вчитися потрібно постійно.

Нерозумно заперечувати, що технічна освіта – це база практично для кожної ІТ-професії. Але так само не дуже далекоглядно стверджувати, що диплома будь-якого технічного вузу вистачить на освоєння професії ІТ-архітектора. Ні один російський вуз не випускає готових фахівців з даного профілю. Наприклад, я вчилася в петербурзькому Політесі на радіофізичному факультеті. Це здорово допомогло на зорі кар'єри, коли я працювала технічним асистентом з продажу обладнання Cisco. Бекграунд інженера-фізика допоміг розуміти процеси, на основі яких працює сучасне комунікаційне «залізо». Завдяки цій формі у вигляді знань з предметної області мені було легше, ніж колегам-початківцям. Разом з тим, я досить швидко зрозуміла, що навіть фундаментальної освіти радіофізика мені мало, і прийняла рішення отримати другу вищу по своєму тодішньому профілю – по мережах. Мене підвищили до системного інженера, допустили до обладнання і стали залучати на зустрічі з вендорами та клієнтами. Власне, з того моменту і почалося найцікавіше. Я багато працювала безпосередньо з «залозками», налаштовувала мережеве та серверне обладнання, звикала спілкуватися із замовниками, поступово розуміла, як влаштований ІТ-бізнес, як будується взаємодія з вендорами та дистриб'юторами.

Не беруся стверджувати, що мій варіант сходження по «сходах знань» єдино вірний. Серед колег з числа ІТ-архітекторів є фахівці, які починали вчорашніми випускниками університетів, а потім все глибше занурювалися в предметну область. Дізнатися більше їм допомагали вендорські курси та сертифікації, курси навчальних центрів, семінари та інші освітні заходи. Але незалежно від того, який спосіб розвитку обрано, ІТ-архітектор вчиться практично постійно. Потрібно бути готовим інвестувати в це навчання як мінімум свій час, як максимум – і час, і гроші. Наприклад, серед моїх знайомих є людина, який в минулому був затятим гуманітарієм — він випускник філософського факультету Спбду. У свій час поставив собі за мету стати ІТ-архітектором. На це він витратив кілька років свого життя — отримав вищу технічну освіту, додатково «прокачав» свої навички на вендорских курсах і зараз працює на позиції ІТ-архітектора у великому центрі обробки даних.

Очікування: необхідні знання можна добрати самостійно – все є в інтернеті.
Реальність: потрібно знати, які знання добирати; найцінніших знань у відкритому доступі немає.

Фактор самоосвіти в професії ІТ-архітектора починає працювати, коли ти стикаєшся з конкретною проблемою в рамках конкретного проекту. Навіть в рамках однієї інформаційної системи конкретну проблему можна вирішити по-різному. Тому навіть якщо хтось аналогічну проблему вже вирішував, зовсім не факт, що це рішення виявиться придатним для проекту, яким ви займаєтеся. За цим принципом будується спілкування на тематичних майданчиках в Інтернеті. Фахівці спочатку стикаються з проблемами, пишуть про них на форумі. А їх колеги вже рекомендують можливі рішення, виходячи з конкретних умов: подивися це, підкрутив те, почитай тут і т. д. «Чарівних таблеток», придатних для кожної системи, просто немає.

Також у деяких вендорів неможливо отримати технічну інформацію по іншим каналам, крім офіційного навчання. Такої інформації немає в інтернеті. Її не можна де-небудь купити.

Очікування: бути архітектором в компанії-вендоре краще, ніж працювати з замовниками.
Реальність: розвиток йде швидше, якщо працюєш на різнопланових проектах.

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

Якщо ми говоримо про архітектора у замовника, то від нього значною мірою вимагається вміння переконувати в необхідності перетворень ІТ-інфраструктури таких «складних» людей, як генерального і фінансового директора. В їхній картині світу ІТ – це служба, яка витрачає гроші. Часто, щоб пояснити необхідність фінансування проекту, ІТ-архітектори з боку замовника, вендора і інтегратора об'єднують зусилля і продумують аргументацію аж до конкретних формулювань. По своєму досвіду можу сказати, що пара таких спільних мозкових штурмів допомогла набагато краще зрозуміти основні закономірності, за якими функціонують механізми прийняття рішень в російських компаніях.

Очікування: програміст легко може перекваліфікуватися в ІТ-архітектора.
Реальність: системного інженера більше шансів почати нову кар'єру.

На мій погляд, більш сприятливі початкові умови побудувати кар'єру ІТ-архітектора у системних інженерів. Вони краще уявляють, як працює обладнання, вони самі все налаштовували, у них є досвід ліквідації всіляких збоїв. У інженерів не завжди може вистачати теоретичної бази, але завдяки досвіду вони швидше цю базу наженуть. На другому місці – розробники. Толковий програміст дійсно може стати архітектором по, особливо якщо такий програміст брав участь у створенні великих інформаційних систем і розуміє їх логіку. А далі він просто бере навички побудови ЛОМ, обчислювальної інфраструктури, систем зберігання даних і ін. Ще складніше перекваліфікуватися в ІТ-архітектори з пресейлов. Пресейл більш-менш знає теорію, але з обладнанням він знайомий по верхах, оскільки не «крутив» його налаштування руками і не усував причини збоїв і не намагався зрозуміти природу їх виникнення.

Очікування: праця ІТ-архітектора – це постійний креатив.
Реальність: рутини вистачає, особливо паперової роботи.

Часто майбутні архітектори думають, що їх робота складається виключно з опрацювання рішень і побудов систем, але це не так. Рутини більш ніж достатньо, і пов'язана вона не в останню чергу з підготовкою документації по проектам. Втім, основну частину такої роботи можна доручити команді, а самому проконтролювати її якість документів і звести їх воєдино. Як бачимо, people management спливає і тут.

Очікування: ІТ-архітектор може розвиватися лише як експерт в технологіях.
Реальність: все залежить тільки від вас. Вирости можна в абсолютно будь-якій якості.

ІТ-архітектор – універсальний фахівець, який добре знає ІТ-обладнання та програмне забезпечення, і поряд з цих володіє компетенціями менеджера. Це дає, мабуть, самі широкі можливості для кар'єрного зростання серед всіх ІТ-спеціальностей. Ти можеш рости як технічний експерт, напрацьовувати спеціалізацію і в кінцевому підсумку стати одним з кращих фахівців у своїй предметній області. Або ти можеш розвиватися як управлінець – як мінімум стати менеджером проектів, а як максимум — директором ІТ у замовника. Особливо якщо замовник як раз в цей момент підшукує ІТ-директора під стратегічну задачу модернізації інфраструктури. Словом, навіть якщо в один прекрасний день ви зрозумієте, що не хочете бути ІТ-архітектором, ваш багатогранний досвід з однаковим успіхом дозволить стати і крутим експертом в технологіях, і виконувати адміністративні функції.

Очікування: ІТ-архітектор – професія, де вдало балансуються робота і час для життя.
Реальність: робочий день з 9 до 18 – не про системного архітектора; робота досить стресова.

ІТ-архітектор – це центральний персонаж при створенні інформаційних систем. Саме від архітектора залежить, чи відбудеться проект, заробить на цьому проекті компанія. У цьому сенсі тягар відповідальності нерідко тисне – особливо коли замовник ставить стислі терміни, і ти просто не маєш права підвести проектну команду. Приклад з життя: на годиннику 10 ранку, робочий день тільки почався. Дзвонить представник замовника і просить комерційну пропозицію до полудня. Або аналогічне звернення прибуває до 21:00, і вже до ранку клієнт просить прикинути, скільки буде коштувати обладнання для розгортання ІТ-системи. Я викручуюся – дзвоню своїм людям у дистриб'юторів і вендорах, прошу швидко видати мені вартість рішення. Багато, якщо не все, допомагають вирішити нормально вибудувані відносини. Колеги не підводять, але жорсткі рамки, в які часто ставлять замовники, — додаткове джерело стресу.

Висновок

Інтерес до професії ІТ-архітектора з боку розробників і представників інших айтишных спеціальностей підкріплюється непоганою зарплатою. Але ця робота підійде не всім. Вона не для вас, якщо:
  1. Вам не дуже подобається нести відповідальність не тільки за себе, але і за того хлопця.
  2. Ви вважаєте, що ваша доступність за телефоном або електронною поштою повинна бути обмежена рамками робочого дня.
  3. Ви не дуже любите людей і не хочете шукати до них підхід, щоб досягати своїх цілей.
  4. Перспектива готувати або перевіряти проектну документацію викликає у вас позіхання.
  5. Ви з працею ладнаєте з «Павер Поінт» і не дуже в захваті від того, що вам потрібно виступати перед клієнтами.
  6. Ви вважаєте себе компетентним фахівцем і не вважаєте за потрібне пояснювати що-небудь тому, хто з вами не згоден.
Якщо у вас немає перерахованих вище особливостей характеру, але при цьому є бажання розвиватися, ставати краще та освоювати нові предметні області, то ласкаво просимо до лав ІТ-архітекторів. Можливо, деякі деталі залишилися за рамками посту. Пишіть запитання в коментарях, я постараюся відповісти.

Анна Лісовська, ІТ-архітектор департаменту розвитку корпоративних продажів групи компаній Softline.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.