Файл: Применение процессного подхода для оптимизации бизнес-процессов (Бизнес-процессы).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 24.04.2023

Просмотров: 375

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

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

В сфере производства программного обеспечения на заказ де факто сложилась определенная схема разработки конечного продукта. Эта схема представлена на рисунке 18.

Рисунок 18 – Схема разработки заказного программного обеспечения

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

Такому положению дел способствуют и быстрые изменения в сфере программирования – появление новых устройств, новых языков программирования и средств разработки.

Несмотря на то, что основные модели жизненного цикла разработки программных продуктов уже сформировались, некоторые технологические приемы и внесение изменений на каждом этапе все же случаются достаточно часто.[12]

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

Компания организована недавними выпускниками технического вуза, поэтому большинство штатных сотрудников – молодые люди, некоторые из которых совмещают работу с учебой. Это дает организации определенные преимущества – уверенное владение современными технологиями и техникой, понимание тенденций развития программного обеспечения, навыки разработки в рамках самых современных концепций программирования. Развитию компании сопутствуют дерзость, энергия и задор молодости.

Но такая ситуация имеет и слабые стороны – отсутствие опыта управления организацией, владение теорией оптимального управления без подкрепления ее практикой. Заказчики в переговорном процессе большее доверие испытывают к партнерам зрелого возраста. В силу молодости руководители и менеджеры не всегда рационально формируют штатное расписание организации, не понимают важность оптимального режима работы в сочетании с разумными перерывами на отдых, а также недооценивают необходимость налаживания системы контроля. Часто администраторам организации не хватает простого терпения и мудрости.


Организационная структура ООО «Интеллект» представлена на рисунке 19.

Рисунок 19 – Организационная структура ООО «Интеллект»

Бизнес-процесс реализуется в зависимости от поступившей заявки либо отделом разработки офисных приложений, либо отделом Интернет – решений. В каждом из отделов имеется группа разработки и менеджер проектов.

Потребителями бизнес-процесса разработки программного продукта на заказ являются:

  • промышленные предприятия (заказывают как офисные, так и web-приложения);
  • организации сферы обслуживания (заказывают как офисные, так и web-приложения);
  • бюджетные организации (заказывают в основном web-приложения).

Все потребители процесса являются внешними по отношению к исполнителям организациями.[20]

Среди потребителей бизнес-процесса есть как постоянные клиенты, так и клиенты, сделавшие один-два заказа. Приблизительная пропорция заказчиков:

  • 61% - постоянные заказчики;
  • 39 % - однократные заказчики.

Такое распределение пропорций говорит о том, что команда разработчиков ООО «Интеллект» уже зарекомендовала себя как надежный партнер, оказывающий качественные услуги.

Метрики, на основании которых можно оценить качество бизнес-процесса разработки программного продукта на заказ:

  • время выполнения заказа;
  • функциональность программы;
  • качество пользовательского интерфейса;
  • качество сопровождения продукта;
  • стоимость работы (руб./час).

При этом для обеспечения унифицированной оценки принята пятибалльная оценка метрик:

  • время выполнения заказа
      • 1 – критичное нарушение сроков сдачи проекта;
      • 2 – некритичная задержка сдачи проекта;
      • 3 – сдача готового проекта в срок с последующей доработкой;
      • 4 – сдача готового проекта и его доработка к принятому сроку;
      • 5 – досрочная сдача готового проекта;
  • функциональность программы
      • 1 – программа не решает поставленные задачи;
      • 2 – частичная реализация функций;
      • 3 – функции реализованы в целом;
      • 4 – функции реализованы полностью, но есть незначительные замечания;
      • 5 – функции реализованы полностью, без замечаний;
  • качество пользовательского интерфейса
      • 1 – пользовательский интерфейс неудобный и нефункциональный, нет сопроводительных комментарий для оператора;
      • 2 – интерфейс пользователя неудобный, нарушает общепринятые принципы реализации отдельных функций;
      • 3 – программа имеет неудобный, но функциональный интерфейс;
      • 4 – пользовательский интерфейс реализован качественно с некоторыми замечаниями заказчика;
      • 5 – пользовательский интерфейс реализован качественно, удобно для оператора;
  • качество сопровождения продукта
      • 1 – программный продукт не сопровождается после внедрения;
      • 2 – сопровождение программного продукта осуществляется разово за отдельную плату;
      • 3 – сопровождение программного продукта осуществляется разово без дополнительной оплаты;
      • 4 – сопровождение осуществляется системно в период гарантийного срока;
      • 5 – сопровождение осуществляется системно до изъятия разработанной программы из эксплуатации;
  • стоимость работы (руб./час)
      • 1 – очень высокая;
      • 2 – высокая;
      • 3 – выше среднего;
      • 4 – выше ожидаемой;
      • 5 – совпадает с ожиданиями заказчика.

Определим интегральные оценки бизнес-процесса разработки программного продукта на заказ методом аддитивной свертки.[5] Интегральные оценки по каждой метрики сведены в таблицу 2.

Таблица 2 – Оценка качества бизнес-процесса потребителями

Метрика

5

4

3

2

1

Интегральная оценка

Время выполнения заказа

82%

10%

6%

2%

0%

4,72

Функциональность программы

68%

22%

10%

0%

0%

4,58

Качество пользовательского интерфейса

22%

11%

5%

42%

2%

2,73

Качество сопровождения продукта

20%

21%

33%

20%

6%

3,29

Стоимость работы

9%

13%

18%

22%

38%

2,33

Результаты интегральной оценки метрик показывают, что ситуация со временем выполнения заказа и функциональностью программы является сильной стороной ООО «Интеллект». Качество процесса по метрике Качество сопровождения продукта. В части метрик Качество пользовательского интерфейса и Стоимость работы необходимо улучшить характеристики бизнес-процесса, так как эти характеристики не устраивают большое количество заказчиков и делают организацию уязвимой в конкурентном соревновании.

У ООО «Интеллект» имеется 3 организации – конкурента, которые оказывают аналогичные услуги и разрабатывают программные продукты под заказ.

Сравним исследуемый процесс с процессами конкурентов по двум измеримым метрикам:

  • среднее время выполнения заказа на разработку (для оценки выбраны однотипные заказы среднего уровня сложности);
  • средняя стоимость часа работы.

Результаты сравнения представлены в таблице 3.

Таблица 3 – Сравнение исследуемого процесса с процессами конкурентов

Метрика

ООО «Интеллект»

Конкурент 1

Конкурент 2

Конкурент 3

Среднее время выполнения заказа (дн.)

14

15

14

17

Средняя стоимость часа работы (руб.)

2000

1200

1550

1370


На рисунках 20 – 21 представлены столбиковые диаграммы, демонстрирующие уровни значений метрик исследуемого процесса и аналогичных процессов конкурентов.

Рисунок 20 – Сравнение по времени выполнения заказа

Рисунок 21 – Сравнение по стоимости работы

2.2 Построение модели процесса

Бизнес-процесс описан в нотации IDEF0. Диаграмма первого уровня, а также детализация одного из узлов выполнена с помощью универсального векторного графического редактора MS Visio.[4]

Диаграмма бизнес-процесса разработки программного продукта на заказ первого уровня представлена на рисунке 22.

Рисунок 22 – Диаграмма первого уровня

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

Детализация блока диаграммы Разработка программного продукта представлена на рисунке 23.

Рисунок 23 – Детализация узла Разработка программного продукта

Для представления действий каждого участника подпроцесса Разработка программного продукта в MS Visio разработана диаграмма прецедентов (рисунок 24).

Рисунок 24 – Диаграмма прецедентов процесса

Для модели процесса оценим отдельные шаги процесса для выявления их необходимости. Оценки поможет увидеть и осознать «тонкие» места процесса, в рамках которых он может быть улучшен.[10]

Используемые обозначения:

  • УПЦ - действие, увеличивающее потребительскую ценность продукта;
  • УОЦ - действие, увеличивающее организационную ценность продукта;
  • УНЦ - действие, не увеличивающее ценность продукта.

Отдельные этапы бизнес-процесса разработки программного продукта на заказ:

  • Заключение договора с заказчиком;
  • Разработка программного продукта;
  • Разработка регламентов и сопроводительных документов;
  • Внедрение программного продукта;
  • Сопровождение программного продукта.

Оценка шагов бизнес-процесса представлена в таблице 4.

Таблица 4 – Оценка шагов бизнес-процесса


Шаг процесса

Оценка

Возможность изменения

1. Заключение договора с заказчиком

1.1 Обсуждение с заказчиком требований к программному продукту

УОЦ

1.2 Формирование и утверждение ТЗ

УОЦ

1.3 Подписание договора с заказчиком

УПЦ

Совместить с 1.3

2. Разработка программного продукта

2.1 Распределение ролей в команде

УОЦ

2.2 Разработка дизайна проекта

УПЦ

Вынести на аутсорсинг

2.3 Верстка ресурса

УПЦ

Вынести на аутсорсинг

2.4 Разработка алгоритма решения задачи

УПЦ

Совместить в 2.2 и 2.3

2.5 Написание программного кода

УПЦ

2.6 Отладка программного кода

УПЦ

2.7 Тестирование программного кода

УПЦ

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

3.1 Описание программного продукта

УОЦ

Совместить с 2.6 по времени выполнения

3.2 Составление функциональной схемы программы

УОЦ

Совместить с 2.6 по времени выполнения

3.3 Разработка

  • руководства пользователя;
  • руководства оператора;
  • руководства системного оператора.

УОЦ

Совместить с 2.7 по времени выполнения

3.4 Печать документации и направление копий документации всем заинтересованным лицам

УНЦ

Заменить на электронные копии, направляемые по рассылке

4. Внедрение программного продукта

4.1 Разворачивание программы на платформе заказчика

УПЦ

4.2 Запуск и тестирование функционала

УПЦ

4.3 Приемка программного продукта заказчиком

УПЦ

4.4 Подписание акта выполненных работ

УОЦ

4.5 Передача копий акта бухгалтеру и в налоговую службу

УНЦ

Выполнять, используя электронный документооборот

4.6 Оценка продукта заказчиком

УОЦ

5. Сопровождение программного продукта

5.1 Обучение персонала

УПЦ

Использовать дистанционные технологии обучения

5.2 Оперативное реагирование на выявленные случаи некорректной работы программы

УПЦ

Заменить электронной копией

5.3 Удаление программного продукта и изъятие его из использования

УОЦ