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

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

Имя
Тимофей Бугаевский

Должность

  • Руководитель проектов в сфере ИТ: разработка, внедрение, поддержка систем автоматизации;
  • Основатель ИТ-компании «ZK Interactive».

Контакты

E-mail tbugaevsky@hotmail.com
Skype boogiefromzk
Сайт http://zkinteractive.com/

Модели и решения

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

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

Отрасли

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

Размер организации 50–500 человек
Описание бизнеса Компания-разработчик ПО. Поддерживается технология SCRUM, усиленное тестирование, работа с одним из продуктов по партнёрской схеме
Стоимость бизнес-модели Использование бесплатно при соблюдения условий лицензии: при публикации работ, основанных или использующих данную модель, в электронном виде необходима ссылка на источник: страницу http://zkinteractive.com/management/soft_co_bm/ru/ и указание имени его автора. Для печатных публикаций — такая же ссылка в списке литературы, как электронный ресурс
Отказ от гарантий Данная модель поставляется «как есть», без каких-либо гарантий, в том числе гарантии применимости и работоспособности. Любое использование этой модели пользователь выполняет на свой страх и риск
Стоимость обновлений Обновления не гарантируются. Их стоимость — предмет обсуждения
Информационная поддержка Поддержка осуществляется по e-mail: tbugaevsky@hotmail.com, однако своевременный ответ не гарантируется
Количество пользователей Количество пользователей Бизнес-модели в организации, на которую заключён договор, не ограничено. Зависит только от количества приобретённых лицензий Business Studio
Технические требования Для работы с Бизнес-моделью необходимы:
  • Business Studio Enterprise последней актуальной версии;
  • Microsoft SQL Server 2008 или выше (устанавливается автоматически с Business Studio);
  • Microsoft Visio 2013 или выше.
Рекомендуется 64-битная версия ОС и программ для проведения имитаций на промежутке времени свыше 2 месяцев
Правила работы с Бизнес-моделью Бизнес-модель рекомендуется использовать только для просмотра как справочник (эталон) и по её образцу создавать собственную бизнес-модель в отдельной базе данных. Разрешённые способы выгрузки и переноса информации из Бизнес-модели указаны в Правилах
Обучение Обучение при желании можно согласовать по email: tbugaevsky@hotmail.com, однако своевременный ответ не гарантируется
Онлайн-презентации Онлайн-презентацию при желании можно согласовать по e-mail: tbugaevsky@hotmail.com, однако своевременный ответ не гарантируется

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


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

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

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

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

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

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

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

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

Процесс «Деятельность по программным продуктам»

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

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

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

Процесс «Разработка полнофункциональной версии продукта»

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

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

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

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

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

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

Процесс «Выполнение, работ, которые укладываются в спринт»

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

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

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

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

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

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

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

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

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

Процесс «Определение, на каком уровне реализовать требования новой версии продукта»

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

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

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

Процесс «Выполнение задач до конца спринта»

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

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

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

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

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

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

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

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

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

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

Процесс «Генерация лидов»

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