22 марта 2019 г. ЛАНИТ проведет одну из вечерних встреч, где представители отрасли поделятся своим пониманием задач архитектора в сфере информационных технологий
В сфере информационных технологий встречается роль или должность архитектора (обычно с дополнениями, отражающими характер решаемых задач – «системный», «корпоративный», «software» и другие). “Архитектор в ИТ” на первый взгляд интуитивно понятное словосочетание, но когда дело доходит до чёткого описания миссии, целей, задач, функций, обязанностей, результатов, то выявляется множество нюансов, оттенков смысла и различий в понимании. Мы пригласили нескольких экспертов, чтобы разобраться в этом вопросе.
В ходе выступлений будут затронуты темы:
-
Кто такой архитектор:
контекст работы (архитектор в организации, для которой ИТ не являются основным родом деятельности, архитектор ИТ-организации), с кем осуществляется взаимодействие (внутри и вне организации), задачи, обязанности, инструменты архитектора. Зачем нужен архитектор, чем живёт, основные качества архитектора.
-
Как стать архитектором:
какие качества нужно развивать, какие дисциплины — осваивать, можно ли сразу стать архитектором или же необходимо работать в другой роли до этого.
-
Как быть архитектором:
архитектурные практики, стандарты, процессы в организации — какие есть или какие должны быть.
После выступлений проведём круглый стол, в рамках которого подведём итог и обменяемся мнениями о том, как менялись задачи архитектора в последние несколько лет и как им, возможно, предстоит измениться.
Москва, Мурманский проезд, 14с1(ИТ-) архитектор в ИТ-проектах и организациях
- Анонс
- Программа
- Участники
- Спикеры
22 марта 2019 г. ЛАНИТ проведет одну из вечерних встреч, где представители отрасли поделятся своим пониманием задач архитектора в сфере информационных технологий
В сфере информационных технологий встречается роль или должность архитектора (обычно с дополнениями, отражающими характер решаемых задач – «системный», «корпоративный», «software» и другие). “Архитектор в ИТ” на первый взгляд интуитивно понятное словосочетание, но когда дело доходит до чёткого описания миссии, целей, задач, функций, обязанностей, результатов, то выявляется множество нюансов, оттенков смысла и различий в понимании. Мы пригласили нескольких экспертов, чтобы разобраться в этом вопросе.
В ходе выступлений будут затронуты темы:
-
Кто такой архитектор:
контекст работы (архитектор в организации, для которой ИТ не являются основным родом деятельности, архитектор ИТ-организации), с кем осуществляется взаимодействие (внутри и вне организации), задачи, обязанности, инструменты архитектора. Зачем нужен архитектор, чем живёт, основные качества архитектора.
-
Как стать архитектором:
какие качества нужно развивать, какие дисциплины — осваивать, можно ли сразу стать архитектором или же необходимо работать в другой роли до этого.
-
Как быть архитектором:
архитектурные практики, стандарты, процессы в организации — какие есть или какие должны быть.
После выступлений проведём круглый стол, в рамках которого подведём итог и обменяемся мнениями о том, как менялись задачи архитектора в последние несколько лет и как им, возможно, предстоит измениться.
Практика Еnterprise Architecture
Юрий Карабутов, Head of Solution Architecture, Raffeisenbank
Выступление посвящено Enterprise Architecture Management в Raiffeisenbank Russia. Как стратегическая архитектура воплощается в жизнь через проекты. Об архитектурном надзоре и о роли архитектурных стандартов в Agile мире.
А также о других архитектурных практиках, применяемых и развивающихся в организации.
Архитектор в проекте разработки программно-аппаратного комплекса. Основное "зачем?"
Александр Лучков, системный архитектор, Бортовые аэронавигационные системы
В докладе будут рассмотрены некоторые особенности и основные моменты работы системного архитектора в проектах по созданию программно-насыщенных аппаратных комплексов. Спектр рассматриваемых проектов затрагивает госзаказ, оборонную промышленность, разработку в целях использования в авиапроме.
Как экономить деньги при автоматизации или зачем нужен архитектор
Владимир Панчук, Solutions Architect, АО Альфа-Банк
Со временем в организации становится больше систем, взаимосвязь с системами сильно усложняется. В свою очередь и бизнес-процессы становятся сложнее. Все это приводит к увеличению штата разработчиков, которые не знают, для чего та и или иная система, какие еще есть бизнес-процессы в других командах. Если оставить процесс разработки без надлежащего контроля, то происходит дублирование функций и/или создание довольно странных процессов. В такой ситуации помогает правильно выстроенный процесс с участием архитектора. А бывает еще и неправильный процесс. Здесь должны появиться точки контроля. Я попробую рассказать, как мы строим правильные процессы и как справляемся с отклонениями от процесса.
