Внедрение CRM-системы для корпоративного бизнеса и Единого клиентского файла юридических лиц в АО «РоссельхозБанк»

Заказчик
АО «РоссельхозБанк»
ИТ-поставщик
AT Consulting
Год завершения проекта
2016
Сроки выполнения проекта
Апрель, 2015 — Сентябрь, 2016
Масштаб проекта
80000 человеко-часов
4500 автоматизированных рабочих мест
Цели
•    Создание единой базы мастер-данных корпоративных клиентов
•    Создание централизованного инструмента для управления взаимодействием с корпоративными клиентами, продажами и кросс-продажами

Уникальность проекта

Реализованный проект является уникальным на российском рынке CRM с точки зрения масштаба, организационной и технологической сложности. Были применены уникальные технологические решения, в частности:
•    Обеспечено высокое качество клиентской информации за счет уникальных процедур очистки и нормализации (свыше 85%), реализован интеллектуальный поиск дублирующихся клиентских записей за счет эффективного использования связки решений Oracle Siebel CRM – Oracle Customer Hub – Oracle Enterprise Data Quality
•    Проработан и реализован на практике механизм централизации клиентской информации из 75 региональных источников
•    Обеспечена консолидация полной информации о клиенте и его продуктах (профиль клиента) из множества источников в единой системе
•    Разработаны специальные интерактивные обучающие материалы (симуляторы) для обеспечения быстрого и эффективного обучения специалистов банка
Использованное ПО
Oracle Siebel CRM и Oracle Siebel UCM (Oracle Customer Hub); Oracle EDQ; Oracle BI Publisher и Oracle BI EE.
Описание проекта
Создана единая база всех корпоративных клиентов банка. Реализован полный цикл работы с клиентами: фиксация информации о потенциальных клиентах, фиксация всех этапов трансформации потенциального клиента в действующего (вплоть до прекращения работы с ним). Систематизированы процессы продаж: заведения заявок клиентов на предоставление продуктов и услуг, фиксации этапов рассмотрения заявки и трансформации заявки в сделку. Реализована централизованная система для ведения групп связанности (ГСЗ/ГКС). Реализован продуктовый профиль клиента, синхронизация с АБС в онлайн-режиме и ИС ведения лимитов. Создан продуктовый каталог (более 200 продуктов) с привязкой перечня документов к продуктам, реализовано обращение по ссылке к электронным образам документов клиента, размещаемым в единой системе хранения. Обеспечена подготовка различных видов управленческой отчетности в разрезах по клиентам/группам/заявкам. Итогом проекта является создание единого клиентского файла корпоративных клиентов, создание централизованной клиентской базы в разрезе вертикалей бизнеса, закрепление клиентских менеджеров и операционистов за клиентами, централизованное отражение заявок клиентов на получение продукта/услуги и шагов взаимодействия с клиентами.
География проекта
75 региональных филиалов банка на территории РФ и головной офис в Москве
Коментарии: 63

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Марк Шварцблат
    Рейтинг: 10
    КТ "Акведук"
    ИТ-директор
    31.03.2015 11:38

    IMHO

    1. Непрерывный бизнес-процесс обеспечения основного производства сырьем и материалами. Границы процесса - внешние контрагенты, которыми мы не можем напрямую управлять. В данном случае ПОТРЕБИТЕЛИ и ПОСТАВЩИКИ. Информация от них должна поступать на наши входы-выходы процесса. Если потребители тепла исключаются из процесса, то тогда котельные остаются базисом.
    2. Я бы постарался контрагентов затащить в EDI.
    3. Т.к. заявка - это уже "исполнительный" документ, то я бы подумал о ведении (в т.ч. с автоформированием) постоянных реестров потребностей на разные горизонты планирования.

  • Виктор Федько
    Рейтинг: 289
    АО МПО им.И.Румянцева
    Зам. начальника управления информационных технологий
    02.04.2015 11:52

    "Непрерывный процесс обеспечения основного производства сырьем и материалами". На этом я бы поставил точку.
    Это отдельный, замкнутый процесс.
    На входе - обоснованная системой планирования и учета потребность. В количестве , номенклатуре, сроках.
    На выходе - отправленные на определенный р/с деньги в соответствии с заявкой.

    БП "Согласование заявки на закупку" уже конечен. От заявки до закупки. Более того, согласование заявок на закупку труб могут и будут отличаться от согласования заявок на закупку других материалов и комплектующих. Здесь возможно множество веток одного БП. Но процесс един.

    А вот после поступления труб ( и т.п.) на склады УМТС начинается другой БП - распределение заявки и отпуск в производство. По строго определенным критериям.

    Но проблема в том, что котельная, оформившая заявку на эти трубы, даже не узнает, что они ушли "налево"!

    Да, не узнает, если не отработать соответствующий процесс с помощью ИТ. Котельная должна быть в курсе, что трубы по ее заявке оплачены. Это легко делается. Далее - получения оповещения о поступлении на склад. Оформление требования на получение со склада. При этом, требование должно быть согласовано (даже электронно) ответственным лицом, которое отвечает за производство и подтверждает необходимость получения этих труб именно той самой котельной.
    Склад же может отпустить трубы только в соответствии с согласованием. Более того," налево" он отпустить не может ничего, если на требовании не стоит нужная резолюция. ( то есть, нет такой потребности по плану).
    Собственно, все. Таким образом отработал БП обеспечения и запуска в производство. За ним начинается БП "Производство".
    Эта схема не из пустого места, она отработана нами несколько лет назад. На покупной номенклатуре до нескольких тысяч наименований. И работает.

    Пример с аварией имхо не совсем удачен. Это форс-мажор. Здесь вступают в действия совсем иные правила игры и должен действовать совсем другой БП -"Действие при чрезвычайных" ситуациях" . А вот не дать элементарно растащить купленное по иным, кроме производственных, критериям - вполне себе работоспособен.

    Вывод такой - на мой взгляд не надо сильно усложнять и растягивать все последовательные БП в один. Это в итоге приведет к путанице. БП вполне "бьются" на поменьше и у каждого есть свой заказчик-владелец процесса.
    Задача же аналитика-разработчика состоит лишь в их правильной синхронизации.

    • Дмитрий Бацюро Виктор
      Рейтинг: 10
      -
      независимый эксперт по управлению ИТ
      02.04.2015 18:25

      Раздробив один сквозной бизнес-процесс на несколько поменьше, мы получим следующую аномалию. У этого сквозного бизнес-процесса был владелец, который отвечал за то, чтобы работа в целом была сделана, и ее результат в целом был получен. Если этого бизнес-процесса как единой сущности не становится, то и владелец исчезает. Кто в этой ситуации отвечает за то, чтобы вся работа в целом была сделана от начала и до конца? Вы пишете: задача лишь в правильной синхронизации получившихся фрагментарных процессов. А кто будет этой синхронизацией заниматься - не просто ее спроектирует, а ежедневно будет заниматься ее отслеживанием, решением нестандартных ситуаций, оптимизацией, в конце концов? Был бы целостный процесс - этим занимался бы его владелец, а так - не понятно.

      Резюме: дробление сквозного процесса на несколько поменьше - самообман, что таким образом можно упростить управленческую задачу. Управление одним процессом всегда проще, плюс дает дополнительное видение ситуации, чем синхронизация нескольких разрозненных. И кто-то, в любом случае, должен этим заниматься.

      • Виктор Федько Дмитрий
        Рейтинг: 289
        АО МПО им.И.Румянцева
        Зам. начальника управления информационных технологий
        02.04.2015 19:16

        Хорошо, давайте не будем дробить. И вот что получим в итоге :

        Основные элементы БП :

        1. План производства или план оргтехмероприятий на большой горизонт
        2. Бюджетирование
        3. Составление заявок на закупки под этот план
        4. Сортировка заявок, сведение по номенклатуре
        5. Закупочные процедуры
        6. Процедура оплаты
        7. Поставка
        8. Распределение согласно заявок (через приход на склады и т.п)
        9. Запуск в производство
        А теперь назовите владельца этого монстра-процесса. Не назовете. Вернее им может быть только один человек - генеральный директор.
        Будет он синхронизацией заниматься ? Да никогда в жизни. На сложном, многоступенчатом производстве всегда есть соответствующие службы. .Планово-диспетчерские или им подобные. Особенно, если все это еще и территориально распределено. Вот тут на первые роли и выходит служба СИО - дать необходимый для такой синхронизации сервис.

        А владелец процесса - это человек из топ менеджмента, он тоже синхронизацией не будет заниматься. Отслеживать - да, но не более того.

        Таким образом можно подвести всю полностью работу предприятию под один БП. И под одного владельца. Это нонсенс, это выхолащивание самой идеи.

        Так что это не самообман, это нормальное распределение ролей и ресурсов. Обычная управленческая задача. Каждый управленец должен отвечать за свой участок, от входа до выхода.

        • Анатолий Белайчук Виктор
          Рейтинг: 10
          Comindware
          Chief Evangelist
          02.04.2015 19:48

          Виктор, ничего из Вами перечисленного не является процессом. По крайней мере в том смысле, в котором понятие "процесс" трактует Ассоциация BPM-профессионалов (ABPMP).

          Например, бюджетирование - это:
          - составление и утверждение бюджета (процесс)
          - исполнение бюджета (шаги самых разнообразных процессов)
          - контроль исполнения бюджета (процесс или подпроцесс)

          Вы оперируете термином "процесс", но мыслите не процессами, а функциями, извините.

          • Виктор Федько Анатолий
            Рейтинг: 289
            АО МПО им.И.Румянцева
            Зам. начальника управления информационных технологий
            02.04.2015 20:32

            Любой процесс - это совокупность функций. Ассоциация может трактовать все, что угодно. Я не теоретик, я практик.

            Все вышеперечисленное я, кстати, и не называл процессом. Я называл это элементами БП. Есть разница.
            Я и понимаю прекрасно, что для решения любой задачи с помощью ИТ необходимо разобрать на атомы весь процесс ее решения. И смотреть, какой ИТ-сервис подставить и куда. И где есть смысл процесс разорвать намеренно, сменив владельца.

            • Анатолий Белайчук Виктор
              Рейтинг: 10
              Comindware
              Chief Evangelist
              02.04.2015 20:39

              Ассоциация объединяет исключительно практиков. Это и в уставе записано, и по факту так.

              ОК. Элементами какого именно БП?

              • Виктор Федько Анатолий
                Рейтинг: 289
                АО МПО им.И.Румянцева
                Зам. начальника управления информационных технологий
                02.04.2015 20:53

                В данном случае БП можно назвать условно - "Обеспечение материалами(покупными и т.п) основного производства. "

                То, что я перечислил - его элементы или функции. Но некоторые из них можно назвать и вполне самостоятельным БП. И у каждого будет свой владелец.

                • Анатолий Белайчук Виктор
                  Рейтинг: 10
                  Comindware
                  Chief Evangelist
                  02.04.2015 21:07

                  Вы можете объяснить, где процессы, а где функции? Такое впечатление, что у Вас это одно и то же.

                  • Виктор Федько Анатолий
                    Рейтинг: 289
                    АО МПО им.И.Румянцева
                    Зам. начальника управления информационных технологий
                    02.04.2015 21:15

                    А это не всегда поддается жесткой классификации. Где-то это может быть процессом, а где-то стать просто функцией.

                    К функции ближе пп. 6-8. Возможно, пп.3-4. Это как посмотреть и как и описать. Это может быть и подпроцессом, к примеру.Все зависит от наполнения.
                    Зависит от степени важности для реализации всего БП в целом.

                    • Анатолий Белайчук Виктор
                      Рейтинг: 10
                      Comindware
                      Chief Evangelist
                      02.04.2015 21:23

                      И все же, как Вы определяете для себя разницу между функциями и процессами? Или ее нет вовсе?

                      • Виктор Федько Анатолий
                        Рейтинг: 289
                        АО МПО им.И.Румянцева
                        Зам. начальника управления информационных технологий
                        02.04.2015 21:39

                        А так ли это важно? Важен результат.

                        Процесс подразумевает наличие четкой последовательности действий, результата на выходе, имеет временные рамки, имеет ресурсные рамки, имеет исполнителей и владельца. (координатора).
                        Процесс состоит из ряда функций., элементов, обеспечивающих безусловное исполнение процесса.

                        • Анатолий Белайчук Виктор
                          Рейтинг: 10
                          Comindware
                          Chief Evangelist
                          03.04.2015 08:25

                          Разумеется, всех и всегда интересует результат. Но только если вы не владеете методами его достижения, то нацеленность на результат останется мечтой.

                          К примеру, если организация не владеет методами управления проектами - устав проекта отсутствует, промежуточные и конечные результаты заранее не определены, список заинтересованных лиц и план коммуникаций с ними отсутствует и т.п. - то какие шансы, что проект будет завершен в срок, в рамках бюджета и достигнет целей? Очевидно, небольшие.

                          То же и с процессами: умение их выделять и знание чем функциональное управление отличается от процессного является критически важным. Одно из таких отличий: функции непрерывны, процессы дискретны. Поэтому выражение "Непрерывный процесс обеспечения основного производства сырьем и материалами", на мой взгляд, не имеет смысла, извините.

                          • Виктор Федько Анатолий
                            Рейтинг: 289
                            АО МПО им.И.Румянцева
                            Зам. начальника управления информационных технологий
                            03.04.2015 08:48

                            Да чего извиняться то)).

                            По поводу "если организация не владеет методами управления проектами" - шансы , конечно , могут быть разными. и большими и небольшими. Только у нас в России , на мой взгляд, 90% организаций этими методами не владеют. Но работают же как-то.
                            Или владеют в разной степени. Или выполняют все намеченные проекты, но не знают что это называется "Управление проектами". Тут много вариантов. Можно обложиться всеми методиками мира по управлению проектами , воспользоваться ими, запустить проект и не закончить его. В силу разных причин. И шансы будут 50 х 50.

                            "Непрерывный процесс обеспечения основного производства сырьем и материалами" только на Ваш взгляд не имеет смысла. А я обеспечиваю это процесс ИТ-сервисами в разной степени уже довольно давно и могу сказать, что тут дискретностью не пахнет - одна сплошная непрерывность. Обеспечение постоянно. И закрыв поставку отпуском в производство, начинается новый старт нового процесса. Более того, Это процесс делится на подпроцессы, каждый из которых функционируют параллельно зачастую.

                            Здесь очень высокая степень синхронизации, если посмотреть по крупному, то каждый новый процесс запускается ежемесячно. Иногда чаще. И имеет длительность до года или немного больше.
                            Потому и раздроблен на части со своими координаторами-владельцами..

                      • Марк Шварцблат Анатолий
                        Рейтинг: 10
                        КТ "Акведук"
                        ИТ-директор
                        03.04.2015 09:35

                        Любое деяние может иметь двойственную природу. Как фотон - и частица и волна (упрощенно). В зависимости от решаемой задачи. И делить по принципу дискретности-непрерывности - это упрощение для учебных примеров. :) Это как затраты в учёте - условно постоянные, условно переменные. Ведь и обеспечение трубами можно считать непрерывной функцией.

                        • Анатолий Белайчук Марк
                          Рейтинг: 10
                          Comindware
                          Chief Evangelist
                          03.04.2015 11:06

                          Проекты тоже можно считать и дискретными, и непрерывными?

                          • Марк Шварцблат Анатолий
                            Рейтинг: 10
                            КТ "Акведук"
                            ИТ-директор
                            03.04.2015 11:32

                            1. Вообще-то мы вели разговор в контексте процессов и функций. :)
                            2. Проект "внутри" может быть и дискретным и непрерывным. Почему нет? Опять же надо определить термины и величину "кванта времени".
                            3. Один внешне непрерывный "проект" наблюдал. Проект развития розничной сети без верхней границы открываемых торговых точек. :)

                            • Анатолий Белайчук Марк
                              Рейтинг: 10
                              Comindware
                              Chief Evangelist
                              03.04.2015 11:40

                              Вообще-то это Вы начали обобщать: "Любое деяние может иметь двойственную природу." ;) Вообще-то не любое.

                              По-моему Вы путаете проект с программой, понимаемой как серия проектов.

                              А апеллирую я к проектам вот почему: проекты и процессы только на первый взгляд сильно различаются, при ближайшем рассмотрении между экземпляром процесса и проектом сходства больше, чем различия.

                              • Марк Шварцблат Анатолий
                                Рейтинг: 10
                                КТ "Акведук"
                                ИТ-директор
                                03.04.2015 11:49

                                Мы говорили про процессы и функции. Счёл излишним уточнять.

                                Если кто и путал, то проектный департамент этой федеральной розничной сети. :) У слова программа тоже много значений. Вполне допустимо, что ряд проектов можно назвать программой.

                                Не вижу противоречий. Проект можно рассматривать, как нерегулярный БП.

                                • Дмитрий Бацюро Марк
                                  Рейтинг: 10
                                  -
                                  независимый эксперт по управлению ИТ
                                  03.04.2015 17:08

                                  Интересно, и зачем это PMI различает такие понятия как "проект", "портфель проектов" и "программа проектов"? Видимо, есть какая-то разница между ними. Или чисто наукообразия для?

                                  • Анатолий Белайчук Дмитрий
                                    Рейтинг: 10
                                    Comindware
                                    Chief Evangelist
                                    03.04.2015 19:20

                                    Дмитрий, это ж теория. А тут практики обсуждают ;)

                                  • Марк Шварцблат Дмитрий
                                    Рейтинг: 10
                                    КТ "Акведук"
                                    ИТ-директор
                                    09.04.2015 15:30

                                    Вероятно кому-то удобнее такие ярлычки навешивать. :) У дрогой проектной секты другие ярлычки. Ну и опять же - может быть ребята и называли велосипед бициклом, но магазины открывали долго и вполне успешно.

        • Дмитрий Бацюро Виктор
          Рейтинг: 10
          -
          независимый эксперт по управлению ИТ
          03.04.2015 17:49

          Виктор, я не утверждаю, что вся эта деятельность описывается одним бизнес-процессом. Более того, в комментариях к предыдущей статье Анатолия на эту же тему я уже написал, что тут хореография, то есть наличие некоторого количества взаимодействующих процессов. Поэтому нее надо мне приписывать, будто я довожу всю работу организации под один бизнес-процесс и выхолащиваю идею - я далек от столь наивного взгляда на процессы организации.

          Далее. Предположим, генеральный директор не будет заниматься организацией взаимодействия всех этих процессов между собой. А кто-то все-таки будет? Если нет, то от каждого подразделения в отдельности можно будет услышать райкинское: "К пуговицам претензии есть?" Идея, что "подразделения сами между собой встретятся, договорятся и выстроят между собой оптимальный процесс", не раз на моих глаза терпела фиаско и, более того, в литературе я тоже ни разу не встречал рекомендации, как это сделать без единого координирующего центра. А этому координирующего центру - пусть это и не сам гендиректор, а какая-нибудь служба оргразвития и т.п. - для координации этой деятельности нужно иметь видение развиваемого объекта (группы бизнес-процессов) в целом? Вопрос: в виде чего?

          Наконец, вы пишете: "Каждый управленец должен отвечать за свой участок, от входа до выхода". Опять не могу не вспомнить Райкина с его историческим вопросом про отсутствие претензий к пуговицам. А также меня в контексте вашей фразы волнует, за какой же участок "от входа до выхода" будет отвечать такой высокий управленец как гендиректор? Может, за какой-нибудь бизнес-образующий сквозной бизнес-процесс (извините за тавтологию)? А то ведь пойдет СИО в народ выяснять, какой сервис дать всем, необходимый для синхронизации их деятельности (ваш подход), и столько всего наслушается от разных руководителей, что останется ему только франкенштейна лепить. Опять же, у меня в практике было несколько внедрений ERP-системы, и самое успешное было тогда, когда ключевые условия к системе диктовал именно генеральный директор, а не "фокус-группа топ-менеджеров".

          • Виктор Федько Дмитрий
            Рейтинг: 289
            АО МПО им.И.Румянцева
            Зам. начальника управления информационных технологий
            03.04.2015 19:45

            Давайте по порядку.

            1. А кто-то все-таки будет? Если нет, то от каждого подразделения в отдельности можно будет услышать райкинское: "К пуговицам претензии есть?"

            Точно, ГД это делать не должен. Есть топ-менеджмент. Есть команда.. В полном смысле этого слова. Если команды нет - дальнейшее обсуждать бессмысленно. И каждый занимается своим делом. Из моей практики - за фразой про пуговицы следует обычно предложение пройти с вещами на выход. Так что у нас такое не катит. Лодка одна на всех.

            2. К сожалению, да, На многих предприятиях СЕО становится кем-то вроде смотрящего. То есть,разруливает амбиции и прочее. Вместо того, чтобы заниматься основной работой. Причем, многим СЕО это реально нравится.

            3. за какой же участок "от входа до выхода" будет отвечать такой высокий управленец как гендиректор?

            Да за весь сразу. За общее функционирование предприятия. Плюс за новые стратегические рынки сбыта. И т.п.

            4.

            А то ведь пойдет СИО в народ выяснять, какой сервис дать всем, необходимый для синхронизации их деятельности (ваш подход), и столько всего наслушается от разных руководителей, что останется ему только франкенштейна лепить.

            А это от СИО зависит. Наслушаться или наговорить. Он на то и СИО. И если речь идет об ИТ-сервисах , СИО обязан , прежде всего, знать досконально суть бизнеса(производства и т.п) . И уметь объяснить каждому владельцу процесса или как он там по другому называется, что тому нужно в действительности. Подсказать. Порекомендовать. Предложить что-то оптимальное. Тогда это СИО.

            5. Ключевые условия к системе действительно должен диктовать СЕО. У меня то же самое . На верхнем уровне. А дальше сам - как понимаю, как умею, как могу . И приходится решать многое самому. Сводить, сталкивать лбами, разруливать, искать компромиссы. Иногда выступать третейским судьей между некоторыми топами. И получается, потому что есть самое главное - взаимное доверие и общие взгляды. А к СЕО выносятся на утверждение( если требуется) всегда взаимо согласованное решение. Что и является залогом успеха.

            • Дмитрий Бацюро Виктор
              Рейтинг: 10
              -
              независимый эксперт по управлению ИТ
              08.04.2015 23:55

              "На многих предприятиях СЕО становится кем-то вродесмотрящего. То есть,разруливает амбиции и прочее. Вместо того, чтобы заниматься основной работой. Причем, многим СЕО это реально нравится".

              Мне кажется, если CEO больше нравится заниматься политикой, чем операционной эффективностью, и он активно культивирует именно политическую возню, то смысла в таком контексте обсуждать BPM чуть меньше, чем нет совсем. А если CEO заинтересован именно в операционной эффективности, то он политическую возню жестко пресечет, будет требовать конструктивной работы (а для этого ему потребуется контролировать ее именно как целостную картину, а не как фрагментарные "прорывы" отдельных подразделений по субоптимизации их деятельности), может быть, даже показательно расстреляет пару особо политично настроенных топов. И именно в таком контексте и имеет смысл говорить про сквозные процессы, владельцем самых основных из которых будет выступать сам CEO.

              Естественно, я выше описал два диаметральных подхода - черный и белый - а на практике между ними 50 оттенков серого. И от того, в какую сторону этого спектра смещена ситуация в компании, будет зависеть, принесет ли ей BPM реальную пользу или останется не понятой "еще одной западной технологией, которая нам по менталитету не подходит".

              • Виктор Федько Дмитрий
                Рейтинг: 289
                АО МПО им.И.Румянцева
                Зам. начальника управления информационных технологий
                09.04.2015 07:49

                В принципе, практически со всем согласен. В разных компаниях у СЕО разные роли, функции, позиционирование. Другое дело, что уж в слишком многих бизнес-образованиях внутренняя политика часто выходит на первый план. Там, где большие деньги, статусы, положения - там всегда грязь, борьба, амбиции и т.п. Это аксиома. Если есть, что делить, это самое "что" делить начинают. И СЕО приходится следить, чтоб хотя бы делили поровну))).

                Такое существует практически везде, в разной, конечно, степени. Тема же выстраивания операционного бизнеса в компании - она отдельная. И вполне может существовать параллельно. И если все процессы отстроены, нацелены на результат и функционируют приемлемо , то и ВРМ и все подобное прочее уже вторичны. Являются инструментом. Можно использовать, можно не использовать. кому как нравится.
                А если все гораздо хуже, если идет постоянная мышиная грызня, если все выстроено по принципу "кто играет, чья гармонь"))), то тут уж точно никакой ВРМ не поможет. Не выстрелит.

                • Анатолий Белайчук Виктор
                  Рейтинг: 10
                  Comindware
                  Chief Evangelist
                  09.04.2015 08:44

                  Странные вещи Вы говорите, Виктор. BPM = Business Process Management. Это именно и есть "выстраивание, нацеливание и функционирование процессов", по определению. BPM - это не то, что вы покупаете, это то, что вы делаете.

                  И вопрос не в том, идет грызня или нет, а в том, есть желание эту грызню если не полностью прекратить (это вряд ли возможно), то хотя бы загнать в какие-то "законодательные" рамки.

                  • Виктор Федько Анатолий
                    Рейтинг: 289
                    АО МПО им.И.Румянцева
                    Зам. начальника управления информационных технологий
                    09.04.2015 09:13

                    Да я вообще странный :) Не кривой, но забавный :)

                    Конечно же. в этом случае я имел в виду подспудно именно ИТ-сервисы под BPM. Кои успешно покупаются.

                    Нашел вот такое определение :

                    BPM (англ. Business Process Management, управление бизнес-процессами) — концепция процессного управления организацией, рассматривающая бизнес-процессы как особые ресурсы предприятия, непрерывно адаптируемые к постоянным изменениям, и полагающаяся на такие принципы, как понятность и видимость бизнес-процессов в организации за счёт моделирования бизнес-процессов с использованием формальных нотаций, использования программного обеспечения моделирования,симуляции, мониторинга и анализа бизнес-процессов, возможность динамического перестроения моделей бизнес-процессов силами участников и средствами программных систем."

                    Еще вот здесь очень неплохо об этом написано.

                    И как не крути, все упирается в одно - это ИТ-сервисы! Программные продукты.

                    Вот это понравилось особенно (из той статьи) :

                    Есть общее мнение, что использование передового программного обеспечения еще не гарантирует лучшего управления бизнес-процессами. Широкие функциональные возможности, примененные к плохо понимаемых процессам, могут в итоге обойтись компании дороже, чем если бы оставить процессы как есть.

                    Выводы же для себя я делаю такие :

                    1. BPM - это, все-таки, то, что мы покупаем чтобы делать , а именно - это некая система взглядов и ценностей, базирующаяся на ИТ,которая нам может помочь в реализации задач компании. А может и не помочь.
                    2. Все это известно давно под простым названием - качество управления. Просто, это новый, красиво упакованный и свеже покрашенный, но велосипед. Изобретенный уже очень давно. Со временам меняются только краска и дизайн. И некоторые детали.


                    • Дмитрий Бацюро Виктор
                      Рейтинг: 10
                      -
                      независимый эксперт по управлению ИТ
                      09.04.2015 16:59

                      1. То, что сейчас пратически каждый бизнес немыслим без применения ИТ, не значит ведь, что бизнес - это некая информационная технология, или что бизнес - это система взглядов и ценностей, основанных на ИТ, или что-то в этом духе. Философия менеджмента - это одно, а то, что она использует ИТ как инструментарий реализации - это отдельно.

                      2. "Все это известно давно под простым названием - качество управления. Просто, это новый, красиво упакованный и свеже покрашенный, но велосипед. Изобретенный уже очень давно. Со временам меняются только краска и дизайн. И некоторые детали".
                      Автомобиль тоже давно изобретён - более 100 лет назад. Тем не менее, автопроизводители ежегодно выпускают всё новые и новые модели - с другим дизайном и краской, но ещё и с новыми возможностями. Здесь - примерно то же: вроде, и там был автомобиль, и тут тоже автомобиль, но по многим причинам на том старом ездить совсем не хочется.

                      • Виктор Федько Дмитрий
                        Рейтинг: 289
                        АО МПО им.И.Румянцева
                        Зам. начальника управления информационных технологий
                        09.04.2015 20:42

                        Но все равно - автомобиль. И на старом не хочется - согласен. Только создатели нового автомобиля не претендуют на его изобретение. И не агитируют за езду на нем. И так все ездят. Они просто представляют новые возможности. При этом не навязывают свое превосходство и не предъявляют претензию на первородство
                        Чувствуете разницу?

                    • Анатолий Белайчук Виктор
                      Рейтинг: 10
                      Comindware
                      Chief Evangelist
                      09.04.2015 20:58

                      Ну знаете... определения в интернете можно найти какие угодно, на любой вкус. Если хотите что-то не конъюнктурное, то советую вот это:

                      Business Process Management (BPM) is a discipline involving any combination of modeling, automation, execution, control, measurement and optimization of business activity flows, in support of enterprise goals, spanning systems, employees, customers and partners within and beyond the enterprise boundaries.

                      Это определение есть результат консенсуса ведущих специалистов в данной области. В будущей 4-й версии Свода знаний по процессному управлению (ABPM CBOK) будет использовано это же определение.

                      Там же по ссылке можете прочесть как к этому определению пришли, почему и какие рассматривались альтернативы. Специально для Вас в разделе "Misrepresentations of BPM":

                      BPM is not a product.

                      • Виктор Федько Анатолий
                        Рейтинг: 289
                        АО МПО им.И.Румянцева
                        Зам. начальника управления информационных технологий
                        09.04.2015 21:14

                        Не конъюнктурное хочу. Но не могу найти. Любые определения так или иначе конъюнктурны. В зависимости от целей и задач тех, кто определения формулирует.

                        Вот и до сути добрались))) BPM is a real good product. ! Любая идея, любая философия, любое ноу-хау лишь тогда чего-нибудь стоят, когда хорошо воспринимаются и, соответственно, продаются. И BPM как религия - не исключение. Красиво смотрится, выигрышно преподносится, имеет право на существование - и, как итог, хорошо берется. То есть, продается.

                        • Анатолий Белайчук Виктор
                          Рейтинг: 10
                          Comindware
                          Chief Evangelist
                          09.04.2015 21:44

                          Дифференциальное исчисление и ТФКП ничего не стоят, потому что тяжело воспринимаются и плохо продаются. В самом деле, кому-нибудь удалось разбогатеть на ТФКП?

                          Полегче с обобщениями.

                          • Виктор Федько Анатолий
                            Рейтинг: 289
                            АО МПО им.И.Румянцева
                            Зам. начальника управления информационных технологий
                            09.04.2015 22:00

                            Так это смотря в какой фантик обернуть.))) .Можно и продать.
                            Я не обобщаю вовсе, я просто начинаю понимать смысл.

            • Игорь Столяренко Виктор
              Рейтинг: 10
              АО "Россельхозбанк"
              Информационная безопасность
              12.04.2015 20:15

              Все правильно.
              СЕО - часто, куратор проекта, который ставит цель и на начальном этапе помогает определить круг заинтересованных сторон. Дальше вы сами.

  • Дмитрий Бацюро
    Рейтинг: 10
    -
    независимый эксперт по управлению ИТ
    02.04.2015 18:27

    Я бы назвал сквозной процесс "От заявки до поставки". А если взять чуть шире, то, может быть, имеет смысл вообще сделать "От возникновения потребности в ремонте до ее закрытия". Второй вариант позволит дополнительно отслеживать ситуации, когда заказано было не то, что нужно, и заказанные материалы не решили проблему - то есть ресурсы были потрачены впустую.

  • Анатолий Белайчук
    Рейтинг: 10
    Comindware
    Chief Evangelist
    02.04.2015 19:00

    Завязавшаяся дискуссия наглядно иллюстрирует фундаментальную проблему: сколько людей, столько и трактовок понятия "бизнес-процесс".

    Непрерывное обеспечение кого-то чем-то - это скорее функция, чем процесс. К слову, IDEF0 моделирует не процессы, а взаимосвязь функций. Там да - входы, выходы, контроль и т.д.

    А вот BPMN моделирует именно процессы, и в нем они не непрерывны, а дискретны: известное стартовое событие, предопределенная последовательность шагов, несколько вариантов завершения. И когда мы говорим о границах процесса, то это стартовое и завершающее события.

  • Марк Шварцблат
    Рейтинг: 10
    КТ "Акведук"
    ИТ-директор
    03.04.2015 09:51

    1. Почти любую (кроме самых тривиальных) функций можно, при необходимости, развернуть в процесс (декомпозировать).
    2. Равно как почти любой процесс для удобства модно представить (свернуть) функцией в другом процессе.
    3. Можно считать функцией некое элементарное действие по преобразованию объекта на входе.
    4. Можно называть это элементом, действием, операцией.
    5. Можно считать, что нижним пределом функции будет недекомпозируемая последовательность действий.
    6. Я для себя определяю функцией перечень обязательств бизнес-единицы (сотрудника или подразделения) по отношению к процессу в его конкретной точке.
    7. Поэтому можно считать снабжение функцией по отношению к основному производству. Но мы же "внутри" и именно в этом контексте пытаемся моделировать данный БП. Разве нет?

    • Анатолий Белайчук Марк
      Рейтинг: 10
      Comindware
      Chief Evangelist
      03.04.2015 11:05

      Вся отечественная управленческая терминология заимствована из английского - нравится или не нравится, но это так. А у англосаксов function применительно к менеджменту - это "логическое подразделение" - группа обязанностей, требующих схожих навыков и компетенций.

      Почему логическое? Например, финансы и бухучет - это логически две разных функции, которые в реальном мире могут реализовываться по разному. Где-то финансовый отдел подчиняется бухгалтерии, где-то бухгалтерия - часть департамента финансов.

      Процессы и функции не подчиняются друг другу и не декомпозируются друг в друга - они ортогональны! Процессы декомпозируются на функциональные блоки, выполняемые конкретной функцией.

      • Марк Шварцблат Анатолий
        Рейтинг: 10
        КТ "Акведук"
        ИТ-директор
        03.04.2015 11:45

        У каких англосаксов? Не одна же общепризнанная терминология и научная школа. Их же несколько конкурирующих. Прямо сейчас легким поиском нашел три разных определения функций в процессах. :)

        И как это противоречит моему п.6?

        А нам на преподавали, что функция - составная часть процесса. О чем и говорит второе предложение вашего третьего абзаца. :) Которое противоречит первому предложению вышеуказанного абзаца. Мне так показалось. Нет?

        Посему не совсем понимаю - к чему тут перпендикулярность процессов и функций. :)

        • Анатолий Белайчук Марк
          Рейтинг: 10
          Comindware
          Chief Evangelist
          03.04.2015 12:04

          Перпендикулярность означает, что функции существуют независимо от процессов. Процессов может вовсе не быть, а функцию бухучета уже кто-то выполняет.

          • Марк Шварцблат Анатолий
            Рейтинг: 10
            КТ "Акведук"
            ИТ-директор
            03.04.2015 12:09

            А бухгалтер на совещаниях оперирует словосочетанием "процесс сдачи бух отчётности", "процесс подведения итогов месяца". И?

            И даже регулярно бывает еще смешнее (моя практика). Главбух с бухгалтерами есть, а функции бухучёта нет. Уже или еще. :)

            • Анатолий Белайчук Марк
              Рейтинг: 10
              Comindware
              Chief Evangelist
              03.04.2015 12:19

              Ну мало ли... на заборе и не то пишут, а там дрова.

              Впрочем к процессу сдачи бухотчетности у меня лично претензий нет. Нормальный себе вспомогательный процесс.

              Вот "бизнес-процесс бухгалтерии" - это жесть!

              • Марк Шварцблат Анатолий
                Рейтинг: 10
                КТ "Акведук"
                ИТ-директор
                03.04.2015 12:38

                Всё, что имеет отношение к бизнес-деятельности предприятия можно считать бизнес-процессом. И вообще, организация деятельности бухгалтерии на базе процессных принципов сильно облегчает жизнь предприятия.

                Но возвращаясь к декомпозиции:

                Процессы и функции не подчиняются друг другу и не декомпозируются друг в друга - они ортогональны! Процессы декомпозируются на функциональные блоки, выполняемые конкретной функцией.
                Нет ли тут логического противоречия? :)

                • Дмитрий Бацюро Марк
                  Рейтинг: 10
                  -
                  независимый эксперт по управлению ИТ
                  03.04.2015 17:16

                  Логического противоречия тут нет. Функции не являются частями процессов. Процессы не являются частями функций. Функциональные блоки являются частями процессов. Функциональные блоки исполняются функциями. Где тут противоречие?

  • Анатолий Белайчук
    Рейтинг: 10
    Comindware
    Chief Evangelist
    03.04.2015 11:56

    Перпендикулярность означает, что функции существуют независимо от процессов. Процессов может вовсе не быть, а функцию бухучета уже кто-то выполняет.

  • Георгий Давыдов
    Рейтинг: 10
    R-Style Softlab
    Архитектор интеграционных решений
    09.04.2015 15:14

    Привет! Заинтересовало, прочитал, улыбался.

    "Процессов может вовсе не быть, а функцию бухучета уже кто-то выполняет."

    Если кто-то что-то выполняет, однозначно бизнес-процесс есть. Просто он может быть не формализован, не назван, размыт. Но он есть.

    Вообще выглядит как разговор теоретика с практиком. Все говорят об одном, но немного разными словами, поэтому договориться не могут. Процесс, функция, сервис, процедура ..., уж так получилось, применяются в современном мире ИТ весьма вольно и разнообразно. Пойти проверить трубу на протечку, это тоже себе и процесс, и функция. Для котельщика это уж точно процесс, для нач. котельной это функция котельщика...

    Давать правильные названия, расшифровывать понятия - дело на любителя, которое, на мой взгляд, практической пользы не несёт, но позволяет претендовать на некую научность и фундаментальность.

    В приведённом сценарии нет важного смысла, как назвать процесс. И обязательно нужно понимать, что процесс может быть и будет один (назовём его корневой БП, для будущего), но он будет состоять из множества вложенных подпроцессов, которые в свою очередь будут самыми настоящими бизнес-процессами, состоящими из множества подпроцессов. И так далее. До разумной декомпозиции.
    Здесь опять можно спускаться в теорию и выявлять критерии и правила, когда стоит остановиться и сказать, что это процесс нижнего уровня. Но это не моё, это нужно чувствовать «на кончиках пальцев». Теория тут не поможет.
    Если уж действительно пытаться понять кто прав, то стоит зайти не с уровня теории, а с уровня технической реализации, благо тут ведь речь про BPM процесс, BPM систему и автоматизацию. И тогда вообще таких вопросов не будет. Там чётко есть процесс, подпроцесс, функция, правило, сервис. И вот только это является истинной для понимания, что же есть процесс, а что функция.

    • Анатолий Белайчук Георгий
      Рейтинг: 10
      Comindware
      Chief Evangelist
      09.04.2015 21:05

      Георгий, разумеется, главное не то, как процесс назвать, а то, как определить его рамки. Ограничите рассмотрение фрагментом процесса - не получите требуемый бизнес-результат.

      Но вот какая штука: то, как мы вещь называем, влияет на то, как мы с ней обращаемся. В рассматриваемом случае, назовем процесс "согласование" - и автоматически ограничим рамки процесса согласованием. А дальше см. п.1.

      И давайте постараемся избегать профессиональных деформаций - что такое "мир ИТ", кому он интересен? ИТ - всего лишь инструмент решения бизнес-задач.

      • Георгий Давыдов Анатолий
        Рейтинг: 10
        R-Style Softlab
        Архитектор интеграционных решений
        10.04.2015 08:51

        Хм. Бизнес-результат. Перечитал, максимально похожее на бизнес-результат – «просит заказчик: автоматизировать процесс «Согласование заявок на закупку». Так что-же просит заказчик? Начинать нужно не только с описания «as-is», но и с вопроса "зачем", "что не нравится". Бизнес-цель, которая скрыта за словами "автоматизировать процесс …" не раскрыта.

        Не понятно, что же Вы пытаетесь решить. Грубо, можно выделить прямую и обратную ветку: "согласование нужд в трубах" и "удовлетворение нужд в трубах", соответственно. Связанные, но весьма автономные задачи. У каждой из них будут свои разные и общие бизнес-результаты. У комплексного решения будут более глобальные бизнес-результаты.

        А, вообще, если вернуться к практике, не изобретая велосипед: замените трубы на деньги / сотрудников / продукты питания и получите давно и успешно автоматизированные, структурированные, изученные, придумаю новое слово "шаблонизированные" (т.е. то, что уже имеет некий шаблон, проверенный практикой) процессы бюджетирования / найма / снабжения в ретейле. Различий в этих процессах, не позволяющих использовать наработки одного в другом, я не вижу.

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

  • Игорь Столяренко
    Рейтинг: 10
    АО "Россельхозбанк"
    Информационная безопасность
    12.04.2015 18:05

    Коллеги, предлагаю применить проектный подход к решению, озвученной в первом посте, задачи.
    Аналитик отвечает только за формирование бизнес-требований, которые определяются представителями всех заинтересованных лиц по проекту. В результате работы рабочей группы по матрице требований и будут сформированы детальные бизнес-требования. Нам не известно на первоначальном этапе, увеличится ли их количество или изменятся сами формулировки. Главное, что затем, при формировании детального плана работ будут учтены полномочия всех заинтересованных сторон, состав и сроки работ.
    Считаю, что определять состав процессов ранее, непродуктивно.

    • Анатолий Белайчук Игорь
      Рейтинг: 10
      Comindware
      Chief Evangelist
      13.04.2015 08:24

      Думаете, проектная бюрократия нас спасет? ;)

      Рабочей группе спустят задачу разработать детальные требования для процесса "Согласование заявки" - она ровно это и сделает. И толку в итоге не будет, как не определяй состав и сроки работ.

      Редко когда рабочая группа способна пересмотреть рамки проекта, а тут проблема как раз в том, что они неправильно заданы.

  • Анатолий Белайчук
    Рейтинг: 10
    Comindware
    Chief Evangelist
    13.04.2015 08:24

    Думаете, проектная бюрократия нас спасет? ;)

    Рабочей группе спустят задачу разработать детальные требования для процесса "Согласование заявки" - она ровно это и сделает. И толку в итоге не будет, как не определяй состав и сроки работ.

    Редко когда рабочая группа способна пересмотреть рамки проекта, а тут проблема как раз в том, что они неправильно заданы.

  • Виктор Федько
    Рейтинг: 289
    АО МПО им.И.Румянцева
    Зам. начальника управления информационных технологий
    13.04.2015 09:14

    1. Почему, все-таки не будет толку ?
    2. И почему не правильно заданы рамки проекта?
    3. И как правильно надо было их задать?

    • Анатолий Белайчук Виктор
      Рейтинг: 10
      Comindware
      Chief Evangelist
      13.04.2015 10:09

      1,2: Первое правило обсуждений в интернете: пост не читай, сразу комментируй! :)

      Цитирую сам себя:

      Напомню: исходно заказчик говорил о процессе "Согласование заявки на закупку". Соответственно, начинается он тем, что формируется заявка от котельной, а заканчивается тем, что из множества заявок котельных, прошедших группировку (по товарным позициям) и разгруппировку (по товарным группам и/или поставщикам) формируется набор заявок на закупку. Можно продлить процесс дальше, включив в него размещение заявок у поставщиков, проведение тендеров и выбор победителей. Но достаточно ли этого? Выясняется, что нет: заявки могут быть идеально сформированы, согласованы и заказаны, но заказчик свои трубы не получит, так как они ушли "налево". Это означает, что если мы хотим решить бизнес-задачу - обеспечения потребностей котельных в материалах, комплектующих, оборудовании и сопутствующих услугах - то нам не обойтись без того, чтобы расширить рамки процесса, включив в него контроль отгрузок по заявкам на закупку, превратившимся в договора с поставщиками.

      3: Продолжение следует...

      • Виктор Федько Анатолий
        Рейтинг: 289
        АО МПО им.И.Румянцева
        Зам. начальника управления информационных технологий
        13.04.2015 10:50

        1. Пост читал. Ответ не получил. "Не будет толку" - это не ответ. Нужно обоснование, подкрепленное практикой. А это всего лишь мнение.

        2. Расширять рамки проекта можно до бесконечности. И не факт, что такое расширение будет лучше. Это , опять же, всего лишь мнение.

        3. Вот продолжение - самое интересное.

        • Анатолий Белайчук Виктор
          Рейтинг: 10
          Comindware
          Chief Evangelist
          13.04.2015 10:58

          Определение рамок проекта - это, реально, самая творческая, сложная и интересная составляющая процессной работы. Ну и еще проектирование архитектуры - сколько в проекте потоков работ и как они друг с другом взаимодействуют. Все остальное - техника, в общем-то.

          И Вы правы, опасность тут двоякая - как заузить рамки, так и неоправданно их расширить.

          Если мои аргументы Вас не убеждают, то я здесь бессилен. На мой взгляд, все очевидно: бизнес-проблема (из-за которой, на минуточку, генеральный директор может запросто лишиться своей должности) - это своевременная подготовка котельных к отопительному сезону. Бизнес-процесс "от заявки котельной до заявки поставщику" ее не решает, т.к. заявка может быть составлена идеально, а котельная трубы не получит.

          Dixi.

          • Виктор Федько Анатолий
            Рейтинг: 289
            АО МПО им.И.Румянцева
            Зам. начальника управления информационных технологий
            13.04.2015 11:39

            Полностью согласен насчет самой творческой работы - это и правда интересно.

            То , что бизнес-процесс "от заявки котельной до заявки поставщику" не решает задачу удовлетворения заявителю - тоже сомнению не подлежит.

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

            Другое дело, что рассматривать то можно любой сквозной БП. И растянуть его до неприличия - лучше он работать от этого не будет. Таково мое мнение. А вот разбить на процессы попроще, помельче, завязать их между собой и посмотреть узкие места - вот это действительно самое важное и увлекательное. Архитектура в том числе.

            А вот в данном конкретном случае считаю, что бизнес-процесс "от заявки котельной до заявки поставщику" - вполне имеет право на существование. Конечной задачи не решит, но свою роль выполнит.

            А следующим будет уже БП "От склада до конечного пользователя-заявителя.". Со всеми соответствующими контролями и т.п.

            А уж потом начнется следующий процесс - замена труб. И так далее.

            • Анатолий Белайчук Виктор
              Рейтинг: 10
              Comindware
              Chief Evangelist
              13.04.2015 12:41

              Виктор, знаете, это общее место: буквально каждый считает, что "у меня-то процессы - ого-го, а у остальных - ерунда, любой бы справился". Банкиры считают, что у них очень все сложно, гораздо сложнее, чем в рознице; розница считает, что у них логистика офигенно сложная, а произвести - плевое дело, а производственники считают, что сложнее производства ничего нет, а банкиры вообще задарма свой хлеб едят.

              Так что я бы не торопился клеймить "бардак в организации" - напомню, речь идет о примерно 4000 котельных, расположенных зачастую в таких медвежьих углах... в Заполярье, например. Исходный уровень квалификации и исполнительской дисциплины у людей представили себе? А протащить управление через три уровня иерархии? Управлять всеми 4000 объектами напрямую - тоже не вариант.

              По поводу "процесс свою роль выполнит" - не согласен. Считаю, что фальстарты тут категорически недопустимы. Вы или решаете бизнес-задачу, или нет. Это ИТ-директору вольно сказать "зато мы инфраструктуру улучшили". А процессный аналитик - как минер, ошибается один раз ;) Второго шанса ему не дадут.

              В данной конкретной задаче, если вы разрежете процесс на два - до заявки и от склада - то должной оперативности реакции на возмущения вы не достигнете. Проще говоря, дозаказать трубы вовремя не успеете, и северным завозом этого года они к заказчику не придут. Все замерзнут, директора снимут :( Но Вы, правда, этот вариант предусмотрели: сам виноват :)

              • Виктор Федько Анатолий
                Рейтинг: 289
                АО МПО им.И.Румянцева
                Зам. начальника управления информационных технологий
                13.04.2015 16:42

                1. Как-то не заметил, чтобы тут кто-то хвалился сильно. У каждого свои "тараканы" и он борется с ними как умеет.

                2. Я не тороплюсь клеймить, я просто констатирую факт - если нет должного контроля - это бардак. Хотя и объективные условия тоже роль играют конечно. Отдаю должное постановке задачи, исходным данным. И 4000 котельных отдельно. И уровень людей себе тоже представляю отлично, сталкивался. Оттого и считаю, что не сильно поможет тут какая-либо реструктуризация БП. В чем-то - да, но не более. И разницы, как будут построены взаимоотношения между процессами не вижу особой тоже - вместе с этим туда завезут других людей? И дисциплина подскочит? Контроль усилится, согласен. Весь вопрос - насколько и что это даст?

                3. Фальстарты недопустимы, но они случаются сплошь и рядом. Если в таком сложном процессе все "поехало" сразу и с первого раза - значит что-то не предусмотрели. Ждите подвоха. На то и существует термин "опытная эксплуатация"

                4. Да почему процессному аналитику можно только один раз ошибаться? Все зависит от сложности задачи и от постановки.И от людей, которые все это ему рассказывали. Любой человек имеет право на ошибку. Существуют пилоты и т.п. И если люди адекватные, то и второй шанс дадут и третий. А если нет - то лучше с ними дела не иметь вообще.
                ИТ-директор, рассказывающий про инфраструктуру - да, это встречается. только это нонсенс, инфраструктура в чистом виде никого не интересует. И если на ней ничего нет, так и зачем она нужна? Вместе, кстати, с таким СИО.

                5.

                Проще говоря, дозаказать трубы вовремя не успеете, и северным завозом этого года они к заказчику не придут. Все замерзнут, директора снимут

                Может и снимут. Только вот вопрос один - там что, директора каждый год меняют? Трубы каждый год рвет? Наверное, нет , все-таки. Ведь работают же как-то, десятилетиями. Выкручиваются.. Тяжело, неправильно, но работают. А вот чтоб было не тяжело - и нужна модификация БП, нужен детальный анализ. Возможно, тот самый процессный подход. Системный. А уж насколько он поможет и как все это будет выстроено - покажет практика, эксплуатация.

  • 16.04.2015 15:34

    Если трубы, приобретенные для конкретной котельной, ушли "налево", то это значит, что процесса либо нет, либо он нарушен.
    Потому что в правильном процессе трубы не могут быть отпущены со склада без выполнения соответствующей процедуры. И если отпуск труб происходит в результате форс-мажора, то автоматически должна включаться процедура дозаказа на восполнение (я уж не говорю о том, что в нормальной ситуации должен быть резерв -- запас труб на устранение аварий).

    Меня в описанной Вами ситуации настораживает отсутствие внутри нее складского учета. Да и логистики вообще: не учтены подпроцессы поставки и приемки (логистика снабжения), хранения, учета и отпуска (склад), а также отгрузки, доставки и приемки у потребителя.

    • Анатолий Белайчук
      Рейтинг: 10
      Comindware
      Chief Evangelist
      16.04.2015 16:01

      Александр

      Будьте спокойны - и склад есть, и учет есть, и процедура отпуска со склада есть. Нет сквозного процесса от начала подготовки к зиме до готовности к зиме. И если его не будет, то отдельные процедуры для того и для этого не помогут.

  • Анатолий Белайчук
    Рейтинг: 10
    Comindware
    Chief Evangelist
    16.04.2015 16:02

    Опубликована третья часть.

Предметная область
Отрасль
Управление