Комментарии 22
Навык — это умение, доведённое до автоматизма. Система 1 по Канеману, а не 2. У тебя тут в основном умения
интересно, как ты себе представляешь «Верхнеуровневое проектирование архитектуры»
что именно нужно уметь делать? чем оперировать, какими практиками, знаниями, подходами?
Бизнес-требования
Функциональные и нефункциональные требования
Тут опять пошла китайская классификация собак имени Владимира Ильича Вигерса.
Бизнес-требования тоже функциональные и нефункциональные.
Просто одни требования к бизнесу, а другие — к системе.
Вероятно, дело в следующем.
На уровне бизнес-требований разделение на функциональные и нефункциональные не столь критично, как на уровне требований к решению. Поэтому сложилась практика, говоря о функциональных/нефункциональных требованиях, неявно подразумевать именно требования к решению.
Хотя в рамках классификации уместнее, конечно, прописать это явно.
Возможно каких-то навыков может не хватать. Думаю, что коллеги смогут дополнить в комментариях :)
Ну допустим, что у меня почерк плохой... Стоит ли мне развивать карьеру Врача?))) С остальным то мне, как ни-будь, "коллеги" помогут)))
Зачем выдумывать Профессии, которые вам удобны? Нет что бы провести анализ нового профстандарта!.. на хабре подобных статей, про аналитиков, довольно много и публикуя подобный текст, автор по умолчанию получает ссылку на сайт Минтруда. Про ГОСТы которые должен знать системный аналитик, я молчу.
Ну и контрольная ссылочка на реестр профстандартов РФ: https://profstandart.rosmintrud.ru/
https://www.consultant.ru/document/cons_doc_LAW_448246/1ce659a17e3807b72ea918af14d88e9b6e6a8a4e/#dst100013 - Приказ Минтруда России от 27.04.2023 N 367н "Об утверждении профессионального стандарта "Системный аналитик"
ПС: сам с удивлением обнаружил что профсандарт от 2014г не действует с сентября)))
А системные архитекторы там есть?
Смотря что вы имейте в виду под "Системным архитектором"... Если пользоваться ГОСТами по разработке, архитектуре и менеджменту, то Да, есть! Можно воспользоваться одним из поисковых сервисов в интернете.
Говоря о Профессионале, мы говорим о наборе конкретных трудовых функций. Говоря о Системе (IT втч) мы говорим про её ЖЦ (ГОСТ Р 57193) и контекст проекта (ГОСТ Р 57195). Этого в школе и вузе не преподавали, придётся читать и много читать, а оно скучное... Это вам не Вигерса читать, будь он не ладен.
Системный аналитик в другом понимании - это советский системотехник (инженер-системотехник)
Системотехнику, а лучше Кибернетику, можно изучать с исторической точки зрения (А.И. Китов, Н. Винер (критика своих работ)), сейчас, пока, все запросы делаем по "системная инженерия". Любая система это система, будь то машина, завод или erp/сrm, не важно.
Реестр трудовых функций - https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-trudovyh-funkcij/
Там есть Архитекторы ПО https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=57023
А системные архитекторы звучит как более общая профессия, выходящая за рамки ИТ.
Поэтому видимо Минсвязи решил на неё не покушаться, хотя с аналитиком прокатило)
в профстандарте в силу его инерционности и общности нет возможности отражать конкретные современные технологии и практики, востребованные рынком
например, первая версия профстандарта создавалась с условиях, когда ещё не было понятно, что СА в КИС вырождаются в проектировщиков интеграций (а сейчас это так) и это надо учитывать и что-то с этим делать
поэтому Екатерина полностью права в своём желании создать актуальный перечень компетенций, который нужен сейчас
поэтому Екатерина полностью права в своём желании создать актуальный перечень компетенций, который нужен сейчас
Желание хорошее)) Но вопрос, перечень компетенций для Кого?
Всё что в статье, касается Программных аналитиков (гражданских, для ВПК это не подойдёт), Системные аналитики (архитекторы, инженеры), работают на другом уровне... им необходимо учитывать "существование сервера", куда он подключен и где стоит. Из списка, ArhiMate для системщиков (+/-)...
На мой взгляд, по Профессии, у нас (в ИТ) сейчас никто не работает, а работают по набору компетенций/понтов... Для разработки ПО, термин профессия можно вообще не использовать (пока), а исходить именно из трудовых функций, проще будет... Те по ГОСТ Р 12207 ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ расписать набор ТФ под конкретную группу процессов, а у же под ТФ подбирать инструменты и методики.
пример: ГОСТ Р ИСО/МЭК 12207-2010 6.3 Процессы проекта
в профстандарте в силу его инерционности...
Это ко всем стандартам относится, но не считаю, что это плохо. В своё время отслеживал изменения стандартов и видел как они "растут" над собой))) Перед употреблением любого продукта нужно проверять его срок годности.
пс:
Исследование предметной области
А вот этот пункт, для разработки ПО, совсем не нужен... Когда рабочего просят копать, ему не зачем знать "зачем", его как Функцию брали....
В газотранспортной сфере, только по ОТиПБ более 600 СТО!.. я около 50 осилил... ах да и словарь на 200 станиц. Покажите мне хоть один проект для газовиков или нефтяников , где были бы ссылки на их обязательные Требования...
Желание хорошее)) Но вопрос, перечень компетенций для Кого?
Словосочетание «системный аналитик» в России и для большей части вакансий мира сейчас узурпировано профессией «аналитик-проектировщик информационных систем». В мире в официальных источниках чаще встречается фраза «computer systems analyst».
Для разработки ПО, термин профессия можно вообще не использовать (пока), а исходить именно из трудовых функций, проще будет
Вы видимо не понимаете, чем Екатерина и я, например, занимаемся.
Мы развиваем культуру проектирования информационных систем через обучение конкретным практикам.
Мы закрываем запросы рынка в лице компаний и частных лиц.
Людям до сих пор удобнее рассуждать профессиями, компаниям удобнее оперировать должностными позициями, поэтому нам приходится работать в этой лексике и онтологии.
процессы проекта
современная разработка по Scrum и Kanban вообще не имеет формы проекта, поэтому вся эта риторика про менеджера и проект непонятно как ложится на современную практику
«элементы проекта» тут — это видимо участки работ. а мы в посте видим обсуждение практик проектирования устройства предмета проектирования — информационной системы. поэтому тоже непонятно, что с этим делать. либо тут опять всплыла путаница между design и project
в профстандарте в силу его инерционности...
Это ко всем стандартам относится, но не считаю, что это плохо.
ну смотрите, за последние несколько лет от СА стали ожидать знаний и умений в темах:
архитектура интеграций
интеграция через REST API
интеграция через брокеры
микросервисная архитектура
Это те вещи, которым нужно обучать и практиковать на работе. Где о них говорить? Явно не в профстандарте. Он тут нам для подготовки конкретных учебных программ и развития компетенций в этих практиках никак не поможет.
Исследование предметной области
А вот этот пункт, для разработки ПО, совсем не нужен
чушь и бред, смотрите DDD
Нотация ePC Diagram.
почему "е" маленькая?
ARIS - BPMN, ePC
Зачем повтор? или это разные ePC?
Есть мнение, что системный аналитик - это аналитик какого-либо конкретного типа прикладной ИТ-системы: CRM, ERP и т.п. Это переводчик текста из бизнес-требований в ТЗ (ПМИ) на автоматизацию.
Это немного расходится с указанным перечнем, т.к. его задача организовать "мостик" от бизнес-требований (бизнес-заказчика) к ИТ-системе.
Ему не нужные навыки проектного менеджера, "убедительных" (маркетинговых) презентаций и т.п. Т.е. он не продажник (в компании вендоре он pre sales), не проект-манагер, не разработчик, не сис-администратор, не корпоративный архитектор и т.п.
Совершенно с вами согласен. Системный аналитик это не менеджер, не разработчик, не тестировщик и так далее. Но понимать чем все эти люди занимаются, и какие инструменты используют он должен, хотя и не глубоко:) . С другой стороны автор больше имеет в виду не анализ и проектирование систем (чем системный архитектор занимается), а применение методом системного анализа к разработке продуктов.
Детализирую свою мысль.
Системный аналитик в одном понимании - это аналитик конкретной именно прикладной ИТ-системы или класса систем: CRM\ ECM\ конкретных учетных (HR, бухгалтерских, складских) и т.п. Он должен знать эту систему хорошо, как изнутри, так и снаружи.
Системный аналитик в другом понимании - это советский системотехник (инженер-системотехник)
https://ru.wikipedia.org/wiki/Системотехника
т.е. аналог системной инженерии (англ. systems engineering). Это совсем не конкретная CRM\ ECM, а это "большие системы" (было такое направление "сложные системы"), «инженерия систем» и т.п. Если применительно к ИТ, то это уже ближе к современному корпоративному ИТ-архитектору, но системотехника может быть и "за пределами ИТ": т.е. это междисциплинарный подход - как и в проектном менеджменте.
>> Это переводчик текста из бизнес-требований в ТЗ (ПМИ) на автоматизацию.
Минуя проектирование? Понятие ТЗ предполагает, что мы уже знаем, что именно хотим получить. А для этого объект надо спроектировать. Хотя бы концептуально.
IDEF реально использует менее 1% компаний, но это отличный индикатор бездумной копи-пасты в описаниях вакансий и статьях.
PlantUML - не язык, а инструмент создания диаграмм.
>> На ведущие и руководящие позиции можно попасть даже после 2-х лет опыта работы при большом желании и быстрои освоении технических скилов. Все зависит от человека.
Позвольте не согласиться. Если мы говорим о небольшой компании, возможно. Если говорим об IT-гигантах и сложных доменах, то скорее нет. За 2 года можно пройти путь от джуна до уверенного мидл/мидл+ либо от мидл до лид. Исключение можно сделать для случаев, когда вы пришли в анализ из смежной области (разработка, тестирование, бизнес-аналитика и пр.), то есть имеете практический тех. бэкграунд.
Лид/сеньор/мидл отличаются не столько степенью освоения и количеством технических скиллов, сколько их качеством. Качество достигается благодаря разностороннему опыту, а также опыту решения нетривиальных проблем. За 2 года при удачном раскладе получится поучаствовать максимум в 2-3 проектах, если мы говорим о чем-то серьезном, большом и сложном. Чтобы получить качественный опыт, нужно решать задачи от момента зарождения идеи до получения обратной связи после выпуска на прод, в большом проекте это от месяца, и таких циклов нужно пройти немало))
Карта навыков системного аналитика: как начать карьеру и куда расти