Хто такий архітектор рішень і які задачі він вирішує в EPAM
1 червня відбулася чергова зустріч у форматі Lean Coffee.
Що це таке? Це подія, під час якої наші спікери інтерактивно взаємодіють з аудиторією: спершу ми збираємо на інтерактивній дошці питання від глядачів та систематизуємо їх, потім відкриваємо голосування за найцікавіші зі списку, а по завершенню сортуємо їх від найбільшої кількості голосів до найменшої, щоб визначити порядок обговорення і перейти власне до дискусії.
Для обговорення кожного питання виділяється мінімум 5 хвилин часу і щонайменше 1 спікер. Усі інші спікери можуть, за бажанням, долучатися до дискусії чи доповнювати її власними коментарями.
Тема цього разу надзвичайно цікава. Цього разу до івенту долучилися Андрій Трубіцин, Іззет Мустафаєв та Олександр Тонков, усі троє обіймають позиції Senior Solution Architect @EPAM, та Олег Гриник, Senior Data Solution Architect @EPAM. Модерував івент Євген Моспан, Senior Solution Architect @EPAM.
Під час дискусії обговорювали наступне:
- чи слідують архітектори рішень в EPAM методологіям і, якщо так, то яким;
- технічна освіта та сертифікація у компанії: чи є обов’язковою вища освіта за технічним фахом, які сертифікати є бажаними для архітектора, яка між ними різниця і чому наявність сертифікату - не завжди ключова перевага для Solution Architect;
- як потрапити в компанію на роль архітектора рішень, і, зокрема, про деталі, у яких, як ви знаєте, завжди ховається диявол;)
- скільки часу насправді приділяється практичним задачам на кшталт «Proof Of Concept» або розробці у команді, чому іноді вдається не так багато, як хотілося б і якими конкретно проєктами спікери займалися останнім часом;
- чим займається архітектор рішень у EPAM, які задачі виконує, а ще - про те, хто такий pre-sale архітектор і чи існує в EPAM окрема роль з такою назвою;
- як впевнитися, що створені рішення відповідають очікуванням та дизайну;
- як і з ким більше працюють архітектори рішень - у власній команді та поза нею;
- наскільки сильною є географічна прив’язка архітектора до замовника: часовий пояс, культурні відмінності, які необхідно враховувати у роботі та інше;
- в чому принципова різниця між ролями Solution та Software Architect, чи існує вона взагалі та які сфери відповідальності та особливості взаємодії кожної з цих позицій в EPAM;
- як проходить «практика» спеціалістів, які щойно закінчили школу архітекторів EPAM;
- як архітектор вводить нові стандарти у компанії та як потім впевнюється, що вони працюють так, як треба.
Звичайно, було і ще багато іншого, але все одразу і не пригадаєш, тож, якщо вам цікаво послухати розмову цілком, запрошуємо на YouTube-канал EPAM.
А ще не забувайте слідкувати за нашими новинами, адже там іще безліч цікавого та корисного.
Робити це можна у будь-який зручний для вас спосіб: на наших сторінках у Facebook, LinkedIn, Twitter або YouTube або у нас на сайті - https://www.epam.com/.
Підписатися на новини
-
ЛайфхакиOpenTelemetry і eBPF для Python-мікросервісів: як працює distributed tracing і з чого почати
Як працює distributed tracing і з чого почати: практичне налаштування трейсингу, автоматичний збір метрик та інтеграція обох технологій.
-
Думка експертаAI-First JavaScript: нова ера веброзробки
-
ЛайфхакиТестуємо AI, яка обробляє відео за секунди (або години?)
-
Press Release
FoodBank Україна та EPAM Україна трансформують систему продовольчої допомоги
-
Думка експертаСинхронізація без хаосу: як керувати налаштуваннями від хмари до Edge
Як побудувати ефективну систему синхронізації налаштувань, використовуючи сучасні хмарні технології для Edge та інтеграцію хмари та Edge.