Должностная инструкция архитектора информационных систем

УТВЕРЖДАЮ:

_______________________________

[Наименование должности]

_______________________________

_______________________________

[Наименование организации]

_______________________________

_______________________/[Ф.И.О.]/

«______» _______________ 20___ г.

ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ

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

1. Общие положения

1.1. Настоящая должностная инструкция определяет и регламентирует полномочия, функциональные и должностные обязанности, права и ответственность системного архитектора [Наименование организации в родительном падеже] (далее — Компания).

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

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

1.4. Системный архитектор подчиняется непосредственно [наименование должности непосредственного руководителя в дательном падеже] Компании.

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

1.6. Системный архитектор должен знать:

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

1.7. Системный архитектор в своей деятельности руководствуется:

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

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

2. Должностные обязанности

Системный архитектор выполняет следующие должностные обязанности:

2.1. Анализирует:

• существующие информационные системы;
• базы данных;
• информационные процессы;
• качество данных;
• потребности заказчика информационных систем;
• существующие готовые продукты и технические решения;
• конкурсные и технические требования.

2.2. Проводит аудит (анализ и экспертизу архитектуры и конфигурации) информационных систем и баз данных.

2.3. Вырабатывает требования (выбирает подходы, технологии, технические стандарты, политики).

2.4. Составляет спецификации.

2.5. Готовит и проводит презентации.

2.6. Участвует в переговорах с заказчиком.

2.7. Проектирует информационные системы и базы данных, приложения, в том числе и в рамках комплексных проектов.

2.8. Разрабатывает и оформляет:

• технические задания;
• технические проекты;
• технико-экономические обоснования;
• концепции;
• стратегии;
• программы.

2.9. Определяет потребность в ресурсах (инженерных, технических, материальных) и состав проектной команды.

2.10. Осуществляет информационное и сетевое взаимодействие:

• со смежными проектными группами (тестирования; бизнес-анализа);
• с группами заказчика;
• с группами технической поддержки и сопровождения;
• с отделом информационной безопасности.

2.11. При необходимости проводит или контролирует обучение специалистов.

2.12. Выполняет функции технического координатора проекта.

2.13. Осуществляет технический надзор и техническое руководство.

2.14. Внедряет разрабатываемые решения, интегрирует новые системы и приложения в
существующую среду.

2.15. Консультирует:

• руководителей и специалистов организации;
• представителей заказчиков.

2.16. Разрабатывает, контролирует оформление и выпускает всю необходимую проектную, рабочую, эксплуатационную документацию.

2.17. Ведет всю необходимую отчетность по архитектуре информационных систем.

2.18. Контролирует:

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

2.19. Выполняет отдельные служебные поручения коммерческого директора.

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

3. Права

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

3.1. Знакомиться с проектными решениями руководства организации, касающимися его деятельности.

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

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

3.4. Требовать от руководства организации оказания содействия в исполнении своих должностных обязанностей и прав.

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

4. Ответственность

Системный архитектор несет административную, дисциплинарную и материальную (а в отдельных случаях, предусмотренных законодательством РФ, — и уголовную) ответственность за:

4.1. Невыполнение или ненадлежащее выполнение служебных указаний непосредственного руководителя.

4.2. Невыполнение или ненадлежащее выполнение своих трудовых функций и порученных ему задач.

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

4.4. Недостоверную информацию о состоянии выполнения порученной ему работы.

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

4.6. Не обеспечение соблюдения трудовой дисциплины.

5. Условия работы

5.1. Режим работы системного архитектора определяется в соответствии с правилами внутреннего трудового распорядка, установленными в Компании.

5.2. В связи с производственной необходимостью системный архитектор обязан выезжать в служебные командировки (в том числе местного значения).

6. Порядок пересмотра должностной инструкции

6.1. Должностная инструкция пересматривается, изменяется и дополняется по мере необходимости, но не реже одного раза в пять лет.

6.2. С приказом о внесении изменений (дополнений) в должностную инструкцию знакомятся под расписку все работники организации, на которых распространяется действие этой инструкции.

С инструкцией ознакомлен ______/____________/ «__» _______ 20__ г.

(подпись)

Общество с ограниченной ответственностью «Бета»
ООО «Бета»

Должностная инструкция системного архитектора

              № 60-ДИ

1. ОБЩИЕ ПОЛОЖЕНИЯ

1.1. Настоящая должностная инструкция определяет должностные обязанности, права и ответственность Системного архитектора ООО «Бета».

1.2. Системный архитектор назначается на должность и освобождается от должности приказом генерального директора ООО «Бета» по представлению начальника IT-отдела.

1.3. Системный архитектор подчиняется непосредственно начальнику IT-отдела.

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

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

1.6. В своей деятельности Системный архитектор руководствуется:
– руководящими и нормативными материалами, регламентирующими методы разработки алгоритмов и программ и использования персональных компьютеров при обработке информации;
– локальными нормативными актами ООО «Бета», в том числе Правилами внутреннего трудового распорядка;
– приказами (распоряжениями) генерального директора ООО «Бета» и непосредственного руководителя;
– настоящей должностной инструкцией.

1.7. В период временного отсутствия Системного архитектора его обязанности возлагаются на должностное лицо, назначаемое приказом генерального директора ООО «Бета».

2. ДОЛЖНОСТНЫЕ ОБЯЗАННОСТИ

Системный архитектор выполняет следующие должностные обязанности:

2.1. Анализирует:
– существующие информационные системы и базы данных;
– информационные процессы;
– качество данных;
– потребности заказчика информационных систем;
– существующие готовые продукты и технические решения;
– предъявляемые технические требования.

2.2. Проводит экспертизу архитектуры и конфигурации информационных систем и баз данных. Вырабатывает требования (выбирает подходы, технологии, технические стандарты) и составляет их спецификацию.

2.3. Проектирует информационные системы и базы данных, приложения (в т. ч. в рамках комплексных проектов.) Составляет технические задания, технические проекты, технико-экономические обоснования, концепции, стратегии и программы. Определяет потребность в ресурсах (инженерных, технических, материальных) и исполнителей проекта.

2.4. Организует информационное и сетевое взаимодействие между исполнителями проекта или проектными группами (тестирования; бизнес-анализа; группами заказчика; технической поддержки и сопровождения; информационной безопасности).

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

2.6. Консультирует руководителей и специалистов организации (исполнителей проекта).

2.7. Разрабатывает, контролирует оформление и согласовывает необходимую проектную, рабочую, эксплуатационную документацию.

2.8. Организует ведение необходимой отчетности по архитектуре информационных систем.

2.9. Контролирует:
– соблюдение архитектурных решений;
– исходные коды;
– соответствие разработки техническому решению;
– качество работ (в т. ч. исполнителей проекта).

3. ПРАВА

Системный архитектор имеет право:
3.1. Требовать от своего непосредственного руководителя и генерального директора ООО «Бета» содействия в исполнении должностных обязанностей и реализации прав.
3.2. Повышать свою квалификацию.
3.3. Запрашивать лично или по поручению непосредственного руководителя от работников отчеты и документы, необходимые для выполнения должностных обязанностей.
3.4. Знакомиться с проектами решений генерального директора ООО «Бета», касающимися деятельности Системного архитектора.
3.5. Представлять на рассмотрение своего непосредственного руководителя предложения по вопросам своей деятельности. В том числе ставить вопросы о совершенствовании своей работы, улучшении организационно-технических условий труда, повышении размера зарплаты, оплате сверхурочных работ в соответствии с законодательством и положениями, регламентирующими систему оплаты труда работников ООО «Бета».
3.6. Получать от работников ООО «Бета» информацию, необходимую для ведения своей деятельности.

4. ОТВЕТСТВЕННОСТЬ

Системный архитектор несет ответственность:
4.1. За неисполнение или ненадлежащее исполнение своих обязанностей, предусмотренных настоящей должностной инструкцией, – в соответствии с действующим трудовым законодательством.
4.2. За другие правонарушения, совершенные в период ведения своей деятельности (в т. ч. связанные с причинением материального ущерба и ущерба деловой репутации ООО «Бета»), – в соответствии с действующим трудовым, гражданским, административным и уголовным законодательством.

5. УСЛОВИЯ РАБОТЫ

5.1. Режим работы Системного архитектора определяется в соответствии с Правилами внутреннего трудового распорядка, установленными в ООО «Бета».
5.2. Работодатель проводит оценку эффективности деятельности Системного архитектора в соответствии с Комплексом мероприятий по оценке эффективности, утверждаемым приказом генерального директора ООО «Бета».

Должностная инструкция разработана в соответствии с приказом Генерального директора ООО «Бета» № 1-Пр от 23.08.2011.

Должностную инструкцию составил:

Начальник отдела кадров _________________________ Е.В. Васильева

С инструкцией ознакомлен:

________________ Р. Л. Борисов

Юрист _________________________ Н.А. Павлов

С предыдущей частью статьи можно ознакомиться, перейдя по ссылке

III Определение понятия архитектор

Врач может похоронить свою ошибку,
архитектор – разве что обсадить стены плющом.
Фрэнк Ллойд Райт.

Зачастую в ИТ отрасли, говоря об ИТ архитекторе, подразумевают продвинутого разработчика, способного самостоятельно спроектировать, а главное реализовать большую сложную систему. А иногда попросту полагают, что это следующая ступенька в профессиональной иерархии разработчиков. Например, начал молодой специалист свою карьеру разработчика, ему присвоили скромное, но почетное звание Junior. Он учится, развивается профессионально, растет над собой и коллегами, и ему, в качестве компенсации за труд и упорство, торжественно присваивается звание Middle. Но он неугомонный и дальше не останавливается в развитии, совершает ряд подвигов, самоотверженно взвалив на себя ответственность за принимаемые решения. Глядишь, и его уже удостаивают высочайшего звания Sinior. А дальше? А если он не желает почивать на лаврах успеха и хочет развиваться, ему что присвоят под звуки фанфар генеральское звание Архитектора? Так ли это?

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

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

1. Обзор обязанностей и ответственности ИТ архитектора

Традиционно начнем с определения:

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

Из определения следует, что деятельность ИТ архитекторов охватывает очень большой круг вопросов и компетенций. А поэтому есть необходимость делить ее по специализациям, например, соответствующим разделам архитектуры, рассмотренными нами в предыдущем разделе: Enterprise — Архитектор, Solution — Архитектор, Technical — Архитектор.

Чаще на практике можно встретить деление на: Бизнес — архитекторов и Технических архитекторов. При этом:

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

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

Итак, каков же набор профессиональных активностей должен вменяться в обязанности ИТ архитектора?

Для всех специализаций актуальны следующие тренды:

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

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

• Широкий кругозор, который необходимо постоянно поддерживать. Включая не только технологическую сторону, но и социальные моменты, аспекты экономической целесообразности и т.п.;
• Умение работать в коллективе, завоевывать авторитет, управлять командой, проявлять дипломатичность;
• Развитое чувство ответственности;
• Способность и потребность к самообразованию;
• Умение четко, доступно и аргументировано доносить свою точку зрения;
• Чувство пропорции;
• Умение чувствовать тенденции: изменений, развития, востребованности и т.п.;

Итак, что же делает архитектора такой важной и эксклюзивной персоной в организации?

2. Место ИТ Архитектора в процессе производства информационных систем

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

Рисунок 5. Структура взаимодействия ИТ архитектора

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

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

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

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

Для удобства восприятия и обсуждения, стратегия делится на сегменты, приоритезируется и обсчитывается на предмет трудозатрат, с прецизионностью «что-то около того». Этот документ становится предметом обсуждения и торга межу заказчиком (потребителем новаций), подрядчиками (исполнителями работ) и возможно, спонсорами, от которых требуется оплатить все эти изыски. Для проведения подобных работ ИТ архитектор должен уметь понимать бизнес и говорить с ним на одном (их родном) языке, максимально убедительно презентуя свои решения. В квалификационных требованиях, по этому поводу предписано: «Участие во взаимодействии с заказчиком по обсуждению проектных решений. Участие во взаимодействии с заказчиком по вопросам бюджетных расходов и сдачи проекта» (5).

Если концепция архитектуры и стратегия перехода к ней получили признание всех заинтересованных лиц и прошли горнило финансово-договорных испытаний, для дальнейшего производства информационной системы, необходимо разработать техническую документацию, включая Техническое задание. С этой задачей архитекторам чаще всего помогают справиться помощники, в виде: бизнес и системных аналитиков, технических писателей и прочих соучастников. Архитектор, в зависимости от своих предпочтений, возможностей и личной внутренней «коллективной интеллигентности», может в разной степени принимать персональное участие в данном процессе. Но основная его забота и ответственность — соблюсти строгое следование разработанной архитектуре и, в случае острой необходимости, зафиксировать изменения в ней. В квалификационных требованиях, это отмечено как: «Разработка требований различных типов к программному изделию. Обеспечение корректности и оптимальности архитектуры проекта. Участие в документировании проекта» (5).

В равной мере, на совести архитектора лежит еще и контроль полноты и комплектности артефактов, генерируемых проектной командой. Ведь они послужат основой для выполнения дальнейших работ по разработке собственно самого программного продукта, а также его тестированния, внедрения, поддержки и т.п. Все артефакты должны соответствовать стандартам фреймверка, выбранного в интересах предприятия, и призванного обеспечить полномасштабную поддержу описания архитектуры см. раздел II.2. Ведь как мы отметили в предыдущей части, именно наличие одних архитектурных артефактов в череде проектирования, предоставляет возможность для создания на их базе — следующих в цепочке артефактов. Этот технологический конвейер, должен шаг за шагом заполнять все пустоты в каркасе представления архитектуры предприятия. Об этом в квалификационных требованиях, естественно тоже упомянуто: «Контроль проектной и технической документации. Разработка концепции реализации системы программного изделия по спецификациям» (5).

Еще один важный аспект трудовой повинности архитектора – это определение экономической и деловой целесообразности внедрения целевой архитектуры. И в этом деле его главная опора и поддержка — руководитель проекта, а также руководители ключевых подразделений, участвующих в процессе разработки и внедрения информационной системы. Именно с их помощью архитектор должен определить возможность выполнения проекта в принципе, и в заданных рамках трудовых, финансовых и прочих затрат в частности. В квалификационных требованиях, указано: «Участие в планировании проекта, Участие в управлении проектом. Координация сбора и анализа требований к разрабатываемой компоненте, оценка осуществимости и выработка критериев их выполнения» (5).

Ну и конечно одной из центральной функций архитектора является контроль качества производства самого целевого продукта и его соответствия — концепции архитектуры. В квалификационных требованиях: «Контроль исполнения архитектурных решений. Анализ качества продукта и его соответствия требованиям и спецификациям» (5).

Контроль должен охватить все мероприятия, направленные на достижение выработанной стратегии ИТ модернизации предприятия. Включая, например, указанную в квалификационных требованиях: «Организацию и планирование тестирования» (5).

Это также означает, что работа архитектора не заканчивается с выпуском крайнего релиза, передаваемого заказчику. Напротив, это всего лишь знаменует завершение более менее спокойной жизни, творческого и захватывающего периода, и переход к новому в эмоциональном плане этапу работ. Закончен конфетно-букетный период общения с заказчиком, наступает момент истины. Маски сорваны, у всех открываются глаза на всамделишное лицо, так искусно и лицемерно скрываемое доселе. Заказчик чувствует себя обманутым. Ему бессовестно подсовывают совсем не то, что пообещали. Мало того, это «не то» еще и сбоит, зависает, ведет себя как вредитель, пряча все время куда-то самые важные данные. Это с одной стороны баррикад. А с другой — безрукие, неадекватные пользователи, все время жмут не на те кнопки, как-то отыскивают такие закоулки программных возможностей, которые в принципе невозможны, и от которых она просто беспомощно впадает в ступор.

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

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

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

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

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

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

3. Резюме раздела

Подытожим рассмотренный материал.

1. В связи с широчайшим кругом функциональных обязанностей, ИТ архитекторы делятся по специализациям. Каждая специализация охватывает конкретный круг вопросов, требующих владения определенными компетенциями, навыками и знаниями.
2. Успешно выполнять функции архитектора может только специалист, обладающий определенным набором способностей и поведенческих моделей, с явно выраженным потенциалом развития.
3. Архитектор должен обладать целым рядом компетенций, позволяющих ему–оценивать текущее состояние дел на предприятии, определять проблемы и узкие места, разрабатывать целевую архитектуру и формировать стратегию перехода к ней.
4. Одним из архиполезных навыков архитектора является умение квалифицированно и эффективно общаться с разными группами заинтересованных лиц, учитывая их квалификацию, сферу деятельности и даже социальный статус.
5. Архитектор должен уметь качественно оценивать деловые и экономические аспекты, предлагаемых им стратегий.
6. Одной из важнейших функций архитектора является контроль, за качественным описанием архитектуры, соблюдением архитектурных решением в процессе производства информационной системы, качеством и точностью выполнения мероприятий по воплощению разработанной стратегии.

Более подробно ознакомиться с материалом можно на: Youtub канале

Об авторских тренингах на тему: «Архитектура ИТ решений» подробнее можно узнать на сайте компании ООО ИЦ Таврида

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

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

Цитата из статьи:

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

Введение: Роль и задачи ИТ-архитектора в современной организации.

Роль и задачи ИТ-архитектора в современной организации

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

Роль ИТ-архитектора включает в себя:

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

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

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

Квалификационные требования и навыки, необходимые для успешной работы ИТ-архитектора.

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

Ниже перечислены основные требования и навыки, которые необходимы ИТ-архитектору:

1. Техническое образование: ИТ-архитекторы должны иметь техническое образование, связанное с информационными технологиями. Это может быть степень бакалавра или магистра в области компьютерных наук, информационных систем или связанных дисциплин.
2. Глубокие знания в области ИТ: ИТ-архитекторы должны обладать широкими и глубокими знаниями в области информационных технологий. Они должны быть знакомы с различными системами и технологиями, используемыми в разработке программного обеспечения, баз данных, сетей и других компонентов информационных систем.
3. Опыт работы: Опыт работы в области ИТ является важным требованием для ИТ-архитектора. Хорошим вариантом может быть работа в различных ролях, связанных с разработкой или поддержкой информационных систем, чтобы получить практический опыт работы с разными технологиями и понять их применение в реальных ситуациях.
4. Аналитические навыки: ИТ-архитекторы должны обладать сильными аналитическими навыками, чтобы понимать требования бизнеса и переводить их в конкретные технические решения. Они должны быть способны анализировать сложные проблемы, идентифицировать сильные и слабые стороны системы и разрабатывать оптимальные решения.
5. Коммуникационные навыки: ИТ-архитекторы должны обладать отличными коммуникационными навыками. Они должны быть в состоянии эффективно общаться с различными заинтересованными сторонами, такими как разработчики, менеджеры проектов, бизнес-аналитики и пользователи. Они должны уметь ясно и понятно объяснять сложные концепции и решения.
6. Умение работать в команде: ИТ-архитекторы часто работают в команде, поэтому важно уметь эффективно сотрудничать с другими членами команды. Они должны быть гибкими и способными управлять конфликтами и находить компромиссы, чтобы достичь общих целей проекта.
7. Стремление к саморазвитию: ИТ-архитекторы должны быть готовы постоянно обновлять свои знания и навыки в соответствии с быстро меняющимися технологиями и требованиями индустрии. Они должны иметь интерес к новым техническим решениям и стремиться к повышению своей квалификации.

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

Обязанности ИТ-архитектора: анализ и оптимизация текущей информационной инфраструктуры.

Процесс разработки и внедрения новых информационных систем под руководством ИТ-архитектора.

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

Процесс разработки и внедрения новых информационных систем можно разбить на следующие этапы:

1. Анализ требований

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

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

2. Проектирование архитектуры

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

На этом этапе ИТ-архитектор принимает решения о том, какие компоненты системы будут разрабатываться внутри компании, а какие могут быть приобретены у сторонних поставщиков.

3. Разработка и интеграция

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

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

4. Тестирование и отладка

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

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

5. Внедрение и обучение пользователей

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

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

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

Руководство командой разработчиков и специалистов по ИТ, чтобы гарантировать соответствие задачам и стратегии компании.

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

Определение стратегических целей

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

Планирование и оценка задач

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

Построение команды разработчиков

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

Коммуникация и синхронизация

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

Мониторинг и контроль

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

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

Обеспечение безопасности и защиты данных, а также разработка планов восстановления после сбоев.

Обеспечение безопасности и защита данных, а также разработка планов восстановления после сбоев

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

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

Меры безопасности и защита данных:

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

Планы восстановления после сбоев:

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

Управление изменениями в информационной системе и обеспечение ее масштабируемости и гибкости.

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

Ключевые аспекты управления изменениями в информационной системе:

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

Обеспечение масштабируемости и гибкости информационной системы требует следующих мер:

Масштабируемость информационной системы:

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

Гибкость информационной системы:

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

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

Взаимодействие с другими отделами компании для определения требований и выработки стратегии развития ИТ.

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

Контроль выполнения задач и достижения плановых показателей эффективности работы отдела ИТ-архитектуры — ключевой фактор успеха в современном бизнесе.Билл Гейтс

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

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

1. Установление целей и показателей эффективности

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

2. Разработка плана действий

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

3. Назначение ответственных лиц

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

4. Сбор данных и мониторинг

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

5. Анализ и оценка результатов

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

6. Реагирование на отклонения

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

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

Основные проблемы по теме «Должностная инструкция — ИТ-архитектор»

1. Недостаточность описания обязанностей

В должностной инструкции часто отсутствует полное и детальное описание обязанностей ИТ-архитектора. Это может приводить к недоразумениям и неопределенности в работе.

2. Отсутствие четких критериев оценки работы

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

3. Отсутствие упоминания о необходимых навыках и компетенциях

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

4. Недостаточность информации о взаимодействии с другими подразделениями

Часто в должностной инструкции отсутствует информация о взаимодействии ИТ-архитектора с другими подразделениями компании. Это может привести к конфликтам и неэффективной работе.

5. Отсутствие понятных и ясных инструкций

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

Тенденции и перспективы по теме «Должностная инструкция — ИТ-архитектор»:

1) Рост значимости роли ИТ-архитектора:

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

2) Внедрение облачных технологий:

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

3) Развитие Интернета вещей (IoT):

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

4) Интеграция с искусственным интеллектом (ИИ):

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

5) Развитие кибербезопасности:

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

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

Список используемой литературы:

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

Проектирование архитектуры — это частный случай проектирования программного обеспечения.

Чем занимается

Системный архитектор — новая позиция, которая появилась в России незадолго до 2008 года. Чтобы стать профессиональным архитектором и проектировать не дома, а ИТ-систему, необходимо понять, чем такой сотрудник занимается.

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

Должностные задачи

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

Архитектор осуществляет:

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

В обязанности также входит сама разработка проекта.

Среди обязательных пунктов:

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

Документация

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

Подается отчетность согласно установленным срокам, которые оговариваются заранее, на этапе запуска проекта.

Ответственность

Какие обязанности может выполнять, а какие нет? Такой вопрос не возникает, так как в должностной инструкции прописаны не только права и должностные обязанности, но и отвественность, которую будет нести сотрудник.

Данная категория сотрудников несет ответственность за:

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

За любое нарушение ответственность возлагается ровно в том объеме, который предполагается действующими правилами и положениями компании, заключенным договором, а также действующим законодательством Российской Федерации.

Где необходимы

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

Обучение

Как стать системным архитектором? Для этого обязателен опыт работы в сфере программирования. На практике архитектор — это следующая ступень развития для ведущего/главного инженера, который не хочет расставаться с практической частью своей работы.

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

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

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

Заработная плата

Данная позиция — довольно редко встречается даже среди специалистов узкой сферы интернет-технологий. Исходя из этого, оплата труда начинается от 70 000 р. в регионах, а крупных городах, таких как Екатеринбург, Санкт-Петербург, Москва, стартует от 130 000 р.

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

• Образование должно быть только высшим (ИТ или технического направления).
• Знание современных методологий, программ, архитектуры ПО — обязательно.
• Широкий кругозор и начитанность в сфере технологий, а также умение применять отдельные элементы к своей системе — необходимый навык.
• Английский — как минимум Intermediate level, что позволяет читать документацию и инструкции к оборудованию на языке оригинала.
• Опыт работы по специальности — от трех лет.

Стоит отметить, что даже для специалиста без опыта работы заработные платы в Москве — от 80 000 р.

Описание сотрудника

Многочисленные исследования, проводимые разнообразными карьерными порталами, выяснили, что:

• 30 — 40 лет — средний возраст сотрудника в должности архитектора. Таких работников — почти половина, 46%.
• Высшее образования есть у 92%, а 75% всех сотрудников на данной должности имеют управленческий опыт и проходили дополнительное обучение.
• Английский язык на уровне чтения документов и инструкций знает 52%, а свободно владеет на разговорном уровне — более 35%.