Системный архитектор кто это?

Системный архитектор кто это?

Крупной современной компании не обойтись без ИТ-архитекторов. Ведь ее конкурентоспособность во многом зависит от того, насколько грамотно автоматизированы основные бизнес-процессы. И ИТ-архитектор становится ключевой фигурой в этом процессе.

ИТ-архитектор – относительно новая для рынка специальность. Первые работники с такой записью в трудовой книжке стали появляться незадолго до кризиса 2008 г. Сейчас хедхантеры уже уверенно оперируют набором обязаностей и навыков, сопутствующих этой должности.

Труд высококвалифицированных ИТ-архитекторов оплачивается значительно выше, чем специалистов многих других «айтишных» профессий. Согласно данным исследования, организованного рекрутинговой компанией Antal Russia, средняя ежемесячная зарплата ИТ-архитекторов еще в 2010 г. составляла 100-280 тыс. руб., что сопоставимо с уровнем дохода ИТ-директоров. Между тем, найти настоящего ИТ-архитектора непросто.

Разные виды

ИТ-архитектор – это человек, который решает, как в конечном итоге будет выглядеть информационная система организации в целом и в деталях. Основная цель ИТ-архитектора в компании заключается в том, чтобы обеспечить решение задач бизнеса при помощи информационных технологий. Причем, он должен не только сформировать решение, но и контролировать правильность его реализации.
Внутри профессии существуют специализации. «Как минимум стоит говорить о двух составляющих в ИТ-архитектуре – функциональной и технической, – отмечает технический директор GMCS Максим Езерский . – В первом случае ИТ-архитектор в большей степени отвечает за общение с бизнесом и по результатам контактов определяет конструкцию системы, которая нужна заказчику. Во втором ИТ-архитектор в основном общается с «айтишниками» и конструирует систему изнутри». Кроме того, аржитекторы могут «делиться» на софтовых, которые занимаются разработкой программного обеспечения, сетевых, создающих сервера и работающих по конкретным направлениям, продуктам или даже отдельным модулям.

Ситуация осложняется тем, что ИТ-архитекторов не готовят в российских учебных заведениях. Пока такие специалисты самостоятельно «вырастают» из программистов или инженеров. «Техническому специалисту на позиции аналитика, разработчика или консультанта может посчастливиться участвовать в реализации какого-либо проекта, и он в резюме уже может указывать опыт построения такой-то системы», – отмечает Денис Разумовский , ведущий инженер НПО «Тайфун».

Конечно, будущему архитектору необходимо иметь базовое высшее техническое образование, позволяющее в дальнейшем приобрести определенный набор знаний и навыков. Все больше ценится дополнительная сертификация в определенной области архитектуры, например MCP или Brainbench, а также подтверждение навыков во время практик в зарубежных корпорациях типа Oracle или Hewlett-Packard.

Другой путь – последовательный карьерный рост с низовой технической позиции. Должность team-лидера, на которой работнику часто приходится принимать старатегические решения, дает опыт и основания в будущем стать ИТ-архитектором. В любом случае, гарантией от «кота в мешке» при приеме на работу специалиста на должность ИТ-архитектора становится портфолио проектов, которые претендент может представить работодателю.

Команда антиподов

Набор профессиональных навыков и знаний, которыми должен обладать ИТ-архитектор, зависит от его специализации. Для функционального, или иначе системного, ИТ-архитектора важно иметь фундаментальные знания не только в сфере компьютеризации и информатики, но и в бизнес-области. «Основной инструмент ИТ-архитектора – это программа для создания и проведения презентаций PowerPoint, – пишет в книге «Как стать ИТ-архитектором» Андрей Коротков. – Потому что ИТ-архитектору нужно не только выработать решение бизнес-проблемы, но и суметь продать его внутри компании как наиболее приоритетное и верное из всех возможных. Иными словами, ИТ-архитектор должен уметь разговаривать с представителями бизнес-подразделений на их языке».

«Функциональному ИТ-архитектору необходимо знать, как те или иные бизнес-процессы преломить под устройство внедренной в компании системы или предложить и разработать новую», – отмечают в одной из компаний-интеграторов. Далее к процессу подключается технический ИТ-архитектор, в обязанности которого входит отличное знание системы в большей степени изнутри, чем снаружи. Он понимает, как устроена и работает система вплоть до каждой таблицы и процедуры. Иными словами, задача всех перечисленных ИТ-специалистов такова: работая в команде, произвести минимальные доработки системы и привести ее в максимальное соответствие с логикой поставленной бизнес-задачи. По своей сути такие специалисты – антиподы, потому что вряд ли возможно одновременно хорошо знать бизнес и информационно-компьютерную систему.

Если оба «типа» ИТ-архитекторов сойдутся в одном человеке, то это будет тот самый идеальный профессионал, «которого все хотят иметь среди работников, но никто его не видел». Его уровень знаний приближен к энциклопедическому: помимо довольно глубокой информированности в области бизнеса, он должен досконально понимать ИТ-систему, с которой работает; иметь большой технический бэкграунд; обладать знаниями базовых технологий и понимать тренды их развития, чтобы предвидеть возможные изменения системы в дальнейшем. «Кроме того, очень важно умение эффективно коммуницировать как с бизнесом, так и с собственными сотрудниками: ИТ-архитектор должен уметь расписать на уровне алгоритмов задачу для исполнителей таким образом, чтобы они не смогли ее извратить», – добавляет Максим Езерский.

Кому нужны архитекторы

Не всякой компании нужен ИТ-архитектор. На небольших предприятиях или там, где информационные проекты не слишком масштабны, функции ИТ-архитектора может выполнять опытный менеджер проекта, разработчик или иной технический специалист в сфере ИТ. В некоторых случаях проектирование архитектуры системы и ее «вписывание» в существующий ландшафт может и вовсе быть отдано внешнему исполнителю, например интегратору, предоставляющему ИТ-архитектора для выполнения конкретного заказа.

«Иметь собственного ИТ-архитектора необходимо, в первую очередь, крупным компаниям с уже сложившимся сложным ИТ ландшафтом, развитой функциональностью унаследованных систем, разветвленной региональной оргструктурой и имеющим согласованные руководством планы развития ИТ», – отмечает Вячеслав Суханов , директор службы профессионального сервиса компании «АйТи». Реализация комплексных интеграционных проектов, включающих несколько различных информационных систем и/или реализующихся в масштабах всей компании, без выделенного ИТ-архитектора является весьма рисковым мероприятием, добавляет эксперт. В таких случаях наличие отдельного сотрудника с таким уровнем ответственности является уже не роскошью, а абсолютной необходимостью.

Обязанности у человека этой профессии разнообразные и разноплановые. Он занимается:

• Аналитика проекта и окружения.
• Анализ БД, ИС и отдельных процессов.
• Анализ материала, который запрашивает клиент.
• Оценка архитектурных систем и их конфигурации, а также БД.
• Поиск выбор подходов, формирование требований, выбор спецификаций и стандартов.
• Сбор и анализ требований к компонентам системы.
• Оценка возможностей, перспектив и рисков проекта.
• Определение потребностей в ресурсах для внедрения и реализации проектов.
• Разработка проектной документации.

Кроме того, есть еще ряд требований к профессии:

• Проектирование БД, ИС и ПО.
• Разработка ТЗ для различных проектов + их экономическое обоснование.
• Подготовка концепции и стратегии, а также методов реализации проектов.
• Формирование архитектуры ПО, алгоритмов работы программного обеспечения и технологии обработки информации.
• Адаптация к текущей организационной структуре.
• Координация команды исполнителей по проекту.
• Контроль всех этапов выполнения работ.
• Контроль внедрения в систему принятых решений.
• Консультации с пользователями.
• Контроль выполнения решений.
• Создание системной архитектуры.
• Проверка качества установленного ПО.

Системные архитекторы незаменимы и необходимы не в каждой компании, а только в той, где развернута сеть, нуждающаяся в тонкой отладке. В маленьких ИТ-компаниях вместо архитектора вполне достойно сможет справиться программист или другой специалист, который разбирается в ИТ.

Системному архитектору приходится работать с колоссальными массивами документов – требуется формировать и продумывать документы по эксплуатации информационных систем, работать с технической и проектной документацией. Всю отчетную документацию нудно предоставлять четко в установленные сроки.

Должностные обязанности системного архитектора, как правило, прописываются или оговариваются в инструкциях, однако будет не лишним описать области его персональной ответственности:

• Невыполнение или ненадлежащее выполнение прямых должностных обязанностей.
• Причинение вреда компании своим бездействием или ненадлежащим действием.
• Разглашение конфиденциальной информации.
• Нарушение правил внутреннего трудового распорядка и т.п.

Технические руководителей IT-проекта имеют много обязанностей, но в основном они должны уметь:

• проектировать программное обеспечение и информационные системы;
• создавать базы данных;
• формировать архитектуру ПО и его алгоритмы работы;
• создавать стратегию, методы реализации, подбирать соответствующие средства и инструменты для выполнения;
• планировать и гибко управлять проектом;
• координировать работу команды, обеспечивать техническим заданием и поддержкой;
• общаться с заказчиком, анализировать требования к компонентам и составлять технический проект с финансовым обоснованием;
• оценивать возможности и перспективы проекта;
• контролировать этапы выполнения работ, проводить проверки и тестирования;
• выявление ошибок, устранение их и оценка готового проекта;
• вести техническую, отчётную и др. документацию.

Уникальное предложение — -50% на ВСЕ курсы Skillbox. Получите современную онлайн-профессию, раскройте свой потенциал.

• аналитический склад ума;
• стратегическое мышление;
• понимание отраслевых особенностей бизнеса, его стандартов;
• абстрактное мышление;
• умение работать в команде и аргументировать свои решения;
• коммуникабельность;
• умение находить компромиссы между заинтересованными лицами;
• умение управлять коллективом, правильно делегировать полномочия и задачи;
• Умение выбрать оптимальное решение вместо лучшего — вот основная задача архитектора.

Личные качества специалиста

Несмотря на то, что каждый системный архитектор должен обладать рядом ключевых профессиональных умений, а также знаний, существуют и требования относительно его личностных качеств. Все дело в том, что работодатель нанимает не только профессионального и высококвалифицированного специалиста, но также будущего члена команды.

Для системных архитекторов актуальными являются такие личностные качества и характеристики:

• аналитический склад ума;
• усидчивость;
• внимание к деталям;
• ответственность;
• стремление к постоянному, непрерывному и самостоятельному образованию;
• умение работать с документами;
• интерес к бизнес-процессам;
• дисциплинированность;
• умение работать в команде;
• лидерские качества.

При трудоустройстве на должность системного архитектора стоит иметь в виду, что значение имеют как профессиональные, так и личностные качества. Только в том случае, если в вас сочетаются все необходимые характеристики, вы сможете максимально эффективно и успешно выполнять свои рабочие задачи.

4 дня — 10 спикеров — 10 интересных докладов

День 1

• Архитектор в проекте. Основные случаи использования

Спикер: Евгений Асламов, руководитель сектора архитектуры департамента корпоративных систем, ЛАНИТ.

О чем доклад:

Ни про одну систему нельзя сказать, что у нее нет архитектуры. Но часто бывает, что архитектора (что бы это ни значило) как выделенной роли при создании системы не было. Нужен ли вообще архитектор?

Евгений делится опытом, что может привести к выделению такой роли и как под нее искать конкретного человека при создании информационной системы.

• Нужен ли архитектор в Agile?

Спикер: Сергей Баранов, управляющий партнер, ex-solution architect, ScrumTrek

О чем доклад:

Нужен ли архитектор в Agile? Кто-то скажет: «Нет», второй подхватит: «В Agile нет архитектуры». Но будут и те, кто возразит: «Без архитектуры никак, архитектор важен и нужен». Причина в том, что сам вопрос некорректен. Наличие или отсутствие архитектора не зависит от методологии, метода работы. Оно всецело зависит от потребностей продукта, а в частности — от технологической сложности, сложности предметной области, уровня неопределенности и других факторов. Эксперт постарался определить, в чем роль архитектора и какую ценность он может предложить продукту. Затем спикер сформулировал потребности команд и самого продукта, выявил связь между потребностями и ценностью, после чего завернул это в единую модель и наконец ответил на вопрос: «Нужен ли архитектор в Agile?»

• Архитектор решений в организации: организационно-технические аспекты создания и использования описания архитектуры

Спикер: Иван Лукьянов, начальник отдела развития архитектуры, ДИТ г. Москвы

О чем доклад:

Каждая ИТ-организация в той или иной степени детализации занимается описанием архитектуры создаваемых в ней решений. На возможность использования описания архитектуры влияют как особенности внутренней культуры организации, так и уровень её технической зрелости. Именно поэтому архитектору решений для успешной работы необходимо понимать основные организационные и технические аспекты архитектурной деятельности и умение учитывать их на практике. В предлагаемом докладе сделана попытка указать на некоторые такие аспекты на примере создания архитектурных решений в Департаменте государственных услуг ДИТ г. Москвы.

День 2

• Практика Еnterprise Architecture

Спикер: Юрий Карабутов, Head of Solution Architecture, Raffeisenbank

О чем доклад:

Выступление посвящено Enterprise Architecture Management в Raiffeisenbank Russia. Как стратегическая архитектура воплощается в жизнь через проекты. Об архитектурном надзоре и о роли архитектурных стандартов в Agile мире. А также о других архитектурных практиках, применяемых и развивающихся в организации.

• Архитектор в госпроектах

Спикер: Александр Лучков, системный архитектор, «Бортовые аэронавигационные системы»

О чем доклад:

В докладе рассматриваются некоторые рабочие моменты и типичные задачи, возникающие в работе системного архитектора, и ценность архитектурной практики при выполнении государственных контрактов.

• Как экономить деньги при автоматизации или зачем нужен архитектор

Спикер: Владимир Панчук, Solutions Architect, АО «Альфа-Банк»

О чем доклад:

Со временем в организации становится больше систем, взаимосвязь с системами сильно усложняется. В свою очередь и бизнес-процессы становятся сложнее. Все это приводит к увеличению штата разработчиков, которые не знают, для чего та и или иная система, какие еще есть бизнес-процессы в других командах. Если оставить процесс разработки без надлежащего контроля, то происходит дублирование функций и/или создание довольно странных процессов. В такой ситуации помогает правильно выстроенный процесс с участием архитектора. А бывает еще и неправильный процесс. Здесь должны появиться точки контроля. Спикер попробовал рассказать, как в Альфа-Банке строят правильные процессы и как команда справляется с отклонениями от процесса.

День 3

• Увлекательное путешествие на лифте глазами архитектора решений

Спикер: Геннадий Круглов, Solutions Architect, Национальный расчетный депозитарий

О чем доклад:

Практика взаимодействия с разными группами стейкхолдеров при построении архитектуры масштабных решений «с нуля» в «зрелой» компании.

Доклад построен на основе кейсов внедрения новых технологий и построения проектных команд при разработке решений в новых для компаний предметных областях.

• Виды архитекторов и их навыки

Спикер: Дмитрий Романов, главный ИТ-архитектор, Уралвагонзавод

О чем доклад:

• Каким именно архитектором вы хотите стать и к чему нужно быть готовым при выборе профессии или роли ИТ-архитектора
• Какие компетенции нужны разным архитекторам, с какими сложностями сталкиваются люди при переходе от разработчиков в архитекторы и другие вопросы, связанные с работой ИТ-архитектора.

• Дисциплина «Архитектура информационных систем» как базовая часть подготовки специалистов по направлению «Информационные системы и технологии». Шок и трепет личного опыта

Спикер: Эдуард Галиаскаров, доцент, кафедра информационных технологий и цифровой экономики, Ивановский государственный химико-технологический университет

О чем доклад:

Следует ли в вузах готовить архитекторов? На текущий момент так вопрос не стоит. Современный образовательный стандарт включает дисциплину по архитектуре информационных систем как обязательную.

Может ли вуз подготовить архитектора? Вопрос непростой и дискуссионный. Ясно, что архитектор — это синергия знаний, личных качеств и опыта. Молодой человек приходит в вуз с уже сформированными личными качествами, вряд ли здесь можно что-то изменить. Опыт — сын ошибок трудных, он требует практической работы в серьезных реальных проектах, чего в вузе добиться почти невозможно. Таким образом, вуз должен заложить базу, сформировать фундамент, на котором и сможет вырасти будущий специалист.

В своем докладе спикер поделился своим опытом преподавания архитектуры ИС в Ивановском государственном химико-технологическом университете, участники конференции обсудили острые моменты преподавания и обменялись идеями, как достичь компромиссов между потребностями и возможностями.

День 4

• Когда начинается архитектура решения и чем заканчивается

Спикер: Максим Смирнов, ИТ-архитектор, независимый эксперт

О чем доклад:

Количество идей по оптимизации процессов, созданию новых продуктов или изменению существующих намного превышает возможности организаций по их воплощению. Компании испытывают дефицит средств, людей, компетенций, не позволяющий реализовать и малую часть задуманного. Такое положение дел приводит к появлению у ИТ-архитекторов нового типа задач: быстрой оценки потенциальной реализуемости того или иного решения и выбора одного из возможных вариантов реализации. Делать это приходится в тот момент, когда требования еще не сформулированы, границы проекта размыты, а заинтересованные лица очень смутно понимают, о чем идет речь. Какие архитектурные техники могут оказаться полезны в данной ситуации – тема предлагаемого вашему вниманию доклада.

А еще мы провели Круглый стол и обменялись мнениями о том, как менялись задачи архитектора за последние несколько лет и как им, возможно, предстоит измениться.

Ждем ваши комментарии по темам и докладам.

Мы всегда рады общению и обмену опытом, поэтому, если вы хотите выступить с докладом на наших митапах в Москве, пожалуйста, заполните форму.

«Айтишник уровня Бог»: 6 ключевых профессий в отрасли IT

Сегодня отрасль IT – одна из самых перспективных и быстроразвивающихся, не только в России, но и во всём мире. Мгновенное распространение смартфонов, интернет-вещей, дополненная реальность – кажется, будто ничто не может остановить бурное развитие отрасли IT.

Даже суровые последствия западных санкций не замедлили развитие информационных технологий в России.
Каждый год открывает всё новые и новые горизонты для айтишников. И поэтому специалистов все равно не хватает.

В этой статье мы расскажем про ключевые профессиональные роли в отрасли, которыми можно овладеть, обучаясь в IT колледже Института МИРБИС.

Программист

Программист – человек, занимающийся непосредственно написанием кодов, «тела» любой компьютерной программы. Любая компьютерная программа – это последовательность действий, записанная по определённым правилам. В некотором смысле программу можно назвать специальной инструкцией, написанной на понятном машинам языке: как и на что реагировать при каких условиях. Работа программиста требует уединения и сосредоточения.

По мнению многих программистов, их профессия – творческая, сродни работе писателя, музыканта или архитектора. Как и другие творческие профессии, профессия программиста требует постоянного самосовершенствования. Нельзя оставаться хорошим программистом, не продолжая постоянного изучения своей сферы. Хороший специалист должен постоянно изучать новые языки программирования, искать новые решения, пытаться самостоятельно решать незнакомые, непривычные задания.

Образование / Опыт. Для трудоустройства программисту, в первую очередь, важно иметь хорошее портфолио – образование в большинстве компаний идёт как вторичное требование. Нередко компании ищут программистов, имеющих опыт в разработке тех или иных типов программ: к примеру, “Программист 1С” или “разработчик мобильных приложений”. С точки зрения профессионального профилирования разница между этими профессиями не очень существенна – не больше, чем между менеджерами по продажам в различных отраслях.

Тестировщик

Тестировщик проверят созданные программистом программы, ища возможные ошибки и уязвимости. Работа тестировщика требует особенного склада ума – тестировщик должен уметь мыслить нестандартно и обожать эксперименты. Тестировщик должен попробовать предпринять все возможные действия, чтобы найти любые уязвимости: к примеру, если тестируется программа для онлайн-банка, тестировщик должен проверять возможность ошибок при введении особенно длинных или коротких имён пользователей, при оперировании особенно крупными или особенно мелкими суммами, при прерывании действий (допустим, не пропадёт ли сумма со счёта, если во время операции у пользователя банка внезапно прервалось соединение) и так далее.
Работа тестировщика также является достаточно уединённой.

Образование / Опыт. В большинстве компаний для работы тестировщиком требуется только опыт – требования к образованию предъявляются не так часто.

Системный администратор

Системный администратор – специалист по поддержанию уже созданных информационных систем. В отличие от других специалистов в IT, системные администраторы профессионально занимаются ремонтом компьютеров. Но их основная задача – внедрение и ремонт информационных систем, а не отдельных компьютеров.

В круг типовых задач системного администратора обычно входят такие задачи, как подготовка и сохранение резервных копий данных, установка и настройка необходимых обновлений, установка и настройка нового программного обеспечения, поддержание пользовательских учётных записей, ответственность за информационную безопасность, устранение неполадок. Профессия системного администратора требует готовности к работе в режиме многозадачности.

Образование / Опыт. Эта профессия не обязательно требует высшего образования.

Системный архитектор

Системный архитектор – это экспертная позиция. Системный архитектор не занимается ни созданием нового программного обеспечения, ни его поддержанием; его работа – это знания. Системный архитектор должен обладать всеми навыками умелого программиста. Его задача на работе – подсказывать наилучшие пути решения, принципы архитектуры той или иной новой программы. Примерно так это может выглядеть на практике.

Допустим, у маркетолога возникает идея: настраивать контекстную рекламу, исходя, в том числе, из запросов близких людей клиентов компании. Первый, с кем нужно будет поговорить маркетологу, – системный архитектор. Исходя из своих знаний, системный архитектор расскажет, из каких именно источников можно будет получать нужные данные, какими способами обеспечить безопасность, а какие инструменты надо будет разработать с нуля. После этого системному архитектору предстоит отстаивать своё решение: обосновывать сроки, размеры бюджета и так далее.

При этом работа системного архитектора не предполагает управленческой нагрузки. Это именно экспертная работа – оценка и отстаивание своего суждения. Если проводить аналогии, системный архитектор чем-то похож на судмедэксперта: он не ведёт следствие, но его суждения совершенно необходимы для успешной работы. Системный архитектор должен обладать глубокой экспертностью в своей сфере.

Образование / Опыт. Ему практически необходимо высшее образование и совершенно необходим внушительный опыт работы.

Системный аналитик

В отличие от вышеупомянутых IT-специалистов, системный аналитик имеет достаточно большую управленческую нагрузку. Его задача – составление техзадания для программистов и контроль выполнения работы. Продолжим предыдущий пример с системным архитектором.

После того, как системный архитектор составляет основные принципы функционирования новой программы, системный аналитик разделяет эти принципы на отдельные блоки и описывает, какие именно технические ходы нужно предпринять для решения поставленных задач: допустим, использовать конкретный тип запросов с конкретными методами защитной кодировки. После этого системный аналитик распределяет конкретные задачи по подчинённым программистам и контролирует их работу.
Если возникают серьёзные трудности, системный аналитик может настоять на перестройке архитектуры системы или изменении цели программы.

Образование / Опыт. Как правило, системные аналитики «вырастают» из рядовых программистов, показавших лидерские наклонности и не слишком склонных к углублённому программированию, но иногда их назначают из менеджеров, имеющих некоторые познания в IT. Стоит отметить, что в маленьких компаниях системные аналитики зачастую занимаются задачами по маркетингу или продажам.

Специалист по юзабилити (UX/UI)

Специалист по юзабилити и юзер-экспириенс (UseabIlity и User eXperience) изучает поведение пользователей, их отзывы – и старается разработать наиболее удобный для пользователя (так называемый «user-friendly», «дружелюбный») интерфейс.

Интерфейс – среда взаимодействия между пользователем и программой. Сама по себе программа – это малопонятный неспециалистам набор технического кода. Интерфейс – это то, в чём обычно мы взаимодействуем с программой.

К примеру, кнопки «отправить», «входящие» и т.д. – это интерфейс почтовых сервисов. Чем удобнее для пользователей интерфейс, тем с большей вероятностью они будут пользоваться именно им. Неудобный интерфейс гарантированно отпугивает пользователей.

Образование / Опыт. Специалист по юзабилити и юзер-экспириенс (UseabIlity и User eXperience) – единственный IT-специалист, для которого образование в математике или информационных технологиях не является приоритетным. Приоритетным является либо дизайнерское образование – если задачи состоят, в том числе, в отрисовке элементов интерфейса. Либо, в более крупных компаниях, – психологическое, если задача состоит исключительно в углублённом изучении поведения пользователей. UX и UI – опыт использования.

Автор: Фёдор Булатов, психолог-профконсультант IT колледжа Института МИРБИС

Задачи и обязанности

Главная задача архитектора — поиск оптимальных (простых, удобных, дешевых) решений, которые будут максимально соответствовать потребностям заказчика и возможностям команды. На основании бизнес-требований этот специалист создает функциональную и техническую спецификацию системы, планирует и проектирует способы технической реализации, выбирает технологии.

Архитектор обязан иметь целостное видение всей системы и грамотно определять, как система будет разбита на модули, и как эти модули будут взаимодействовать между собой, — только после принятия этих решений команда разработчиков сможет приступить к работе над отдельными модулями.

В обязанности архитектора входит:
— Проектирование системы на основе требований заказчика;
— Определение архитектуры приложения или ее эволюции;
— Выбор технологии для каждого звена системы;
— Выбор способов взаимодействия между компонентами системы;
— Создание рабочего прототипа;
— Дизайн интерфейсов и компонентов приложения;
— Подбор или проектирование фреймворков;
— Анализ и исправление проблем производительности;
— Архитектурное ревью бизнес-требований;
— Ревью кода и дизайна при больших изменениях;
— Рефакторинг кода;
— Написание и поддержка стандартов кодирования, каталогов проектных паттернов и антипаттернов;
— Документирование всех архитектурных решений, постоянное обновление документации;
— Риск-менеджмент;
— Координирование архитектуры на протяжении последующего жизненного цикла ПО;
— Обучение и консультирование программистов.

«Архитектор ПО ничем не отличаются от других Архитекторов, которые строят мосты или дома. Приложение — это тоже строение: ему нужен правильный фундамент и сильные решения. Стоя под мостом во время проверки нагрузкой, нужно быть уверенным, что он не рухнет».

Необходимо стратегическое видение: проектные решения архитектора должны обеспечивать возможность корректных изменений или улучшений системы, ее дальнейшего расширения, создания следующих версий, а также возможность повторного использования кода в других проектах.

«В отличие от проектного менеджера, который фокусируется на вопросе, как успешно довести проект до конца в рамках текущих бюджетов и ресурсов, архитектор отвечает за то, как технически правильно довести проект до конца в рамках текущих ресурсов и не застрелиться при разработке последующих версий».

Кроме этого, от архитектора ожидается глубокое понимание предметной области бизнеса, знание основных стандартов и трендов, связанных с разрабатываемым продуктом. Или, если от противного, — незнание специалистом каких-либо бизнес-деталей, необходимых для проектирования, не может служить оправданием неспособности архитектора выполнить свою работу.

«Без знания предметной области ты остаешься на уровне сеньора. Чем больше ты понимаешь язык бизнеса, тем ты ценнее».

Еще одна особенность должности архитектора связана с необходимостью искать компромиссы. В каждом проекте фигурирует большое количество заинтересованных лиц (стейкхолдеров):
— Заказчик — заинтересован в решении проблемы, в минимизации стоимости решения, в однообразии всех технических решений, простоте их использования и поддержания;
— Топ-менеджмент — в максимизации прибыли;
— Менеджмент проекта — в своевременном и качественном выполнении проекта;
— Члены проектной команды всех ролей и специальностей — в интересной, комфортной работе, отсутствии давления, использовании удобных и современных инструментов и технологий.

У каждого из них есть свои интересы в данном проекте, и каждый предоставляет свои требования, пожелания, ограничения. Кроме этого, каждый разговаривает на своем языке (техническом или языке бизнеса), каждый понимает и воспринимает аргументы из своей области и не понимает чужих. Архитектору необходимо собирать общую картину требований и органичений всех стейкхолдеров, соединять их знания и интересы, обеспечивать эффективную коммуникацию между ними, вырабатывать решения, позволяющие оптимальным образом удовлетворить максимальное количество требований каждого.

«Умение выбрать оптимальное решение вместо лучшего — вот основная задача архитектора».

Таким образом, архитектор — это специалист, который хорошо знает возможности различных технологий. Его главные обязанности: устанавливать требования как к системе в целом, так и к каждому ее отдельному компоненту, определять дизайн решения и способы достижения цели. Он должен уметь оценить риски, связанные с выбранными технологиями, и подготовить альтернативны.

«Я занимаюсь не столько реализацией конкретных фич игры, сколько придумыванием того, как они должны быть реализованы вообще и каким будет их взаимодействие друг с другом. Например, при разработке игры от меня требуется выбрать технологии реализации клиента и сервера, выбрать способ коммуникации между ними, определиться, какие операции следует реализовать на клиенте, а какие — на сервере, и как все это будет храниться в базе. В мои обязанности входит работа над движком игры — как реализовать это всё, чтобы оно было легко переносимо и работало как можно быстрее. Допустим, наша новая игра дает всего лишь на первом iPad. Во всем виноват рендер, который должен отсортировать и нарисовать множество объектов. Моя задача: придумать более производительный алгоритм и реализовать его. Задача программистов: прикрутить его к конкретным проектам».

Типичный рабочий день архитетора предпологает:
— участие в групповом планировании, митингах, совещаниях с заказчиком;
— консультирование команды по текущим вопросам;
— проектирование и написание технической документации;
— изучение новых технологий;
— работа с кодом проекта, прототипирование, оптимизация, рефакторинг.

«Всегда нужно быть готовым к переключению между задачами — это норма для архитектора».

Syllabus

ИНЖЕНЕРЫ, МЕНЕДЖЕРЫ, ПРЕДПРИНИМАТЕЛИ, АРХИТЕКТОРЫ БУДУЩЕГО МИРА – ВЫБИРАЙТЕ ОБЪЕКТЫ СИСТЕМНОЙ РАЗРАБОТКИ
-Сначала моделируем – потом делаем; востребована новая генерация специалистов с навыками быстрого моделирования; и это доступно всем. Особенности методологии “Системы инжиниринга, менеджмента и управления 2.0”: продукты и предприятия как рукотворные объекты, их ценность и стоимость; моделирование и создание двойников рукотворных объектов; цифровая трансформация как современный драйвер развития систем деятельности предприятия; архитектурные модели систем деятельности; регулярный метод построения и расширения архитектурных моделей; состав компонент архитектурной метамодели 2.0; почему это нужно в новой экономике; в итоге – оцениваем “что” и “зачем” и выбираем объект системной разработки.

КАК УСТРОЕНЫ СИСТЕМНЫЙ ИНЖИНИРИНГ И КОНЦЕПЦИИ “ВСЕГО РУКОТВОРНОГО” (ПРОДУКТЫ, УСЛУГИ, ТЕХНИЧЕСКИЕ И ОРГАНИЗАЦИОННО-ТЕХНИЧЕСКИЕ СИСТЕМЫ)
-На самом деле каждый из нас время от времени разрабатывал концепции чего – либо. Концепции разные и разномасштабные. Для специалиста – это обычное дело. Настало время поставить разработку концепций на стандартизированную инженерную основу. Новая экономика требует мощного потока концепций разрабатываемых “на индустриальной основе”. Поэтому начинаем. Сначала повторим – системный инжиниринг технической системы: исходные данные; сопоставление -возможности vs потребности; идеи создания технической системы, требования к технической системе, концепция как стандартное представление идеи и её состав; концепция эксплуатации (ConOps) как ключевой компонент концепции; в итоге разрабатываем концепцию и уточняем требования. Таким образом, архитекторы будущего могут поставить разработку концепций на поток, превратить разработку концепция в рабочий инструмент своей деятельности.

КАК АРХИТЕКТУРНЫЕ МОДЕЛИ ДОПОЛНЯЮТ КОНЦЕПЦИИ
-Как создаются объекты рукотворного мира? Сначала сбор данных, анализ, задание понятий (онтологии) для предметной области, потом сопоставление возможностей и потребностей. генерация привлекательных идей и трансформация идей в концепции. Концепция представляет общий замысел нового объекта. Но его надо детализировать. Поэтому следующий шаг – детализация и уточнение концепции при помощи построения и анализа архитектурных моделей. Затем их оцифровка и оптимизация. Такова укрупненная дорожная карта системного проектирования. Давайте потренируемся в архитектурном моделировании. Сначала повторим. Архитектурное моделирование: ключевые сущности – требования, функции, компоненты, работы; ключевые приёмы – термины и онтологии, таксономии и иерархические модели сущностей, соответствия и матрицы соответствия сущностей; типовая последовательность системного анализа: исходные данные – требования – функции – компоненты – работы; в итоге – выбираем состав, разрабатываем и анализируем архитектурные модели. Накопленные данные, модели и результаты анализа помогают систематизировать таинство синтеза целого из набора частностей .

КАК БИЗНЕС-МОДЕЛИ ПРЕДПРИЯТИЙ ДОПОЛНЯЮТ СИСТЕМНЫЙ ИНЖИНИРИНГ
-Давайте повторим – совмещение инжиниринга и экономической деятельности: предприятия как субъект совмещающий деятельность по созданию ценности и стоимости; бизнес-модели предприятия; в итоге – разрабатываем бизнес-модель выбранного предприятия.

КАК СИСТЕМЫ МЕНЕДЖМЕНТА ОБЕСПЕЧИВАЮТ ОРГАНИЗАЦИЮ И УПРАВЛЕНИЕ БИЗНЕС-ДЕЯТЕЛЬНОСТЬЮ ПРЕДПРИЯТИЙ
-1) Давайте повторим – как устроены системы менеджмента: администрирование – требования, бизнес-процессы, участники и их упорядочение; механизмы и системы управления ресурсами и расписаниями бизнес-процессов; механизмы управления производственным поведением (мотивацией) участников деятельности; иерархии системы менеджмента; типовые подсистемы – от стратегирования и обеспечения качества до продаж и технического обслуживания. 2) В итоге – разрабатываем эскиз модели системы менеджмента рассматриваемого предприятия. 3) Исполнительные механизмы представляют те инструменты, которые используются при осуществлении бизнес-процессов – орудия труда, станки, инфраструктуры, ИТ-сервисы, платформы. 4) В цифровой экономики роль применения ИТ-сервисов увеличивается; для их учета в моделях архитектуры систем деятельности разрабатываются стандартные представления; отличникам предоставлена возможность потренироваться в построении таких моделей.