Прежде чем начать разбирать ФГОСы, где существует своя специфика в формировании названий специальностей и перечней компетенций, с точки зрения последовательности изложения, наш коллектив счел разумным начать с формализации и категоризации современных специальностей, сформулированных рынком труда, в IT – это положит начало некоторой научной-методологической базе для проведения в будущем экспертизы образовательных программ и стандартов. На следующих этапах будем изучать требования к IT специальностям, формализовывать компетенции, а затем уже изучать их корреляцию с компетенциями специальностей по ФГОСам. Побочным результатом запланированной работы представляются "карты компетенций" для каждой из специальностей, которые, как нам кажется, будут полезны для наших читателей.
Для удобства навигации по публикациям нашего скромного блога мы выделим запланированный цикл статей и постов в отдельную рубрику (#профессии).
За основу возьмем субкатегории из категории "Информационные технологии" на портале "HH" (см. скриншот). Однозначно, группировал вакансии в такие субкатегории человек далекий от IT. Понять его можно – он смотрел на тысячи вакансий, создаваемых тысячами организаций, и пытался хоть как-то унифицировать их, чтобы создать удобные фильтры для соискателей. Вот только, скорее всего, этот человек – Product Manager IT компании HeadHunter – то есть человек из сферы IT… В общем, одни вопросы. Сразу исключим из списка "руководителей" и "директоров", т.к. это, все же, не специальности, а сугубо должности – требования к ним всегда разные, большую роль играют конкретные обстоятельства и политические аспекты. Либо надо добавлять такие должности для всех специальностей, либо выносить в дополнительную категорию, либо вообще не использовать. По ходу реализации нашей задумки, мы их добавим, но сейчас, в начале, нас интересуют только атомарные сущности, обозначающие исключительно "рабочие" специальности.
При таком условии под нож попадает "руководитель проектов" (РП). РП — это русскоязычная адаптация понятия "Project Manager" еще из основ теории управления проектами, стандарта ISO 21500. Превращение слов "менеджер" в "руководитель" уместно в рамках тех полномочий и ответственности, которые описаны в стандарте. Однако, на сегодняшний день, большинство Project Manager’ов и тех, кто их нанимает, даже с PMBOK не знакомы (не говоря уже о базовых вещах в виде ISO 21500), а уровень ответственности инкапсулирован смузи (прим. это экспромт – будем называть любое современное явление безалаберности, безответственности и попустительства смузи-инкапсуляцией). Поэтому к списку добавим "менеджера проектов" с пометкой "Project Manager" вместо вычеркнутого РП.
Возникают вопросы касательно обилия "аналитиков": начиная от самого принципа группировки, заканчивая терминологией. Например, почему "BI-аналитик" сгруппирован с "аналитиком данных"? "Бизнес-аналитик" или "Продуктовый аналитик" никаких данных не анализирует? Также всегда вызывало недоумение появление в коммерческих организациях должности "системный аналитик" из-за отсутствия, как выяснялось в ходе изучения вопроса, связи с дисциплиной "Системный анализ" (прим. ранее была частью дисциплины "общая теория систем", появившейся в середине XX века на стыке математики и философии, а затем выделилась в отдельную дисциплину), исследующей сложные системы, процессы, проблемы и создающей методологии для этих исследований. "Системный анализ" – настолько комплексная и глубокая вещь, что в академическом сообществе давно были созданы одноименные как институты, так и факультеты/кафедры в вузах (например, в МФТИ, в МИФИ, в КФУ, на ФПМИМ ВГУ, на ВМК МГУ). Ни о каком "Системном анализе", разумеется, речи не идет.
Посмотрим на вакансии от Сбера и его дочерних компаний (прим. мы старались найти вакансии, оформленные в одном стиле, но "Аналитик BI" подвел) по специальностям "Аналитик BI", "Системный аналитик", "Бизнес аналитик", "Продуктовый аналитик" (см. коллаж из скриншотов).
Судя по описаниям обязанностей и требований, на деле, под "системным аналитиком" понимается немного расширенный "бизнес аналитик" (обязанности и требования которого мы тоже прикрепили), а именно, требуются умения описания работы ИТ-систем и/или технических процессов посредством схем и/или UML-диаграмм. То есть аналитик стал "системным" из-за причастности к техническим процессам. Правда, третий пункт в Обязанностях в вакансии "Бизнес аналитика", по идее, должен быть у "Системного аналитика". Понятно. В нашей работе предложим более точное, на наш взгляд, название этой специальности – "аналитик ИТ-систем" (прим. мы думали над названием "технический аналитик", но в таком случае будут возникать другие понятийные конфликты). Разумеется, сохраним оригинальное название чтобы не потерять связи с вакансиями на рынке труда.
"Аналитик BI" отличается от "бизнес аналитика" только навыком взаимодействия с так называемыми BI-системами. Освоить BI-системы не проблема, если присутствует знание SQL.
Вообще говоря, все эти четыре вида аналитиков, по смыслу, являются "бизнес аналитиками", так как их деятельность направлена на предоставление "бизнес подразделением" срезов данных в удобоваримом виде для принятия управленческих решений. Даже несмотря на требования в виде SQL, сложно отнести данный набор специальностей к техническим.
Что касается "Аналитика данных", это прямой перевод с английского "Data Analyst", который является уже полноценным техническим специалистом, ближе к разработчику, а потому мы бы отделили эту специальность от остальных аналитиков.
Остается субкатегория "Аналитик". Судя по количеству вакансий в ней и в остальных субкатегориях "аналитиков", субкатегория "Аналитик" является надкатегорией, а потому не должна быть выделена как специальность в нашем списке. На данном этапе у нас есть понимание, что должно быть разделение специальностей на "нетехнические" и, соответственно, "технические". К нетехническим мы уже отнесли группу "Аналитика" с конкретным набором специальностей. Также мы уже говорили о "менеджере проекта". Он точно не является "аналитиком", а значит, нам потребуется отдельная группа – "менеджмент", куда также сразу можно отнести и "менеджера продукта". Из однозначных специальностей в нашем списке присутствуют "разработчик" и "тестировщик" – это однозначно технические специальности. Так как мы сразу начали заводить классификацию "второго уровня", то, в рамках унификации, придется создать группы "Разработка" и "Тестирование", состоящие пока что из одного элемента (специальности). Кроме того, мы уже говорили про "Data Analyst". С ним мы будем разбираться подробнее в будущем. А пока что вспомним, что термины "Data Scientist", "Data Analyst" и "Data Engineer" появились примерно в одно время, в связке с другими модными (на тот момент) терминами "Big Data" и "Machine Learning" ("ML"), и сгруппируем имеющихся в нашем списке "Data Analyst" и "дата-сайентиста" по этому принципу. Получаем следующий вид блок-схемы.
Однозначно техническим специалистом можно назвать "Специалиста по информационной безопасности", если обозвать все субспециальности в современном ИБ так. Соответственно, придется завести классификацию "Безопасность". Аналогично с нетехнической специальностью, которую HH назвал "дизайнер, художник" – в ней также присутствуют поднаправления, но оставим эти уточнения для будущих подробных разборов каждой из специальностей.
Остаются нераспределенными "Специалист технической поддержки", "Технический писатель", "Гейм-дизайнер", "Методолог", "Системный инженер", "Сетевой инженер". Первые две специальности можно смело классифицировать как нетехнические и сгруппировать по принципу их назначения – сопровождение жизненного цикла продукта/услуги. Что же касается остальных, без подробного разбора каждой из них мы бы не брались за классификацию: видится много неоднозначностей как в трактовке названий, так и в отнесении этих специальностей к IT. Зафиксируем их на нашей схеме отдельно. Получим следующее.
Считаем, что для первого шага в направлении нашей задумки этого достаточно. Кроме того, и так много текста получилось :(
Больше публикаций Цифрокритицизма:
Телеграм – https://t.me/digitalcriticism