Size: a a a

2020 January 11

ОИ

Олег Игонин in SPb CoA
Dmitry Kuznetsov
Прошу прощения, вы не могли бы поделится названием?
Я не нашёл конкретно того учебник, но есть отражения его сути тут:
http://victor-safronov.ru/systems-analysis/lectures/rodionov.html
источник

ОИ

Олег Игонин in SPb CoA
тут №2
источник

ОИ

Олег Игонин in SPb CoA
источник

ОИ

Олег Игонин in SPb CoA
В целом не надо лезть в цифры, я в своё время залез и пришлось поднимать математику с колен. Надо понять какие системы бывают, их границы, наполнение. Их возможные пути описания, принятия решений. Уровни абстракции и точки зрения (я их называю срезами, по первому образованию). В какой-то момент это всё сложится и хаос в голове начнёт структурироваться, вы сможете увидеть путь "как запилить авианосец имея только газовую горелку" - в плане вас не будет смущать переход между абстракциями, view point, системами (например легче будет расписать систему электропитания, водоснабжения и т.д.) и ролями.
источник

ОИ

Олег Игонин in SPb CoA
О ролях очень хорошо описано у Левенчука в книге Системное мышление. Очень ясно и понятно.
источник

DK

Daria Kaftan in SPb CoA
Олег, вы классный 👏👏
источник
2020 January 12

D

DbSergey in SPb CoA
Олег Игонин
В целом, либо ты толковый работающий человек и интенсивом за месяц-полтора, взяв за основу своё первое высшее, ты выучиваешь минимум миниморум для прохождения интервью, а потом доучиваешься на работе (книгами, курсами, прочими радостями), либо ты человек без работы, который может после каждого занятия посвящать по 2-3 часа на осмысления сказанного на этих занятиях. Но всё равно, я не вижу смысла учить кучу лишнего, учиться год (омг, зачем?), учиться без практики.
Вот банальный вопрос наверное, но какими курсами? Я уже работаю аналитиком, но теоретических знаний - ровно ноль. Хотя бы про управление требованиями что-то дельное найти. Курс, книгу, программу обучения, вебинар, книжку семидесятых годов прошлого века. Хотя бы что-то, про что хотя бы один человек сказал бы "да, это было полезно"...
источник

ОИ

Олег Игонин in SPb CoA
DbSergey
Вот банальный вопрос наверное, но какими курсами? Я уже работаю аналитиком, но теоретических знаний - ровно ноль. Хотя бы про управление требованиями что-то дельное найти. Курс, книгу, программу обучения, вебинар, книжку семидесятых годов прошлого века. Хотя бы что-то, про что хотя бы один человек сказал бы "да, это было полезно"...
Если теории ноль и профессия БА, то стоит начать с Вигерса, после чего BABOK Если уже сейчас работаешь по use case и user story, то это надо прочесть Алистера Коберна "Современные методы описания функциональных требований".
источник

ОИ

Олег Игонин in SPb CoA
Если надо подтянуть bpmn, то сперва прочитай нотацию, после чего можно поискать прикладные примеры у Дениса Котова на канале: https://www.youtube.com/channel/UCE6G89s6-3vL8mydK0p7Drg/videos
источник

ОИ

Олег Игонин in SPb CoA
В общем тебе сейчас надо разделить своё обучение на две части: 1. С чем ты работаешь сейчас и что тебе надо уже завтра, 2. Всё остальное. Напиши мне в приват, чем ты сейчас занимаешься и какие у тебя задачи, я помогу тебе сформировать программу обучения по шагам.
источник

ИГ

Ирина Гертовская in SPb CoA
Олег Игонин
В общем тебе сейчас надо разделить своё обучение на две части: 1. С чем ты работаешь сейчас и что тебе надо уже завтра, 2. Всё остальное. Напиши мне в приват, чем ты сейчас занимаешься и какие у тебя задачи, я помогу тебе сформировать программу обучения по шагам.
Совершенно согласна, что изучать нужно в последовательности: что нужно здесь и сейчас (или хочу туда-то, там нужно то-то), потом остальное.
источник

ИГ

Ирина Гертовская in SPb CoA
Без подкрепления практикой знания быстро теряются. М усваиваются не качественно.
источник

PS

Pa Sk in SPb CoA
Я почитал всех и Олега, и не со всем согласен. 👋🙂

Действительно, есть бизнес-аналитики, есть системные аналитики, а вот и аналитики данных появились, которым нужен Python… При этом чёткое разделение функций и ролей — уже прошлое и работает только в Waterfall, где один передаёт другому и умывает руки, а следующий этап не начинается без предыдущего, а между этими проходит куча действий по регламентам и сбор подписей, чтобы позже найти виновного.
источник

PS

Pa Sk in SPb CoA
Современное настоящее — это БА, который читает и рисует любые виды диаграмм, и никакого отношения к архитектуре этого не имеет, выполняет роль Product Owner, и ничего дополнительного в его работе здесь нет, организует работу команды, хотя это должен делать Project Manager или Scrum Master, потому что у БА богатые навыки коммуникации и он должен знать как весь процесс разработки, так и функциональное наполнение ролей в команде. Он не работает только с бизнес-процессами и необязательно ограничивается бизнес-требованиями и границами проекта как результат своей работы. Сейчас изолированные знания отдельно взятого специалиста никому не нужны, т.к. никакой ценности ни они, ни его работа не приносят.

БА уходящего года и ближайшего будущего — это матёрый специалист, развивающийся постоянно, посещающий конференции, вебинары и курсы, учащийся сам и обучающий других БА (наставничество). Сферы развития: смежные бизнес-области, современные технологии типа роботизации, методологии и подходы к проектной работе и управлению поставкой, инструменты разработчиков типа IDE и VCS, подходы и способы тестирования ПО, различные практики и методы работы с данными (почему бы и не Python?), soft skills и т.п.
источник

PS

Pa Sk in SPb CoA
Я хочу сказать, что никому не нужен БА, который не сможет нарисовать UML-диаграмму какого-то кейса, который не опишет потоки данных между системами, или не сможет осуществить внутреннюю приёмку на основе им же предложенного наброска UI. Так же вряд ли имеет будущее специалист, который посчитает, что он всё прочёл и наверняка знает всё, что нужно, т.е. не развивается постоянно, или тот, кто не помогает другим участникам команды, пытаясь достигнуть цели проекта или сделать продукт ценным, а не слепо следует должностным инструкциям. Нужен командный игрок. Поэтому БА может сочетать в себе несколько смежных функций, несколько ролей, включая System Analyst, с натяжкой Solution Architect, но никакой не Enterprise Architect (это очень далеко), Product Owner, Scrum Master, Product Manager.

Business Analyst будущего — это специалист со всем этим багажом, но настолько разбирающийся в бизнес-области или платформе, что за заказчика способен решить его проблему. Предварительно до неё докопавшись, конечно. Т.е. не решать задачу, а, выявив необходимость, предложить рациональное решение. Это Business Consultant, но уже следующий уровень, что не мешает прокачиваться уже сегодня.
источник

PS

Pa Sk in SPb CoA
Что касается обучения, то знания всё равно откладываются и это всегда будет полезно, главное, чтобы было время. А практические задания можно придумать и самому. Например, не нужна никому диаграмма «рыбная кость» на проекте, ну, примени её при заливке растяжки пола 😉
источник

D

DbSergey in SPb CoA
Pa Sk
Я хочу сказать, что никому не нужен БА, который не сможет нарисовать UML-диаграмму какого-то кейса, который не опишет потоки данных между системами, или не сможет осуществить внутреннюю приёмку на основе им же предложенного наброска UI. Так же вряд ли имеет будущее специалист, который посчитает, что он всё прочёл и наверняка знает всё, что нужно, т.е. не развивается постоянно, или тот, кто не помогает другим участникам команды, пытаясь достигнуть цели проекта или сделать продукт ценным, а не слепо следует должностным инструкциям. Нужен командный игрок. Поэтому БА может сочетать в себе несколько смежных функций, несколько ролей, включая System Analyst, с натяжкой Solution Architect, но никакой не Enterprise Architect (это очень далеко), Product Owner, Scrum Master, Product Manager.

Business Analyst будущего — это специалист со всем этим багажом, но настолько разбирающийся в бизнес-области или платформе, что за заказчика способен решить его проблему. Предварительно до неё докопавшись, конечно. Т.е. не решать задачу, а, выявив необходимость, предложить рациональное решение. Это Business Consultant, но уже следующий уровень, что не мешает прокачиваться уже сегодня.
Ваши тезисы не подкреплены никакими аргументами. Для аналитика это минимум странно, если Вы аналитик, конечно.
Человек-на-все-руки-мастер нужен только в стартапе, у которого нет денег на команду. Потому что нельзя делать одинаково хорошо все, что только относится к разработке цифрового продукта. Вы бы его ещё дизайн знать заставили и продающие лэндинг-страницы писать)
источник

ИГ

Ирина Гертовская in SPb CoA
Полагаю, и в том и в другом мнении есть доля правды. Если проект большой и сроки сжатые (а серьезные проекты часто такие), то без специализации не обойдешься. При этом, никто не утверждает, что аналитик должен знать только то, что относится к его сегодняшней непосредственной работе. Так, СА должен понимать точки риска при обследовании, хотя, обследование вроде как делает БА. БА должен понимать проблемы, возникающие при информационном обмене, хотя организацией обмена в основном занимаются СА.
Идеальный аналитик, описанный @paskv  -  да кто ж спорит, хотелось бы, чтобы все аналитики были такими. Ни один руководитель проекта не откажется такого иметь. А уж если он и менеджерские функции выполняет безропотно! Чего ещё желать! Но вот к сожалению, одновременно выполнять менеджерские функции и полноценно прорабатывать аналитику, не важно БА или СА - вот непросто. Не потому, что человек не владеет этим, а потому, что это разная работа.
источник

ИГ

Ирина Гертовская in SPb CoA
Ну не может человек одновременно быстро реагировать на события, как необходимо менеджеру и прорабатывать детально, как следует аналитику. Это не значит, что отдельный человек не может обладать теми и другими качествами. Может. Но если руководитель ищет такого специалиста для одновременного выполнения всех перечисленных функций и это не стартап, не прототип, то я бы очень подумала, а стоит ли идти туда.
источник

ИГ

Ирина Гертовская in SPb CoA
И, кстати, такие аналитики вполне себе встречаться.
источник