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

Гибкость и возможность быстро вывести на рынок новый продукт или подход — сегодня одно из главных конкурентных преимуществ. Но порой этап теста длится слишком долго, так что новшество может оказаться уже невостребованным. Узнаем, каким образом можно выводить новые решения быстрее, как в этом помогут проверка концепций и BPMS.

0 14

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

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

Что такое проверка концепций?

Впервые термин  PoC  прозвучал на заседании Сената США в 1967 году, в контексте авиастроительной отрасли. Тогда речь шла о новой фазе проекта, когда создается экспериментальное оборудование для подтверждения осуществления некой концепции. Спустя  два года  в Комитете по науке и космонавтике США проверка концепции была определена как «фаза разработки, на которой создается экспериментальное оборудование для демонстрации осуществимости технологии». И, наконец, в 1984 году Брюс Карстен определил проверку концепции как «нечто, созданное в качестве инженерного прототипа с исключительной целью подтверждения его работоспособности».

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

Как использовать PoC?

Рассмотрим варианты применения PoC и разберемся, в чем их преимущества. 

Уменьшение расходов на  R&D

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

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

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

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

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

Что PoC может дать

1. Целевая архитектура

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

2. Поиск спонсора проекта

Не важно, работаете вы в StartUp-команде или крупной компании, в обоих случаях при запуске проекта вам понадобится спонсор — инвестор или руководитель компании. Тот, кто поможет с ресурсами и поддержит в трудную минуту.

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

3. Продажа доли в бизнесе или всей компании

Всем известная компания Google в 2014 году поглотила компанию  DeepMind . Незадолго до покупки для подтверждения эффективности работы технологии по машинному обучению в компании DeepMind была создана программа, способная играть в компьютерную игру на уровне человека. При этом никакого практического применения программа не несла. Однако этого было достаточно, чтобы Google перед покупкой убедился, что DeepMind действительно обладает компетенциями в данной сфере.

4. Скорость R&D

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

Обычно я наблюдаю другую картину: бизнес-подразделение приходит с новой идей, презентует и доказывает ее в различных комитетах, а потом встает в очередь на реализацию в ИТ-подразделение. В зависимости от нагрузки на ИТ, очередь может составлять до шесть месяцев. Это приводит к тому, что вы даете шесть месяцев форы конкурентам. Непозволительная роскошь в современном мире, согласитесь? Если не сказать — губительная и неуместная.

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

5. Экзотика

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

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

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

Как при реализации PoC может помочь BPMS?

BPMS (Business Process Management Suite) — программный комплекс, обеспечивающий моделирование, проектирование, разработку процессов и контролируемое выполнение работ и приложений. BPMS автоматически генерирует процессное приложение из бизнес-правил и процессных моделей, что значительно увеличивает скорость внесения изменений, а также обеспечивает полный контроль.

Ниже рассмотрим особенности и характеристики современных BPMS, которые позволяют использовать этот класс программного обеспечения при реализации PoC. Сначала речь пойдет о скорости реализации:

  • Перенос приложения в промышленную эксплуатацию выполняется в один клик.

  • Любой модуль на любом уровне является полнофункциональным элементом бизнеса. Все модули взаимозаменяемые. Повторное использование допустимо.

  • Low-Code — подход, который позволил сместить тяжесть разработки с ИТ-специалистов на процессных аналитиков. В результате этого необходимость написания дополнительных ТЗ, а также контроль над переносом информации от одного специалиста к другому сведены к нулю.

  • Наличие конструктора пользовательских форм также благотворно сказывается на скорости реализации.

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

Отдельного внимания заслуживает дешевизна. Это — краеугольный камень в данном вопросе для многих.  Если в вашей компании уже внедрена современная BPMS, то никаких дополнительных затрат на покупку лицензии, серверов и т.д. не потребуется.

В случае если вам повезло меньше, и в компании нет BPMS, не стоит отчаиваться. Рынок BPMS уже давно сформировался, здесь есть и OpenSource-решения и Community Edition. В результате вы получите бесплатный доступ к системе (лишь с некоторыми ограничениями — по количеству лицензий или функционалу).

Основные правила для PoC

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

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

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

Модель применения PoC

Приведу классическую модель применения PoC из моей собственной практики. В банке, входящем в рейтинг топ-100, сотрудники бизнес-подразделения решили протестировать новый канал привлечения клиентов. После предварительных обсуждений их идея попала на оценку в ИТ-департамент. По данным ИТ-департамента, потребовался бы месяц на воплощение идеи. Кроме того, приступить к работе «в моменте» они не могли, идея встала в очередь.

Центр компетенций по бизнес-процессам предложил реализовать идею в рамках PoC. В предложенной архитектуре максимум автоматизации мы переложили на BPMS. 20% интеграций были выполнены ИТ-департаментом. В результате Центр компетенций потратил 2 дня на реализацию своей части PoC, ИТ-департамент — 5 дней на интеграции с нужными системами. Итого, через 5 дней бизнес получил возможность протестировать свою идею.

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