Управление бизнес-процессами

Организационная система, процессы, Артём Зиновьев :

Добрый день!

У меня следующий непростой вопрос. Данная тема касается не только это ветки, но разместить я решил ее здесь.

Задача:

Существует потребность наладить «прозрачное» с точки зрения собственников управление и контроль IT предприятием, проектами/работами.

Дано:

Считается, что все проблемы в производстве ПРОДУКТОВ на предприятии – отсутствие Процесса Разработки ПО (Software Engineering Process), включающего в себя как методики (методические инструкции выполнения тех или иных деятельностей – например, планирование, сбор требований и т. д.).

Данный вывод основан на анализе сорванных по срокам и бюджетам проектов. В контексте анализа (поверхностного, не запланированного как деятельность с требованиями на результат) были получены данные о том, что участники проектов действуют в проектах согласно УКЛАДУ, ТРАДИЦИЯМ предприятия и ЛИЧНОМУ ОПЫТУ, практически в любом виде проектной, рабочей деятельности отсутствует использование мировых, наработанных практик.

Топ-менеджмент принял решение о разработке (адаптации) собственного Процесса Разработки ПО (методик и нормированных процессов разработки, основанных на мировых практиках и практиках предприятия)

Проблемы:

1. Отсутствие единого видения предприятия как устройства – организационной системы.

2. Большинство регулярных процессов на предприятии неформальны, не закреплены регламентом

3. Отсутствует система управления в целом (процессы управления, контроля, регулирования – практически всё функционирует согласно традициям, укладу)

4. И т. д.

Вариант решения номер один:

Начнем с разработки методических материалов проектных деятельностей/дисциплин и регламентов проектных процессов (инициация, планирование и т. д.) – там обнаружим стыковки с другими (пока неизвестными) процессами организационной системы и там, на месте, решим что делать.

Вариант решения номер два:

1. Определение стратегии развития устройства предприятия как организационной системы

2. Определение тактик развития - // - // -

a. Определение мультипроекта, программы развития в рамках которой:

i. Честная фиксация текущей орг. структуры – структуры процессов, функциональных единиц и т. д. (что необходимо – определяется при инициации). В том случае, где у нас «белые пятна» - фиксируем присутствие «белых пятен» - те места, где мы не знаем КАК происходит ФУНКЦИОНИРОВАНИЕ.

ii. Определяем зависимости текущих регулярных процессов и «белых пятен»

iii. Определяем требования к будущей орг. структуре и системе, а также потребности

iv. Наполняем мультипроект проектами по покрытию потребностей и реализации требований. Один из проектов и произведет ПРОДУКТ – Процесс Разработки ПО. Проект по развитию ИНФРАСТРУКТУРЫ, проект по разработке системы управления и т. д.

v. Реализация проектов – в течении которой мы корректируем планы в соответствии с целями, требованиями мультипроекта.

vi. Результат, ПРОДУКТ – организационная структура (процессов, функциональных единиц и т. д.- что потребуется) + организационная система, которая соответствует РЕАЛЬНОСТИ.

Мне по душе вариант два – так как он действительно покроет потребности предприятия. Ведь Процесс Разработки ПО (комплекс процессов, подсистема) – это всего лишь ДЕТАЛЬ организационной системы – разработка отдельной ДЕТАЛИ без понимания УСТРОЙСТВА на мой взгляд лишена здравого смысла. Аналогия – разработка процессора нового поколения для старого калькулятора – процессор как деталь не будет совместим с устройством калькулятора. Также и в этом варианте – можно разработать регламент проектных деятельностей, процессов – но они (деятельности, процессы) не будет обеспечены ресурсами, не работать в текущей СРЕДЕ организации, отсутствие совместимости с текущей ИНФРАСТРУРОЙ, отсутствие совместимости со связанными процессами организации и т. д.

Очень бы хотелось услышать мнение профессиональных консультантов с богатым опытом разработки орг. систем.





  •