Системный анализ и управление
Смотрим с ребёнком специальность «Системный анализ и управление» в МИРЭА. Я далека от этой области и не могу посоветовать что-либо дочери, а в интернете противоречивые отзывы. Не могу понять, кем они работают после учёбы. Может кто-нибудь знает, подскажите, пожалуйста.
Начальниками, наверное...
У вас есть, куда пристроить дочь после учёбы в этом направлении?
Посмотрите на сайтах с вакансиями, где требуются системные аналитики и какие к ним требования. Может с этой стороны проще понять.
Я работала в этом направлении, но давно, тогда еще некоторые в бумажных форматах работали. Надо было разобраться, кто что делает, кто кому доки готовит и т.п. Составить описание этого всего. Потом по описанию создать архитектуру. Потом эту архитектуру кто-то реализует, доводит до ума и поддерживает в рабочем состоянии. Это очень приблизительно, конечно.
Кратко: системный аналитик - это проектировщик программных решений. Если привести аналогию, то это примерно как и архитектор, и инженер в строительстве в одном лице.
Дальше подробней распишу, возможно, поможет определиться..
цикл разработки софта вообще:
1) пресейл, входящая задача от руководства типа "потенциальный клиент может захотеть..." или "клиенту нужно примерно вот это", общая концепция
2) "копание" информации из первых рук (от клиента/потенциального клиента) и из других источников (изучение предметной области, законов, регламентов и тд и тп), на выходе имеем описание процессов и бизнес-требований
3) разработка технического задания, это документ, включающий и функциональные требования из п.2, и технические (иногда бывает, что функциональные требования - это буквально пара строчек, зато технические зубодробительны, а бывает наоборот, функциональные на трехтомник тянут, а технические очень просты, зависит от задачи)
На этом этапе чаще всего вырисовывается контракт в случае заказной разработки или планирование бюджета (как вы понимаете, частенько это "пальцем в небо", близость к реалиям обеспечивается искючительно квалификацией сотрудников и степенью новизны того, что планируется делать)
4) разработка технического проекта (это комплект документов, описание будущего продукта полностью со всех сторон для всех, кто будет "строить" систему, тут уже и реальные сроки, и бюджет становятся оценимы по-настоящему при условии, если все участники, и прежде всего именно аналитик и руководитель разработки, достаточно квалифицированы.
5) собственно, программирование (пишу для простоты, тк там еще куча всего на самом деле)
6) тестирование и описание получившегося (по сути все из проекта берется - и ставятся задачи тестерам, и описание для конечных пользователей выдирается из проекта и разбавляется водой и картинками уже реального программного продукта)
7) ввод в эксплуатацию (или вывод на рынок, после которого часто бывает повторение всего цикла начиная с п.1, но это другая история)
Где тут аналитик спросите? А по факту везде на самом деле)))
По идее-то системный аналитик работает в основном по пп3-4. То есть принимает эстафету от бизнес-аналитика, который занимется п.2 (хотя часто роли бизнес-аналитика и системного совмещены), дальше работает по п.4 в связке с техническими спецами, то есть системным архитектором (если есть такая единица в принципе) и главой разработки, заканчивая работу, когда все описана, и руководитель разработки проект полностью понял-принял и гарантирует, что у остальных по цепочке вопросов не будет (разработчиков, сисадминов, тестировщиков, тех.писателей и тд). А начиная с п.5 аналитик просто консультирует по необходимости, если какие-то сложности возникают или корректируются бизнес-требования по ходу дела (да, и такое частенько бывает)
Но проблема в том, что компании, в которых все такие супер-спецы, включая руководство, и роли распределены идеально - это огромная редкость, с которой я практически не встречалась.. нуу, за исключением компаний-"доработчиков", пожалуй, где работать крайне скучно, ибо допиливают одно и то же годами. Так что вменяемое руководство нормального аналитика старается привлечь уже на этапе пресейла, дабы сократить вероятность опрометчивых обещаний и ошибок в будущем, а потом еще и заставляет выполнять рутинную и зануднейшую работу руководителей тестирования и тех.писателей в конце (я наивная, раньше думала, что это от размеров компании только зависит). И даже на внедрение отправляют иногда, поскольку внедренцы систему "до винтика" на самом деле не знают обычно, прочитать все написанное и вникнуть им лень бывает, человеческий фактор.
Ну и на десерт: это вообще профессия на стыке всего, тут и психологию немного знать надо, и общаться уметь, и даже немножко программировать иногда.
- хорошего аналитика берегут, к его желаниям прислушиваются "Надо тебе техписа в помощь? Возьмем, только не уходи!" (это в небольшой конторе было), "Не устраивает не очень гибкий график? Ладно, закроем глаза на то, что к часу дня порой приползаешь, только работа выполнена должна быть качественно и в срок, и доступ по телефону с 8 утра" (а это уже в большой-известной)
- интереснее более техническими вещами заниматься - пожалуйста (идем в крупняк, карьерно движемся в сторону системного архитектора-эксперта, в ресеч-отделе)
- интереснее общаться и новое узнавать из разных сфер - да ради бога, иди в бизнес-анализ и меняй предметную область время от времени
- помешан на карьере ради карьеры - вперед, просись в руководители проектов и дальше до коммерческого или исполнительного директора, если звезды сложатся))
И ложка дегтя: востребованность профессии как таковой определяется модой. Знаю две крупные компании, где волнами на основе модных книжек, прочитанных руководством, видимо, было: то "разработчик должен уметь все, а руководитель остальное, аналитики - это прошлый век"; то "без аналитиков не обойтись, и вообще надо на каждого кодера по аналитику". До крайностей не доходило по факту, конечно, но в 2-3 раза штат аналитиков сокращался-увеличивался)) Впрочем, хороший спец всегда при деле, как и везде.
Спасибо Вам за такой развернутый ответ. Теперь у меня есть представление.
Это примерно то же самое, что кибернетика.
Изучение управляемых систем, в первую очередь - технических, но не только. В принципе, методы системного анализа позволяют работать с управляемыми системами любой природы, анализировать потоки входящей и исходящей информации, управляющие воздействия. Например, как управляемую систему можно рассматривать крупное предприятие.
Нашла описание:
Профили
Инженерия автоматизированных систем
Системная инженерия и относящиеся к ней практики инженерии и управления требованиями, концептуального проектирования систем, анализа и управления рисками, верификации и валидации, становится сейчас той областью деятельности, результаты которой востребованы в передовых областях промышленности, энергетике, машиностроении, приборостроении, информационных технологий. Объектами профессиональной деятельности выпускников являются сложные технические, конструкторско-технологические и информационные системы и их жизненные циклы, а также деятельность, направленная на разработку новых решений для таких систем.
Профессии, которые может выбрать выпускник:
специалист по автоматизированным системам управления производством
руководитель проектов в области информационных технологий
руководитель разработки программного обеспечения
системный аналитик
системный архитектор
специалист по организации и управлению научно-исследовательскими и опытно-конструкторскими работами.
Особенно последнее порадовало))
Так и представляю себе сонмище инженеров 40+ под руководством молоденькой девочки.
И вот это хорошо : ", концептуального проектирования систем, анализа и управления рисками, верификации и валидации" - полностью ни о чём
А почему у вас тогда не вызывает такой реакция специальность, скажем, менеджмент в сфере энергетики? или металлургии?
"концептуального проектирования систем, анализа и управления рисками, верификации и валидации - ставить задачи и определять критерии их выполнения".
Поверьте, вызывает.
*Мои извинения автору топа*
Либо ебабельна для руководства, и тогда пусть чё хочет говорит, либо у нее нет работы
Простыми словами - постановщик задач, для разработки сложных программных или иных решений. Хорошая работа, но вот сильно сомневаюсь, что чисто такого спеца будет кто-то держать. Обычно такие проекты - это плод работы коллектива.
Это в общем-то о чем. Вот прямо сейчас у нас на работе поставлена задача перехода на другую базу данных, нам будут писать новую, и нужно поставить задачу, вычертить весь алгоритм, со всеми нюансами, возможными ошибками, защитой от дурака и прочими рисками, и есть человек, который все идеи многочисленного коллектива воедино сводит. Но только она этим занимается месяца три, а потом все, в следующий раз подобное потребуется лет через 10, а то и больше. Поэтом этим занимается просто сотрудник, которому поручили, вне своей основной деятельности.
Это был ответ на строку выше.
Есть фирмы, где такие задачи решаются постоянно.
Есть фирмы, которые решают такие задачи для своих клиентов.
В целом, я бы не сказала, что специальность невостребованная.
https://hh.ru/vacancies/sistemnyy_analitik/page-1
Но вот если только второй пункт, хотя я плохо себе представляю решение таких проблем людьми, которые не варятся несколько лет в котле конкретной фирмы, они не смогут сделать это качественно, хоть убейте.
В смысле?
Есть куча автоматизированных систем, которые устанавливаются внешними конторами. Системы электронного документооборота, управления производством, логистические складские системы и т.д.
И под каждую фирму требуется своё решение.
А ещё, например, есть холдинги (Русал, например), внутри которых имеется специальное подразделение, которео занимается автоматизацией. Без работы не сидят, поскольку предприятий в холдинге много.
Вот чтобы эта внешняя контора СЭД написала, сначала внутри заказчика нужно очень подробную постановку задачи прописать, люди со стороны не напишут это, только свои.
Ну тогда, исходя из ваших слов, такие системы принципиально нигде не могут быть установлены, поскольку сторонний специалист их установить не может, а своего держать не выгодно:-))))
А многочисленные вакансии на сайтах - фикция:-))))
бывает два варианта.
1. Выделяют своего профильного специалиста из штата (специалиста-производственника), которого выдают внешней команде айтишников. И они вместе, в паре, работают и вырабатывают нужное решение. В этой ситуации в штате никакого "аналогичного специалиста" нет. Там есть только свои специалисты по теме.. То есть специалист по производству, например. Или специалист отдела кадров. И они ничего не понимают во внедряемых системах. Но они хорошо знают свои потребности и могут их сформулировать и проконтролировать. А тех.задание будут писать более технические люди.
2. Нанимают в штат с рынка специалиста, который будет представителем заказчика. Он не очень разбирается в бизнесе конкретного заказчика, но, скорее всего, уже имеет опыт работы у других подобных заказчиков. Быстро впитывает особенности нового, и дальше представляет его интересы перед подрядчиком.
В этом случае в штат как раз берут человека с примерно той специальностью, которая заявлена в описании, то есть
специалист по автоматизированным системам управления производством или системный аналитик.
Ну а в варианте номер 1 этот специалист будет на стороне подрядчика.
"более технические люди" обожаю русский язык)
Как будто техзадание не способен написать производственник.
А во втором случае как раз получается "получи побольше денег и беги пока всё не развалилось".
Есть и третий вариант, работающий на перспективу - накачивать знаниями и зарплатой своего энтузиаста, который знает процессы изнутри и получает знания, необходимые для написания кода снаружи. Но этот вариант непопулярен у эффективных, ибо там только труд и никакой "верификации и валидации"
что вы так привязались к верификации и валидации? Это по-русски всего лишь проверка и согласование.
в данном случае уже привязались к "более техническим людям". :)) Но мы же здесь разговариваем, а не художественное произведение пишем. А в разговорной речи важно чтобы было понятно. Если заниматься стилистикой, это уже не диалог будет.
тех.задание производственник написать не способен по двум причинам.
1. У него, как правило, есть своя работа. И времени на написание тех.задания у него просто нет.
2. Чтобы правильно написать тех.задание, надо представлять возможности планируемой системы. Особенно если речь идет об адаптации готовых систем, а не о написании программы с нуля. А таких сейчас большинство.
Но даже если с нуля- все равно надо представлять и общую концепцию системы, в которой требования конкретного производственника будут лишь малой частью. И возможности программ в принципе. А большинство людей из производства, и уж тем более из ремонтных мастерских - это люди от сохи. Как шутят мои коллеги - у них один палец на две кнопки. Они бесконечно далеки от компьютеров. Написать тех.задание -это не про них совсем. Но даже если среди них найдется специалист, способный написать ТЗ, это как раз будет человек со знанием айти и технарскими мозгами. То есть выпускник примерно описанной специальности
Меня радует ваше анонимное высокомерие.
Как бы ваши калеки не шутили, любой инженер способен написать техзадание, их этому учили. Бесконечно далёких от компьютеров инженеров осталось примерно ноль, знания айти и технарские мозги есть у большинства выпускников техвузов.
У большинства ремонтников нет высшего образования.
И это не высокомерие, а правда жизни.Там мужики, которые матом разговаривают. Они компьютеры издали видели.
А вот строители это уже белая кость, они все с высшим образованием. Многие из них, особенно молодежь, ТЗ написать может. Но во-первых, у них другие должностные обязанности. Кто будет строить, пока они будут писать ТЗ? А во-вторых, чтобы грамотно написать ТЗ, надо знать не только предметную область, но и возможности той системы, для которой пишется ТЗ. То есть обладать знаниями, может не очень глубокими, но в двух областях - предметной и информационной системы. А люди, работающие на предприятии, очень хорошо знают свою, предметную, и практически не знают конкретную информационную систему.
А те, кто с ней знакомится, и кому это интересно, потом в дальнейшем иногда так и уходят в аналитики... В общем, в эту область приходят с разных сторон. Айтишники доучивают предметную, рабочую. А люди с предприятий доучивают программу, систему..
я не про инженеров, я про мастеров-ремонтников. Которые с гаечным ключом ходят. Они от сохи, да. Инженеры на производстве бывают, но они очень заняты. От них зависит основное - производство. Если такого отвлечь на написание ТЗ, которое отнимает немало времени, кто в это время будет производство контролировать?
Но даже если говорить о двух важных людях предприятия - главном инженере и главном строителе (как правило оба - замы ген.дира), то уровень образования и культуры у строителя обычно на порядок выше, чем у инженера.. По моему опыту общения с ними на крупных производственных предприятиях в провинции.
а вот не знаю. Мне не приходилось иметь с ними дело.
Наши компьютерные системы не занимаются автоматизацией производства, для этого есть узкоспециализированные системы. Поэтому все, что нам нужно от производства, мы обычно получаем у экономистов.
Но наверное есть, куда же без них? В понедельник посмотрю структуру предприятий
поэтому внешние аналитики зачастую даже сидят у заказчика во время проведения предпроектного обследования
да и постановку тоже зачастую пишут они. В рамках проекта по написанию ТЗ, которое (ТЗ) потом будет вынесено на тендер.
Примерно этим занимаются в SAP-консалтинге, с зарплатой в 90тыс после 1,5 лет работы.
Не руководство, конечно же. Но постановка задач.
Кадров дефицит.
А руководят те, кто может руководить. Пол тут не главное. Хотя в среднем у мужчин это получается лучше, конечно же.
Это не простая специальность, я после декрета не стала выходить....было 150 -база+премии, за командировки и т.д. Но командировки...ибо фирм которым нужна постановка задач -мало. Меня в очень удаленный регион отправляли, муниципальную (бюджет) программу делать.
Да, командировок должно быть много. В клиентах часто крупные холдинги, у них предприятия где только не разбросаны.
Ну вы загнули!? Если только вместе с бизнес-аналитиками, архитекторами и методологами. А вообще сейчас ценится универсальность. И швец, и жнец и на дуде игрец) Почти все аналитики сейчас ещё периодически выполняют и менеджерские функции (руководителя проекта). Так что надо несколько образований иметь либо постоянно обучаться и повышать квалификацию.
Но всего больше ценят опытных сотрудников, примеривших на себе все роли, вплоть до тестировщика и внедренца. И без разницы кто это - мужчина или женщина.
Последний раз я в командировке была год назад на пару недель. В среднем у меня командировки пару месяцев в два года. Хотя молодежь, конечно, отправляют... Знакомый, которого я недавно к нам сосватала, полгода просидел за полярным кругом. Так он новичок, ему надо. Да и командировочные там приличные.
Мужчины так вообще любят командировки - удрать от семьи и отдохнуть от детей.
Это прочитала, но ощущения что это общие слова, много всего, но ничего конкретного. Сравниваю с прикладной математикой - и здесь такого ощущения не возникает. Спасибо за информацию
:)
Точно
С Прикладной математикой все, что выше пишут - у вас точно получится, только еще программирование хорошо подучите
Я совершенно не имею ввиду, что Системный анализ совсем никудышняя специальность, но если ПМ как альтернатива, то лучше ПМ. ИМХО, конечно.
имхо, это сильно разный уровень. Если ребенок может поступить на ПМ, то это лучше. Но в этом случае вряд ли будут обсуждать данную специальность.
Я бы сказала, что разные подходы, а не уровни.
И на СА изучают больше харда, а на ПМИ - софта.
Специальность не менее востребована, чем программисты. В нашей IT компании-интеграторе несколько отделов с такими специалистами. Хороший - на вес золота.
Это прекрасная работа для девушки с аналитическим складом ума. С высокой зарплатой, в мужском коллективе, очень приятная и уважаемая работа. С развитием и упрощением программирование количество аналитиков на проектах приближается к количеству девелоперов, хороший аналитик ценится на вес золота. Сейчас по зп практически сравнялись с программистами, в перспективе их ЗП будут выше программистов и потребность в них будет больше. Даже без перспектив перехода в менеджмент (а при наличии способностей перейти гораздо прощеЮ чем программисту) это прекрасная работа. Мечтаю дочь туда пристроить. Но нет, она ведь мечтает быть биологом...
Высокая зарплата только пока молода и если спишь с боссом, сорян.
так что ваша дочка молодец
Я работала в 2 из 3. Ну правда, а? Бывают романы, бывает, что люди семьи сождают, как и на любой работе. Но если ты аналитик с мозгами, то пару сотен тысяч ты всяко зарабатываешь. И в 17 в пятницу идешь домой) без командировок)
Я тот самый ИТ босс, с которым никто не спит, но кто согласует все эти зарплаты. От возраста вообще не зависит, у меня сейчас международный проект, 40 % аналитиков старше 40 лет. Они ездят по всему миру, зарабатывают сотни тысяч и наслаждаются своей работой - она весьма приятная не только в день зарплаты, но и каждый будний день)
После 40, да.
Но девочек 25- ставят на такие работы только постельно с крупным боссом
Мне прямо хочется выйти и сфотографировать Вам опен спейс в офисе клиента в европейской стране))))))) У меня младшей девочке (в международной командировке!!) 23, старшему мужчине - 54. Из команды аналитиков, сидящей на сайте прямо вот сегодня. Вы не из этого мира, и явно не принимали участия в ИТ проектах
ну то есть вы, взаимодействуя с каким-то системным аналитиком, сделали вывод, что они все по определению полные дебилы, спящие со своими руководителями? Ну тоже подход, чего уж
На какие "такие"? аналитиком?))
1) тут психотип важен, нужно с любыми людьми общий язык уметь находить, даже если ты интроверт по сути.. ну а тру-экстраверту бумажки писать сложно бывает.
А если еще рп (руководитель проекта) ни рыба-ни мясо попадется, то вообще многое на плечи несчастного аналитика падает. Тут уже общаться приходится иногда и с чинушами, и с "сынками"-руководителями всякими, и с ооочень простыми конечными пользователями (грубо не буду обо всех этих категориях). Счастье, когда представитель внешнего заказчика по-настоящему умный и образованный попадется.
Внутри компании общение чуть проще, идиоты в айти обычно не приживаются. но бывает конфликт интересов, ну или просто находит у кого-то настроение "имею-мнение-хрен-оспоришь". У сейла (или внутреннего заказчика), например, и руководителя разработки задачи прямо противоположны. сейлс хочет канарейку за копейку, чтоб продать сегодня/сделать побыстрее, "а там уж как-нибудь разберемся", а разработчик не желает делать карточный домик, понимая, что ему же потом это все достраивать-поддерживать. угадайте, кто в итоге ищет компромисс, приводит разумные доводы и выдумывает нестандартные решения, когда дядьки психуют? ну иногда и самой психовать приходится, конечно, уходить в себя и возвращаться с "единственно верным решением, уже обговоренным кулуарно с представителем заказчика"
2) мозги должны быть гибкими, чтобы и в детали погружаться, и не отключать "взгляд на проблему сверху", обязательна хорошо развита логика, то есть то самое аналитическое мышление
3) хотя бы относительно грамотная устная и письменная речь ( 'филолух' не нужен, конечно, но понимать вас все и всегда должны четко и однозначно - от выпускника пту или работницы пенсионного возраста до крутого технаря-эксперта)
При этом аналитик - это никакой не руководитель, это проектировщик, существо бесправное по сути, хоть и уважаемое.
Как думаете, захочет ли кто-то рисковать бизнесом, когда можно просто нарисовать какую-нибудь красивую должность-синекуру, если уж так приперло?
Я если что физтех окончила, у коллег образование тоже в основном встречается физтех, мгу, бауманка, реже попадаются окончившие итмо, маи, мисис и некоторые другие вузы, если о россии говорить.
Процент женщин среди бизнес-аналитиков выше. Среди системных на последнем месте, например, я единственной женщиной в отделе вообще была.
Подписываюсь под абсолютно каждым словом. Единственный момент - аналитик с менеджерскими способностями/склонностями может быстро забрать власть в проекте у слабого ПМа.
А так - абсолютно правильная точка зрения.
Не знаю, чему конкретно учат в МИРЭА, но когда я училась в институте на Прикладной математике, кафедра САУ была на нашем потоке. Выпускались тогда инженеры-математики, и у них, и у нас. Было много похожих курсов, программирования у них было достаточно, плюс еще экономические и управленческие дисциплины. Очень приятное было направление. Работают они как и мы программистами и математиками.