20 марта 2019 г. ЛАНИТ проведет одну из вечерних встреч, где представители отрасли поделятся своим пониманием задач архитектора в сфере информационных технологий
В сфере информационных технологий встречается роль или должность архитектора (обычно с дополнениями, отражающими характер решаемых задач – «системный», «корпоративный», «software» и другие). “Архитектор в ИТ” на первый взгляд интуитивно понятное словосочетание, но когда дело доходит до чёткого описания миссии, целей, задач, функций, обязанностей, результатов, то выявляется множество нюансов, оттенков смысла и различий в понимании. Мы пригласили нескольких экспертов, чтобы разобраться в этом вопросе.
В ходе выступлений будут затронуты темы:
-
Кто такой архитектор:
контекст работы (архитектор в организации, для которой ИТ не являются основным родом деятельности, архитектор ИТ-организации), с кем осуществляется взаимодействие (внутри и вне организации), задачи, обязанности, инструменты архитектора. Зачем нужен архитектор, чем живёт, основные качества архитектора.
-
Как стать архитектором:
какие качества нужно развивать, какие дисциплины — осваивать, можно ли сразу стать архитектором или же необходимо работать в другой роли до этого.
-
Как быть архитектором:
архитектурные практики, стандарты, процессы в организации — какие есть или какие должны быть.
После выступлений проведём круглый стол, в рамках которого подведём итог и обменяемся мнениями о том, как менялись задачи архитектора в последние несколько лет и как им, возможно, предстоит измениться.
Москва, Мурманский проезд, 14с1(ИТ-) архитектор в ИТ-проектах и организациях
- Анонс
- Программа
- Участники
- Спикеры
20 марта 2019 г. ЛАНИТ проведет одну из вечерних встреч, где представители отрасли поделятся своим пониманием задач архитектора в сфере информационных технологий
В сфере информационных технологий встречается роль или должность архитектора (обычно с дополнениями, отражающими характер решаемых задач – «системный», «корпоративный», «software» и другие). “Архитектор в ИТ” на первый взгляд интуитивно понятное словосочетание, но когда дело доходит до чёткого описания миссии, целей, задач, функций, обязанностей, результатов, то выявляется множество нюансов, оттенков смысла и различий в понимании. Мы пригласили нескольких экспертов, чтобы разобраться в этом вопросе.
В ходе выступлений будут затронуты темы:
-
Кто такой архитектор:
контекст работы (архитектор в организации, для которой ИТ не являются основным родом деятельности, архитектор ИТ-организации), с кем осуществляется взаимодействие (внутри и вне организации), задачи, обязанности, инструменты архитектора. Зачем нужен архитектор, чем живёт, основные качества архитектора.
-
Как стать архитектором:
какие качества нужно развивать, какие дисциплины — осваивать, можно ли сразу стать архитектором или же необходимо работать в другой роли до этого.
-
Как быть архитектором:
архитектурные практики, стандарты, процессы в организации — какие есть или какие должны быть.
После выступлений проведём круглый стол, в рамках которого подведём итог и обменяемся мнениями о том, как менялись задачи архитектора в последние несколько лет и как им, возможно, предстоит измениться.
Расписание выступлений:
Архитектор в проекте. Основные случаи использования
Евгений Асламов, руководитель сектора архитектуры департамента корпоративных систем, ЛАНИТ
Ни про одну систему нельзя сказать, что у нее нет архитектуры. Но часто бывает, что архитектора (что бы это ни значило) как выделенной роли при создании системы не было. Нужен ли вообще архитектор? Расскажу о том, что может привести к выделению такой роли и как под нее искать конкретного человека при создании информационной системы.
Нужен ли архитектор в agile?
Сергей Баранов, управляющий партнер, ex-solution architect, ScrumTrek
Нужен ли архитектор в agile? Кто-то скажет — нет, второй подхватит: «в agile нет архитектуры»; но будут и те, кто возразит: «без архитектуры никак, архитектор важен и нужен». Причина в том, что сам вопрос некорректен. Наличие или отсутствие архитектора не зависит от методологии, метода работы. Оно всецело зависит от потребностей продукта, а в частности — от технологической сложности, сложности предметной области, уровня неопределенности и других факторов. Мы постараемся определить, в чем роль архитектора и какую ценность он может предложить продукту, затем сформулируем потребности команд и самого продукта, выявим связь между потребностями и ценностью, после чего завернем это в единую модель и наконец ответим на вопрос: «Нужен ли архитектор в agile?».
Архитектор решений в организации: организационно-технические аспекты создания и использования описания архитектуры
Иван Лукьянов, начальник отдела развития архитектуры, ДИТ г. Москвы
Каждая ИТ-организация в той или иной степени детализации занимается описанием архитектуры создаваемых в ней решений. На возможность использования описания архитектуры влияют как особенности внутренней культуры организации, так и уровень её технической зрелости. Именно поэтому архитектору решений для успешной работы необходимо понимать основные организационные и технические аспекты архитектурной деятельности и умение учитывать их на практике. В предлагаемом докладе будет сделана попытка указать на некоторые такие аспекты на примере создания архитектурных решений в Департаменте государственных услуг ДИТ г. Москвы.
