Имитационная модель бизнес-процессов компании-разработчика программного обеспечения

Информация об авторе

Общие сведения о модели

Стоимость модели — Бесплатно, при соблюдении условий лицензии

База модели для скачивания

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

В основе модели — практический опыт работы автора в ИТ-компании, которая занимается разработкой, продажей, внедрением и сопровождением программного обеспечения для российских компаний малого бизнеса, а также для корпоративного рынка.

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

Организационная структура

Организационная структура Компании отражает её основные направления деятельности и представлена на схеме.

Основной бизнес-процесс

Компания занимается различными направлениями деятельности, их возможно разделить на отдельные объекты анализа. Ниже представлен процесс «Деятельность по программным продуктам».

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

Модель построена в соответствии с правилами и методиками бизнес-моделирования, которые применяются в системе Business Studio. Первые 3 уровня построены с использованием Нотации IDEF0, последующие — с использованием нотации BPMN.

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

Особенности работы по выпуску продукта

В модели рассматривается параллельный выпуск двух продуктов двумя отделами:

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

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

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

Для примера такого места показан процесс «Выполнение, работ, которые укладываются в спринт» из процесса «Разработка новой версии продукта».

Модель описывает 3 уровня, на которых могут разрабатываться функции продукта:

1. Сам продукт;
2. Библиотеки;
3. Платформа.

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

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

Порядок разработки продукта, когда готов его прототип, следующий:

1. Параллельно выполняется разработка новых возможностей продукта и его зависимостей: платформы и библиотек;
2. Когда готовы и протестированы платформа и библиотеки, а также закончена разработка новых возможностей продукта, проводится общее тестирование и исправление комплекта поставки: продукта, библиотек и платформы.

В связи с этим, количество реализованных требований зависит от работы нескольких отделов:

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

Это представлено на схеме ниже.

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

Разработка ведётся с применением методологии SCRUM. Она подразумевает, что сотрудники за определённый промежуток времени, называемый спринтом, выполняют то количество поставленных задач, которое успевают.

Пример реализации цикла выполнения работ по выпуску новой версии платформы представлен ниже.

Проверка результатов в режиме регулярной работы

Модель позволяет проверить, как будет работать отдел разработки программ в режиме регулярной работы, выпуская каждый месяц по 1 версии продукта для малого бизнеса, по 1 версии корпоративного продукта и по 2 версии библиотек и платформы.

Например, автором для этих целей было проведено моделирование выпуска 4-х версий продукта (по 2 версии продукта для малого бизнеса и по 2 — корпоративного).

Период имитации был выбран 6 месяцев, чтобы работы по подготовке первой версии (планирование и др.), а также завершающие работы были выполнены полностью.

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

Разработчики продуктов работают с загрузкой 90–95%, что можно считать хорошим показателем.

Дальнейшее развитие модели

Одно из направлений будущих работ — построение воронки продаж, начиная с определения объёма аудитории при планировании маркетинговых активностей и заканчивая повторными продажами. Частично эта работа уже реализована в текущей версии модели, ниже представлен процесс «Генерация лидов».

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