Уважаемые читатели, в нашем дружном коллективе открылась позиция Solution Architect (SA). Суть работы SA заключается в преобразовании бизнес и функциональных требований в архитектуру решения. Мы называем такую архитектуру High Level Design. HLD – это документ в формате wiki-страниц (см. Архитектура в формате Semantic Web), включающий описание вариантов использования, архитектурные модели и перечень ИТ-активностей будущего проекта.
Требования к кандидату:
- Хорошие коммуникационные навыки. Умение работать в команде
- Реальный опыт разработки, в крайнем случае — эксплуатации информационных систем
- Экспертное знание UML
- Опыт разработки реляционных баз данных
- Знание спецификаций IETF RFC, W3C и других ИТ-стандартов
Обязанности:
- Анализировать требования и своевременно задавать правильные вопросы
- Описывать взаимодействие информационных систем в виде вариантов использования в стиле Алистера Коберна. Разрабатывать UML диаграммы
- Рисовать в PowerPoint и MS Visio презентацию архитектуры решения и уверенно рассказывать её заказчику, CIO и другим уважаемым руководителям
- Убеждать разработчиков, администраторов, информационных безопасников и других заинтересованных лиц в неизбежности предлагаемой архитектуры
- Помогать проектному менеджеру составить список основных ИТ-работ проекта.
Требуемая специализация — CRM и Self-service, но возможны и другие варианты. Подробности по запросу. Чтобы предложить свою кандидатуру, оставьте комментарий, указав e-mail (не отображается остальным читателям) или идентификатор какой-либо социальной сети. По мере просмотра комментариев я буду их скрывать.
Подробнее о профессии SA можно почитать здесь: Anatomy of a Software Development Role: Solution Architect. Особое внимание обратите на раздел «The Good, the Bad, and the Ugly». Кроме хорошей зарплаты, всё, что там написано, правда.
Простите, нужно знать _все_ RFC и спецификации W3C? 🙂 А зачем?
Конечно все RFC, ведь их количество пока еще не перевалило за 7 тысяч 🙂 А если серьезно, то многие разработчики зачастую знают только API и совершенно не интересуются протоколами взаимодействия.