Как-то мимо меня статья прошла. Респект Сергею! Во-первых, классно написана, а, во-вторых, очень ...
Добрый день,
решила привлечь специалиста на постоянной основе - не могу найти резюме ни одного специалиста. Подскажите, по каким ключевым словам искать, что еще может такой специалист писать в резюме, чтобы по каким-нибудь другим словам отсротировать... очень нужно..
У каждого третьего опрошенного увеличился бюджет на летний отпуск по сравнению с 2023 годом.
В сборке уже находятся 130 роботов-курьеров.
Тренд связан с дефицитом кадров.
15% работодателей лояльно относятся к кандидатам, имевшим в биографии судимость.
Такой специалист может называть свою должность в резюме:
Бизнес-аналитик, специалист по бизнес-процессам, аналитик бизнес-процессов, системный аналитик.
Функционал как правило:
1) Описание бизнес-процессов в нотациях ARIS, IDEFO,IDEF3
2) Регламентация (документирование) описанных бизнес-процессов
Задачи бизнес-аналитика лежат в области управленческого консультирования и организационного развития, задачи системного-аналитика в области разработки и внедрения информационных систем.
Главное определить , с какой целью необходим организации данный специалист:
1) для документирования БП
2) последующей автоматизации
3) оптимизации/реинжиниринг
4) постановка системы управления на основе процессного подхода
В унифицированном процессе это называется бизнес-аналитик, его задача - выявление и формализация сущностей и их отношений. Синтез модели должен в общем и целом делать заказчик модели (или нанятый квалифицированный консультант, обладающий четкими, проверенными и формализованными KNOW HOW). В общем виде это происходит так: бизнес-аналитик применяет формальную процедуру бизнес-анализа (неважно, структурного, объектного, функционального, системного, компонентного, сервисного или процессного, для составления должностных инструкций лучше всего подходит структурный или функциональный анализ, это по сути одно и то же, различается лишь нотация, она зеркальная). После проведения процедуры выявления требований, бизнес-аналитик группирует выявленные сущности и отношения (опять же, используя формальную процедуры) и предоставляет полученные диаграммы для верификации менеджерам (руководителям, владельцам процессов или потребителем результатов процедур). Менеджеры верифицирует соответствие получающейся модели их представлениям, при этом обнаруживаются все моменты противоречивости, избыточности или недостоточности модели. Через несколько циклов анализ-синтез-верификация модель обретает структуру декомпозиции сущностей и их отношений, удовлетворяющую той или иной форме МЕСЕ (взаимно исключищие, совместно исчерпывающие).
В целом, нужно понимать, что наиболее часто черновая модель описанных процессов приводит к очень серьезным размышлениям на тему "а нужно ли действительно фиксировать функционально-ролевую матрицу как есть, или требуется немедленно вносить изменения по выявленным разногласиям?"
Поэтому лучше привлекайте на время хорошего бизнес-аналитика, только для создания модели DRAFT, в которой все разногласия будут отображены без синтеза окончательной модели в виде диаграмм FEO (for exposition only - только для демонстрации)
С вероятностью 90% Вы начнете менять Ваши процессы и Вашу структуру сразу после появления первых рассогласований, и нанятый на постоянку бизнес-аналитик будет Вами использоваться как не слишком квалифицированный консультант, поскольку собственно анализировать ему станет нечего (произойдет разрыв модели от AS IS к SHOULD BE, то есть от реальности - к фантазиям)
Кстати, реальная причина, по которой чаще всего возникает потребность в формализации процедур, процессов, полномочий и обязанностей - это сугубое превалирование политики в принимаемых решениях, когда руководитель теряет контроль над некоторыми менеджерами, целиком выстраивающих компанию по своим меркам и имеющими слишком высокий вес, чтобы их игнорировать, подавлять или менять.
Именно поэтому 95% проектов документирования системы управления останавливаются на самых ранних шагах.
У меня из более чем 500 проектов, порядка 50 начинались с формального документирования. Мне очень сложно, без скидок и снисхождения, назвать даже 5, в которых такой этап можно признать успешным. То есть, что он был начат, завершен, его результаты приняты и использованы в действительном регламентировании управления компанией.
Чаще всего, как только накапливались достаточные аргументы, чтобы осадить зарвавшихся "незаменимых", проект собственно документации терял свой смысл, к нему угасал интерес, а следовательно и его финансирование.
Вот критерии успешного проекта документирования.
1. Есть много обособленных подразделений, работающих по единому регламенту
2. Есть успешно работающие подразделения, есть подразделения середнячки, и есть откровенно халтурящие подразделения
3, Целью документирования ставится не подтягивание середнячков к успешным, а ликвидация халтурщиков
4. Строго документируются только операционные действия напрямую связанные с конвейером генерации денежного потока
5. В явном виде применяется модель зрелости (CMM) четко формализуется имеющийся и целевой уровень
6. В явном виде определяется стандарт сертификации модели управления и орган сертификации (к примеру ISO 9000:2001)
7. В явном виде назначаются регулярные менеджеры ответственные за измерение качества регламентированных процессов
8. В явном виде менеджерам по качеству даются достаточные полномочия для поощрения и наказания линейных руководителей
Александр, "ликвидация халтурщиков" - не в смысле их убийства :)
Просто форма выражения. Говоря более сухо, речь идет о том, что целью ставится подтягивание отстающих к стабильному среднему уровню, а не попытки добиться от середнячков выдающихся успехов.
Сдается мне, что такой бизнес-аналитик откроет свою компанию, а не будет наемным работником :)
Я хороший специалист, но я уже "замужем" :)