DK
Хм, мне казалось, что БА - это нечто вроде инженера-технолога. Инженер, занимающийся разработкой, организацией того или иного производственного процесса.
Size: a a a
2020 June 29
DB
Хм, мне казалось, что БА - это нечто вроде инженера-технолога. Инженер, занимающийся разработкой, организацией того или иного производственного процесса.
почему тогда он не называется «инженер процессов»? есть даже отдельный профстандарт для них
DB
ещё есть мнение, что это специалист по работе с данными бизнеса
DB
DB
или ещё уже, финансовый аналитик http://esbf-bs.com/course/analyst_financial_manager/
DB
почему тогда он не называется «инженер процессов»? есть даже отдельный профстандарт для них
и даже свой BABOK – https://www.ozon.ru/context/detail/id/135564443/
DB
почему тогда он не называется «инженер процессов»? есть даже отдельный профстандарт для них
2020 June 30
OK
Коллеги, раз мы уже заговорили об описании процессов: есть ли стандарт по описанию процессов предприятия?
Мне по работе часто приходится описывать процессы, и я каждый раз думаю: а как это правильно делать? Может быть, кто-то уже подумал об этом?
Мне по работе часто приходится описывать процессы, и я каждый раз думаю: а как это правильно делать? Может быть, кто-то уже подумал об этом?
A
Коллеги, раз мы уже заговорили об описании процессов: есть ли стандарт по описанию процессов предприятия?
Мне по работе часто приходится описывать процессы, и я каждый раз думаю: а как это правильно делать? Может быть, кто-то уже подумал об этом?
Мне по работе часто приходится описывать процессы, и я каждый раз думаю: а как это правильно делать? Может быть, кто-то уже подумал об этом?
Обычно BPMN и локальные регламенты на уровне каждой функции, со своими особенностями
OK
Вот вопрос скорее был про локальные регламенты)
Есть какой-то стандартный способ их писать?
Преимуществ бпмн перед просто картинкой из головы я не вижу, т.к. кроме меня в компании бпмн все равно никто не знает :-(
Есть какой-то стандартный способ их писать?
Преимуществ бпмн перед просто картинкой из головы я не вижу, т.к. кроме меня в компании бпмн все равно никто не знает :-(
A
стандартное - понятие эфемерное. Есть распространенные способы, их можно понять если посмотреть регламенты по этой же сфере в интернете. Ну это если речь о тексте, а не о визуализации
DB
Коллеги, раз мы уже заговорили об описании процессов: есть ли стандарт по описанию процессов предприятия?
Мне по работе часто приходится описывать процессы, и я каждый раз думаю: а как это правильно делать? Может быть, кто-то уже подумал об этом?
Мне по работе часто приходится описывать процессы, и я каждый раз думаю: а как это правильно делать? Может быть, кто-то уже подумал об этом?
swimlane diagram — стандарт де-факто
2020 July 01
АВ
Коллеги, раз мы уже заговорили об описании процессов: есть ли стандарт по описанию процессов предприятия?
Мне по работе часто приходится описывать процессы, и я каждый раз думаю: а как это правильно делать? Может быть, кто-то уже подумал об этом?
Мне по работе часто приходится описывать процессы, и я каждый раз думаю: а как это правильно делать? Может быть, кто-то уже подумал об этом?
Я начинаю со структуры процессов в IDEF0, по мере декомпозиции затем детализируя блоки в BPMN или EPC - а зависимости от назначения, зачем и для кого нужно подробное описание логики выполнения процесса
ДС
Я делаю в BPMN, причем начинаю с потоков сообщений между подразделениями, аля контекстная диаграмма.
То есть разношу пулы по листу и рисую между ними потоки сообщений. Тогда у меня появляются начальные и конечные события.
То есть разношу пулы по листу и рисую между ними потоки сообщений. Тогда у меня появляются начальные и конечные события.
В
Начал читать BABOK v3, и в самом начале вот такая фраза:
Бизнес-аналитика также могут называть:
бизнес-архитектором,
аналитиком бизнес-систем,
аналитиком данных,
аналитиком предприятий,
консультантом по вопросам управления,
аналитиком процессов,
менеджером по продукции,
владельцем продукта,
специалистом по требованиям,
системным аналитиком.
Наверно именно из таких формулировок смывается граница между профессиями?
Бизнес-аналитика также могут называть:
бизнес-архитектором,
аналитиком бизнес-систем,
аналитиком данных,
аналитиком предприятий,
консультантом по вопросам управления,
аналитиком процессов,
менеджером по продукции,
владельцем продукта,
специалистом по требованиям,
системным аналитиком.
Наверно именно из таких формулировок смывается граница между профессиями?
Это не профессия, а роль в команде
DB
«Other common job titles for people who perform business analysis include:
• business architect,
• business systems analyst,
• data analyst,
• enterprise analyst,
• management consultant,
• process analyst,
• product manager,
• product owner,
• requirements engineer, and • systems analyst.»
• business architect,
• business systems analyst,
• data analyst,
• enterprise analyst,
• management consultant,
• process analyst,
• product manager,
• product owner,
• requirements engineer, and • systems analyst.»
В
Perform business analysis = play business analyst role.
В моем мире так. И мне кажется что вы, Денис, давали в этот чатик такое понимание : «Бизнес аналитик больше про поведение людей, а системный - про поведение систем (не обязательно ИТ)».
PS если это не так, и приписал Вам не ваши слова, прошу прощения
В моем мире так. И мне кажется что вы, Денис, давали в этот чатик такое понимание : «Бизнес аналитик больше про поведение людей, а системный - про поведение систем (не обязательно ИТ)».
PS если это не так, и приписал Вам не ваши слова, прошу прощения
DB
давайте я вам переведу:
«перечень других часто встречающихся должностей, которые выполняют бизнес-анализ»
«перечень других часто встречающихся должностей, которые выполняют бизнес-анализ»
DB
слово «других должностей» подразумевает, что упомянутый выше БА — это тоже должность