Методолог проєктного офісу (бізнес-процеси, організаційне проєктування)

Методолог проєктного офісу (бізнес-процеси та організаційне проєктування)

Задачі перших 6 місяців

1. Методологічний стандарт: нотація (BPMN 2.0 або спрощена схема), шаблони опису процесу, положення, регламенту; правила версійності та затвердження ВНД.

2. Реєстр процесів верхнього рівня з власниками — за затвердженою оргструктурою.

3. Положення про підрозділи і матриця повноважень (ролі, ліміти підпису, ескалація) — підготовка та узгодження з вертикалями, разом із HR та юристом.

4. Опис пріоритетних наскрізних процесів («як є / як має бути»): від замовлення до відвантаження; закупівлі; планування виробництва.

5. Методологічна підтримка реєстру технологічних переділів (зміст — за технологами, формат і правила — за методологом).

6. Вимоги до маршрутів погодження для системи документообігу — разом зі Службою IT.

7. Базова методологія управління проєктами: життєвий цикл, точки рішень, звітність портфеля.

Постійна зона відповідальності

• Актуальність реєстру процесів, положень, регламентів і матриці повноважень.
• Перевірка виконання регламентів на місцях і їх коригування за результатами.
• Навчання керівників роботі за описаними процесами.
• Підготовка перегляду оргструктури (друга ітерація).

Вимоги

Обовʼязкові

• 3+ роки в описі та впровадженні бізнес-процесів або організаційному проєктуванні; виробниче підприємство — сильна перевага.
• BPMN або інша нотація, опис «як є / як має бути».
• Розробка положень про підрозділи, посадових інструкцій, матриць повноважень (RACI).
• Вміння інтервʼювати практиків (начальники цехів, майстри) і писати простою мовою.
• Хоча б один кейс, де описаний процес реально змінив роботу підрозділу.

Бажані

• Участь у впровадженні ERP або системи документообігу з боку бізнесу.
• Lean, системи якості (ISO 9001, AQAP) — на практиці, а не «для сертифіката».
• Основи управління проєктами (PMI, PRINCE2 або аналог).
• Інструменти моделювання (Bizagi, draw.io, Visio або аналог).

Особисті якості: доводить документ до затвердження і виконання; спокійно працює з опором; бачить розрив між формальною схемою і тим, як рішення ухвалюються насправді; мінімаліст у документах.

Кому не підійде

• Консультант, чий досвід закінчується на схемах без впровадження.
• «Паперовий» методолог системи якості, що готує до аудиту, а не до роботи.
• ІТ-бізнес-аналітик лише з вимогами до ПЗ, без організаційного досвіду.
• Очікує стабільної структури і повного технічного завдання.