10 типов инноваций: искусство создавать прорывные продукты

Оригинал: 10 Types of Innovation: The Art of Discovering a Breakthrough Product
Автор: Джефф Дежарден (Jeff Desjardins)

Как однажды сказал венчурный инвестор Питер Тиль (Peter Thiel), «конкуренция — удел неудачников».

Уклониться от борьбы за долю рынка не может ни одна компания, но никто не желает оказаться в ситуации конкуренции настолько жесткой, что любое достижение в дальнейшем размывается — сценарий, который экономисты называют «совершенная конкуренция».

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

Но откуда берутся инновации и существует ли универсальная модель, на основе которой можно регулярно совершать прорывы?

10 типов инноваций

Сегодня мы представляем квинтэссенцию многолетних глубоких исследований инноваций, проведенных компанией Doblin (в настоящее время принадлежит Deloitte).

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


Трансформация трудовых ресурсов за счет управляемой «гражданской» разработки

Оригинал: Transforming the Workforce with Governed Citizen Development
Автор: Исаак Саколик (Isaac Sacolick)

Сегодня невероятное время для ИТ-руководителя. С одной стороны, ИТ-подразделения упорно работают над цифровой трансформацией и разрабатывают множество новых приложений для клиентов и сотрудников. А с другой, на ИТ легла двойная нагрузка по поддержке персонала на удаленной работе и другими задачами, возникшими в связи с COVID-19.

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

Когда SaaS или самописные приложения — нежизнеспособный вариант

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


Изменения в природе работы

Оригинал: The Changing Nature of Work
Автор: Сэнди Кемсли (Sandy Kemsley)

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

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


5 причин, по которым ваши процессы не совершенствуются

Источник: 5 reasons your processes aren’t improving

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

1. Камни преткновения на старте

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


BPM – идеальный инструмент управления слияниями и поглощениями

Источник: BPM for M&A – The Ideal Tool for a Successful Merger
Автор: Прамод Сачдева (Pramod Sachdeva), Princeton Blue

Недавно один наш клиент был поглощен крупной компанией из той же отрасли. Как и в любой сделке по слиянию/поглощению, возникли обычные вопросы о будущем, страхи и неопределенности. Будут ли наши текущие проекты заморожены? Что произойдет с запланированными инициативами? Какие технологии останутся? Было очевидно, что краткосрочные планы сильно изменятся, но я увидел значительный потенциал BPM в обеспечении долгосрочного успеха поглощения.

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

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


Как ликвидировать затор на пути цифровой трансформации

Оригинал: Addressing The Digital Transformation Log Jam
Автор: Рон Шмельцер (Ron Schmelzer), управляющий партнер и главный аналитик, Cognilytica

Среди всех модных в сегодняшнем корпоративном мире словечек нет более модных, чем «цифровая трансформация». Просматривая годовые отчеты организаций, аналитические исследования или посещая тематические вебинары, можно заметить, что термин «цифровая трансформация» употребляется вместе с широким спектром корпоративных информационных технологий: от центров обработки данных до разработки приложений, управления корпоративной архитектурой, искусственным интеллектом и блокчейном. Но что на самом деле имеется в виду под цифровой трансформацией? И насколько искусственный интеллект соответствует представлениям корпораций о нем и о связанных с ним когнитивных технологиях?


Интеллектуальные периферийные вычисления для интернета вещей

Источник: Intelligent IoT Edge Computing 
Автор: Сетраг Хошафян (Setrag Khoshafian), Pegasystems

Интернет вещей становится все более важной частью потребительского и промышленного рынков. Для второго часто используется термин «промышленный интернет вещей» (IIoT). Также в ходу термин «интернет вещей для конечного покупателя» (CIoT). Доступность высокоскоростного доступа в интернет, особенно с появлением надежных сетей 5G, приводит к появлению инновационных решений IoT в умных городах, автомобилестроении, Индустрии 4.0, цепочке поставок, здравоохранении и энергетике. Повсюду — дома и на работе — мы окружены подключенными устройствами.

По данным корпорации IDC, к 2025 году будет более 40 миллиардов устройств, генерирующих 80 зеттабайт данных (10^21 байт, или миллиард терабайт — прим.ред.). Некоторые полагают, что даже эти цифры занижены. «Вещи» бывают разных форм и размеров: от крохотных сенсоров до огромных турбин двигателей. На потребительском рынке все более востребованы системы «Умный дом», средства домашнего мониторинга, умные приборы и колонки, развлекательные центры и решения для эффективного энергопотребления. Рынок интернета вещей, по прогнозам, оценивается в триллионы долларов.

Неудивительно, что искусственный интеллект выступает в «ключика» к подключенным вещам: от обработки естественного языка (NLP) в умных динамиках до упреждающего техобслуживания — ИИ и глубинное обучение находят огромное количество применений. Настоящий шквал открытий в компьютерах, базах данных и сетях привела к тому, что искусственный интеллект стал одним из наиболее значительных трендов цифровой трансформации. Еще одна тенденция, это, конечно, интернет вещей.

В чем же привлекательность ИИ для интернета вещей? Тема «Интеллекта вещей» («другой IoT», или, точнее, «ИИ вещей») прозвучала на выставке Consumer Electronics Show в Лас-Вегасе в этом году.


Что такое «гражданская» разработка, или как ИТ-директору справиться с проблемой теневого ИТ

Источник: What is citizen development? The CIO’s solution to shadow IT
Автор: Клинт Боултон (Clint Boulton)

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

Гражданские разработчики делятся на два лагеря: на тех, кто вообще не пишет программный код, и «продвинутых» пользователей, способных написать минимальный код. По результатам опроса Gartner, 41% бизнесов уже запустили у себя инициативы разработки силами гражданских, а еще 20% либо присматриваются, либо планируют запуск таких инициатив. Прогнозируется, что к 2023 году число гражданских разработчиков в четыре раза превзойдет число профессионалов.


COVID-19 ускорил цифровую трансформацию в вашей компании? 12 шагов в помощь

Источник: Is COVID-19 Forcing Your Digital Transformation? 12 Steps To Move Faster
Автор: Блейк Морган (Blake Morgan)

По интернету гуляет такая картинка:

Главная движущая сила цифровой трансформации в вашей компании?
A) генеральный директор
B) технический директор
C) COVID-19

70% компаний уже осуществили цифровую трансформацию или находятся в процессе, но похоже, большинство не продвинулось достаточно далеко, чтобы COVID-19 на них никак не отразился. COVID-19, или коронавирус, стимулирует ускорение цифровой трансформации благодаря нескольким факторам: Постоянный автор Forbes Андрей Филев (Andrew Filev) в своей заметке «COVID-19 — переломный момент в цифровой трансформации» усматривает наиболее драматичные изменения в четырех областях:

  1. удаленная работа
  2. доставка еды и услуг
  3. виртуальные мероприятия
  4. облака

6 Советов по выбору оптимальной BPM-системы

Источник: 6 Tips for Choosing the Perfect BPM Software
Автор: Дженни Чанг (Jenny Chang)

Выбор подходящей системы управления бизнес-процессами (Business Process Management, BPM) может быть затруднительным по нескольким причинам. Во-первых, рынок BPM чрезвычайно сложен и программные продукты сильно различаются по функционалу и возможностям. Во-вторых, не всегда просто определить, что именно нужно вашему бизнесу. Используя наши 6 советов, вы сможете точно определить, в чем нуждается ваш бизнес, и оптимально подобрать программное обеспечение для удовлетворения этих потребностей. В конце данного поста — ссылка на скачивание бесплатного шаблона, который поможет вам произвести анализ вашего ПО.


Сделать совершенствование процессов постоянно действующим

Оригинал: Making Process Improvements Stick
Авторы: Матиас Хольвег (Matthias Holweg), Брэдли Стаатс (Bradley Staats), Дэвид М. Аптон (David M. Upton)

Менеджеры одержимы идеей совершенствования бизнес-процессов со времен Фредерика Тейлора и У. Эдвардса Деминга. А за последние 20 лет ряд отраслей промышленности был охвачен такими инициативами по совершенствованию, как бережливое производство, шесть сигм, аджайл. Как показывают исследования, эти методы могут позволить компаниям добиться значительного повышения эффективности и снижения затрат. Но когда Брэд Стаатс из Университета Северной Каролины, Матиас Хольвег из Оксфордского университета и Дэвид Аптон заинтересовались итоговым эффектом, они обнаружили разрыв. «Эти подходы всегда хорошо срабатывают в начале, но зачастую эффект очень быстро пропадает», — говорит Хольвег. «Такое впечатление, что исследователи рассказывают лишь половину истории. Дело не только в том, чтобы запустить программу, но и в том, чтобы сделать ее постоянно действующей.»


Закон Конвея и сквозные бизнес-процессы

Оригинал: Conway’s Law and End-To-End Business Processes
Автор: Сэнди Кемсли (Sandy Kemsley)

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

Многие крупные организации (и даже некоторые поменьше) в итоге приходят к функциональным анклавам, и для завершения бизнес-процесса в целом требуется участие нескольких анклавов. Рассмотрим, например, процесс «от заказа до отгрузки и оплаты»:

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

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


Распространенные ошибки внедрения RPA, которые могут дорого вам обойтись

Оригинал: Decoding Common RPA Mistakes That Can Cost You
Автор: Ананд Махаджан (Anand Mahajan)

Почему так много внедрений роботизации процессов (RPA) проваливаются? Исследования показывают, что даже в крупных компаниях 30-50% проектов внедрения RPA терпят неудачу. Но хорошая новость состоит в том, что мы можем извлечь из этих неудач уроки и повысить шансы на успех проектов RPA.


Не надо улучшать сервисы — приканчивайте их!

Оригинал: Don’t improve services, kill ’em!
Автор: Иво Величков (Ivo Velitchkov)

Может быть это только в моем кругу, но у меня уже уши вянут от разговоров об улучшении обслуживания. Как еще улучшить карту пути клиента (Customer Journey), как проанализировать точки контакта и улучшить пользовательский опыт (User Experience). Я понял! Это все прекрасно — по крайней мере в намерениях. Но меня не оставляет мысль — насколько же это похоже на ажиотаж вокруг процесса улучшения в прошлом. Он продолжался до тех пор, пока кто-то не вспомнил слова Друкера «нет ничего более бесполезного, чем эффективно делать то, что вообще делать не нужно», и не сделал выбор в пользу бережливого производства. Другие выбрали бережливое производство по каким-то своим причинам. На самом деле, это было просто расширение точки зрения. Акцент сместился с процессов на весь бизнес целиком, и улучшения стали включать в себя избавление от ненужных процессов.

Вы можете сказать, что тут все и так ясно. Но..


Создайте ударную команду автоматизации

Оригинал: Architect Your Automation Strike Teams
Автор: Крэйг Ле Клер (Craig Le Clair), вице-президент, главный аналитик

Такие новые технологии,  как роботизация процессов (RPA), виртуальные агенты и машинное обучение — и есть те невидимые роботы, о которых говорится в недавно опубликованной Forrester книге «Невидимые роботы в ночной тиши: как искусственный интеллект и автоматизация реструктурируют рабочую силу». Невидимые роботы стремительно выдвинули автоматизацию на первое место среди корпоративных инициатив, но компании затягивают решение организационных и управленческих вопросов.

Как ответ на эти вызовы, стали появляться “ударные команды” автоматизации. Что они собой представляют? Ударные команды приходят на смену концепции Центра автоматизации или Центра передового опыта.


Цифровые инициативы в промышленности отстают от других отраслей

Оригинал: Manufacturers’ digital transformation initiatives lag behind other industries

Согласно отчету Levadata, значительное число производственных компаний полагается на устаревшие аналоговые процессы и отстают в цифровизации от других отраслей. Так, в учете складских запасов около 50% компаний до сих пор полагаются на Excel, возможности аналитики которого ограничены.

Levadata недавно опросил свыше 200 руководителей, отвечающих за закупки и цепочки поставок, и большинство опрошенных (58%) сообщили, что управление поставками по-прежнему осуществляется через выделенных менеджеров, а не через централизованную систему хранения и анализа данных.

Несмотря на идущие разговоры о том, что к 2024 году обрабатывающие отрасли будут покрыты цифровыми технологиями, только у половины респондентов в каком-то виде имеется централизованная система анализа поставщиков и затрат на закупки, а 44% при разработке новых продуктов не используют инструменты управления затратами. Основная причина отставания — стоимость: экономию респонденты предпочитают инновациям.


8 причин использовать RPA

Оригинал: Just 8 reasons to use RPA
Автор: Скотт Фрэнсис (Scott Francis)

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

Нас постоянно спрашивают: в каких случаях надо использовать RPA? Разумеется, есть множество ответов на этот вопрос, но лучше приведем несколько удачных примеров:


Гиганты падут

Оригинал: Giants Will Fall
Автор: Джим Сайнур (Jim Sinur)

Есть устойчивое мнение, что пропасть между крупными и малыми компаниями растет, и маленькие компании обречены всегда быть отстающими. Цифры и история на стороне гигантов. Они большие и финансово устойчивые, поэтому они могут тратить больше денег на исследования и разработку (R&D). Но в реальности они этого не делают, потому что слишком заняты повышением курса акций и набиванием карманов топов. Даже если обязать их потратить значительную сумму на R&D, выберут ли они для инвестиций в правильное направление? Как библейский Давид, встретившийся с Голиафом, малый и средний бизнес может послать в гигантов пять гладких цифровых камней.


Время «ИТ как бизнес» закончилось, да здравствует BusOps!

Оригинал: IT-as-a-business is dead. Long live BusOps
Автор: Боб Льюис (Bob Lewis)

Чтобы быть преуспеть в цифровую эпоху, необходимо перенацелить ИТ-проекты с чисто технологических на бизнес-результаты. Но это еще не все: эксплуатационная составляющая деятельности ИТ-службы должна влиться в бизнес-операции точно так же, как ИТ-приложения должны стать неотъемлемой частью ведения бизнеса.

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

Отчасти это связано с ненормальной практикой «ИТ как бизнес», когда между ИТ и внутренними заказчиками устанавливаются соглашения об уровне сервиса (SLA).


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

Оригинал: I know that IT will always give me what I want — long after I need it and for way more money than I’m willing to pay
Автор: Пол Сандерс (Paul Saunders), Sr.Director, Analyst, Gartner

Когда я работал ИТ- или техническим директором в разных организациях, руководители и коллеги часто поминали меня из-за проблем с «моими» ERP-системами: они были сложными в использовании, громоздкими, дорогими, постоянно требовали обновления и были настолько запутанными, что для выполнения самых простых на первый взгляд задач требовалась армия очень дорогих консультантов. Но главное, часто они являлись помехой для бизнеса.

Я помню, как однажды мой босс сказал: «я хочу попробовать что-то другое, я хочу применить новый подход и посмотреть, можем ли мы работать быстро». Он дал мне довольно простое задание. Я вернулся к своей команде, пересказал им задачу, а потом сидел с ними, испытывая тревогу и раздражение в то время, как они объясняли, почему мы не можем это сделать в разумные сроки: среда развертывания приложений слишком сложная, процессы в ERP слишком кастомизированы, инфраструктура слишком старая, недублированных ресурсов и единичных точек отказа слишком много, количество обновлений софта, которые надо приложить… ну вы понимаете, о чем я.