Главная страница
Навигация по странице:

  • Теоретические вопросы

  • Рисунок 1. Интерфейсы бизнес-процесса. Рисунок 1. Интерфейсы бизнес-процесса.

  • Рисунок 2. Модель «как есть».

  • Русский язык. Андриянов, Алексеев . Практическая №10. Практическая работа 10 Реинжиниринг бизнес процессов методом горизонтального иили вертикального сжатия


    Скачать 33.04 Kb.
    НазваниеПрактическая работа 10 Реинжиниринг бизнес процессов методом горизонтального иили вертикального сжатия
    АнкорРусский язык
    Дата14.12.2022
    Размер33.04 Kb.
    Формат файлаdocx
    Имя файлаАндриянов, Алексеев . Практическая №10.docx
    ТипПрактическая работа
    #844795

    Практическая работа № 10 «Реинжиниринг бизнес процессов методом горизонтального и/или вертикального сжатия»

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

    Теоретические вопросы

    Вертикальное «сжатие» бизнес-процесса — сокращение уровней функциональной иерархии, задействованных в выполнении процедур процесса и принятии решений.

    Задание №1

    Принцип 1.5. «Поручите выполнение процесса тем, кто использует его результат».

    Принцип, предложенный Хаммером. Рассматривается целесообразность выполнения процедур бизнес-процесса специализированными подразделениями. Например, закупка осуществляется Отделом снабжения для всех подразделений предприятия на основе согласованных заявок. Применять рассматриваемый принцип реорганизации можно было бы следующим образом: 1) некоторые виды материальных ценностей могут закупаться непосредственно подразделениями; 2) процедура согласования заявок может быть пересмотрена с точки зрения упрощения и применения различных регламентов при различных суммах закупки. Другой пример: ремонт оборудования выполняет специализированное Подразделение 2, при этом качество и сроки ремонта не устраивают Подразделение 1, занимающееся эксплуатацией этого оборудования. В данном случае может оказаться целесообразным выполнение ремонта (например, текущего) силами Подразделения 1. При передаче работы в другие подразделения возникают т.н. интерфейсы бизнес-процессов: из одного подразделения в другое передается информация (документы, устные распоряжения, звонки) и материальные ресурсы. Пример интерфейсов приводится на следующем рисунке 1.



    Рисунок 1. Интерфейсы бизнес-процесса.



    Рисунок 1. Интерфейсы бизнес-процесса.

    В показанном на рисунке 1 процессе управления дебиторской задолженностью участвуют несколько подразделений: бухгалтерия учитывает хозяйственные операции, финансовый отдел контролирует величину дебиторской задолженности, отдел сбыта принимает меры по ее сокращению. Типичные проблемы состоят в том, что, во-первых, оперативность получения информации по состоянию задолженности является недостаточной, а, во-вторых, подразделение, ответственное за возникновение этой задолженности, получает информацию последним. На практике часто встречается ситуация, когда на предприятии ведется несколько параллельных систем учета отгрузок и дебиторской задолженности: бухгалтерская система, оперативная система учета отдела сбыта (Excel), система учета финансового отдела (Excel). Отдел сбыта вынужден вести свою внутреннюю систему учета, так как оперативность системы бухгалтерского учета его не устраивает. На следующем рисунке показан пример реорганизации бизнес-процесса. Другой пример использования рассматриваемого принципа приводится на следующих рисунках 2, 3.



    Рисунок 2. Модель «как есть».



    Рисунок 3. Модель «как должно быть».

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

    Вывод: В данной работе мы научились использовать метод горизонтального и/или вертикального сжатия для реинжиниринга бизнес-процессов; Также осуществлять постановку задач по обработке информации; Проводили анализ предметной области; Осуществляли выбор модели и средства построения информационной системы и программных средств.




    написать администратору сайта