Отрасли |
|
Размер организации | 50–500 человек |
Описание бизнеса | |
Стоимость |
Использование бесплатно при соблюдения условий лицензии: при публикации работ, основанных или использующих данную модель, в электронном виде необходима ссылка на источник: страницу http://zkinteractive.com/management/soft_co_bm/ru/ и указание имени его автора. Для печатных публикаций — такая же ссылка в списке литературы, как электронный ресурс |
Отказ от гарантий | Данная модель поставляется «как есть», без |
Стоимость обновлений | Обновления не гарантируются. Их стоимость — предмет обсуждения |
Информационная поддержка | Поддержка осуществляется по |
Количество пользователей | Количество пользователей |
Технические требования |
Для работы с
|
Правила работы с |
|
Обучение | Обучение при желании можно согласовать по email: tbugaevsky@hotmail.com, однако своевременный ответ не гарантируется |
Модель описывает
В основе модели — практический опыт работы автора в
Корпоративные продукты компания самостоятельно рекламирует, внедряет и оказывает поддержку пользователям. В свою очередь продвижение, продажа и поддержка продуктов для малого бизнеса осуществляется партнёрами компании.
Организационная структура Компании отражает её основные направления деятельности и представлена на схеме.
Компания занимается различными направлениями деятельности, их возможно разделить на отдельные объекты анализа. Ниже представлен процесс «Деятельность по программным продуктам».
Моделирование выполнено с параметрами (длительность выполнения работ, порядок,
Модель построена в соответствии с правилами и методиками
Для целей анализа можно выбрать как всю организацию целиком, так и
В модели рассматривается параллельный выпуск двух продуктов двумя отделами:
Их работа пересекается, когда для решения задач разработки этих двух продуктов в одно и то же время привлекаются сотрудники отделов разработки библиотек, платформы или отдела тестирования.
В целом работа подразделений разработки по выпуску продукта схожа, поэтому схема построена как единый процесс выпуска продукта, разделяющийся в зависимости от производимого продукта в тех местах, где необходимо указать отличия между этими процессами, например, чтобы указать выполняющие ту или иную операцию должности.
Для примера такого места показан процесс «Выполнение, работ, которые укладываются в спринт» из процесса «Разработка новой версии продукта».
Модель описывает 3 уровня, на которых могут разрабатываться функции продукта:
Библиотеки используются для объединения и унификации функционала, который может использоваться в различных продуктах. Их использование позволяет сделать функционирование всех продуктов Компании сходным и упростить освоение новых продуктов пользователям, знакомым с одним из существующих.
Платформа (или фреймворк) предоставляет разработчикам решений базовый набор возможностей, которыми они могут пользоваться для создания приложений. Польза от неё особенно хорошо видна на примере: когда платформа поддерживает работу под несколько операционных систем, разрабатывая продукт один раз, можно обеспечить его нормальную работу сразу на всех поддерживаемых устройствах.
Порядок разработки продукта, когда готов его прототип, следующий:
В связи с этим, количество реализованных требований зависит от работы нескольких отделов:
Это представлено на схеме ниже.
Если отдел разработки продукта успевает реализовать все требования, а, в платформе или в библиотеках невозможно реализовать требующийся для них функционал, количество выполненных в итоге требований к продукту уменьшается на количество тех, которые не были поддержаны в библиотеках или в платформе.
Разработка ведётся с применением методологии SCRUM. Она подразумевает, что сотрудники за определённый промежуток времени, называемый спринтом, выполняют то количество поставленных задач, которое успевают.
Пример реализации цикла выполнения работ по выпуску новой версии платформы представлен ниже.
Модель позволяет проверить, как будет работать отдел разработки программ в режиме регулярной работы, выпуская каждый месяц по 1 версии продукта для малого бизнеса, по 1 версии корпоративного продукта и по 2 версии библиотек и платформы.
Например, автором для этих целей было проведено моделирование выпуска
Период имитации был выбран 6 месяцев, чтобы работы по подготовке первой версии (планирование и др.), а также завершающие работы были выполнены полностью.
Результаты имитации показывают, что при заданном количестве версий продукта выполняется 94–97% требований пользователей.
Разработчики продуктов работают с загрузкой 90–95%, что можно считать хорошим показателем.
Одно из направлений будущих работ — построение воронки продаж, начиная с определения объёма аудитории при планировании маркетинговых активностей и заканчивая повторными продажами. Частично эта работа уже реализована в текущей версии модели, ниже представлен процесс «Генерация лидов».
Также в будущем планируется замкнуть цепь модели: привлечённые пользователи приносят выручку и новые требования к продукту, которые поступают на вход следующих этапов разработки.
* Поля, обязательные для заполнения.
* Поля, обязательные для заполнения.
* Поля, обязательные для заполнения.
* Поля, обязательные для заполнения.
* Поля, обязательные для заполнения.
* Поля, обязательные для заполнения.
* Поля, обязательные для заполнения.
Введите поисковый запрос: