Итоги лекции 6

Записаться

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

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

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

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

Путь Junior-специалиста начинается с момента осознанной практической деятельности. Это время становления и самоопределения на выбранном профессиональном пути. Junior-аналитик должен уметь или быстро научиться приносить пользу. Эта польза не будет иметь очень высокой практической значимости, но будет являться важным вкладом в общее дело процесса, проекта или командной работы. Представители организаций заказчиков и Junior-специалисты должны четко и однозначно понимать, что цель их совместного сотрудничества – сделать все для быстрого перехода на следующую ступеньку взаимоотношений. Этот путь обычно занимает 1–2 года, но при условии постоянного самообучения и практики. Этот специалист уже хорошо ориентируется в best practice и понимает, как ее применять. Middle-специалисты – это сотрудники, готовые и способные работать как в команде, так и в одиночку. Они составляют основное ядро любой команды. Их задача – нарабатывать навыки, повышать ценность и значимость персонального труда, результата командной работы. Специалисты этой категории уже более опытные, у них лучшее понимание применимости тех или иных методов для конкретного рабочего контекста. Следующую ступень достичь уже сложнее. Senior-специалисты обладают самой высокой экспертизой в своем направлении. Кроме опыта (около 4–5 лет) от Senior-аналитика ждут уверенных знаний IT-технологий, владения английским языком, понимания сути и деталей полного процесса разработки. Указанные градации описывают путь профессионального развития аналитика, но не ограничивают его. Есть много ролей в сфере анализа, которые продолжают путь аналитика, но эти роли уже привносят дополнительный профессиональный контекст. Роль руководителя предполагает, что аналитик должен быть хорошо прокачан в области управления (проектного/процессного), роль архитектора предполагает умение находить общий язык с различными представителями ролей в сфере IT и хорошо разбираться в аспектах проектирования. На всех этапах становления не забывайте о важности постоянного обучения и самообучения. Именно при условии постоянного обучения и самообучения ваше развитие и продвижение по профессиональной лестнице не заставит себя ждать. Вы встали на путь анализа и проектирования. Этот путь находится на общем шоссе сферы информационных технологий, что тоже накладывает на вас определенные права и обязанности.

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

Во-вторых, цель общего процесса – создание востребованного и эффективного продукта. Аналитик не работает сам для себя – он создает артефакты, которые потом используются на стадии проектирования и в процессе разработки кода. Аналитик, проектировщик и разработчик используют разные профессиональные языки, заточенные под решение профессиональных проблем и достижение специализированных целей. Это составляет ценность области разработки продуктов, но тут есть определенные трудности и проблемы. Основные состоят в том, что по ходу проектирования и разработки возникают вопросы. Природа вопросов может быть разной. Это и адаптация требований под технологии, и постоянные изменения, к которым необходимо адаптироваться и организационные проблемы. Аналитик должен быть в состоянии на языках проектирования и разработки донести до целевых специалистов те детали, которые им важны для выполнения своих профильных действий. Тем самым создается сквозная синхронизация между разными специализациями в целях достижения требуемого результата. Это залог реализации идей и их воплощения в виде конкретных информационных систем. Должен ли аналитик брать на себя всю ответственность? Мне кажется, что нет. Каждый профильный специалист – менеджер, аналитик, архитектор, разработчик – должен вносить свой собственный вклад в конечную общую цель. На менеджеров, архитекторов и разработчиков я этим курсом повлиять не могу, но на вас, аналитиков, я хочу повлиять как можно более конструктивно. Я желаю вам профессионального и карьерного развития, и поэтому предлагаю быть более активными. Не ждите появления проблем. Когда вы видите источники их возникновения, пытайтесь сразу на них влиять – одним словом, делайте свою работу по полной. Уверен, у вас все будет получаться!

Итак, краткие итоги курса. Мы с вами говорили о анализе требований и проектировании. Это зрелая деятельность. Каждую зрелую деятельность характеризуют артефакты. Каждый специалист должен воплощать результаты своего физического или интеллектуального труда в каком-то артефакте. Лучший и самый показательный артефакт, характеризующий работу аналитика, – информационный продукт, который реализуется за счет обоснования и воплощения идей в виде конкретного набора требований. Наша деятельность – это процесс сам по себе и этап в более полном процессе разработки продуктов. Все, что мы делаем, должно согласовываться с ним. После того как аналитик выполнил свою деятельность, начинается осознанное или неосознанное проектирование. Требования должны быть связаны с проектированием и построением архитектуры. Аналитик должен отслеживать, согласуются ли результаты его труда с этапом проектирования. Анализ требований осуществляется в определенной организации, и его необходимо синхронизировать и адаптировать с помощью процесса и профильных артефактов деятельности к ресурсам, культуре и амбициям, которые есть у этой организации. Все это реализует аналитик. Все это организуете вы. Я желаю вам развивать навыки, брать на себя новые и интересные вам функциональные обязанности, разбираться в сложном и непонятном, приносить ценность себе и компаниям и становиться профессионалами все более высокого уровня. Удачи! У вас все получится!