Файл: Применение процессного подхода для оптимизации бизнес-процессов (Бизнес-процессы).pdf
Добавлен: 24.04.2023
Просмотров: 375
Скачиваний: 2
СОДЕРЖАНИЕ
1 ОСНОВНЫЕ ПОНЯТИЯ ПРОЦЕССНОГО ПОДХОДА
1.2 Жизненный цикл информационной системы
1.3 Каскадная модель жизненного цикла программного средства
1.4 Поэтапная модель с промежуточным контролем
1.5 Спиральная модель жизненного цикла программного средства
1.6 Инкрементная модель жизненного цикла программного средства
2 ОПТИМИЗАЦИЯ БИЗНЕС-ПРОЦЕССОВ
2.1 Общая характеристика бизнес-процесса
2.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 Удаление программного продукта и изъятие его из использования |
УОЦ |
|