Собираемся ли мы еще раз повторять одинаковые сбои программного пакета?
Опубликовано: 2022-01-05
Компании все чаще осознают преимущества таких технологий, как платформы для разработки приложений с более низким кодом (LCAP), которые позволяют им оцифровывать и перерабатывать сложные организационные процессы с растущим масштабом и скоростью без ущерба для управления ИТ. Ранее в этом году Gartner прогнозировала развитие индустрии LCAP на 23 ПК в 2021 году, что является всплеском, вызванным Covid-19, и заставляет организации срочно адаптироваться и автоматизировать более оперативно. Теперь, когда многие корпорации замечают, что можно сделать с помощью минимального кода, они вряд ли вернутся к устаревшим методам работы.
Эта популярность малого кода укрепила позицию, которую должны коллективно использовать как ИТ-специалисты, так и бизнесмены в цифровой трансформации, при этом сотрудничество с участием обеих сторон имеет решающее значение для достижения результатов. С другой стороны, Gartner также утверждает, что 41% работников, не занимающихся ИТ, которых компания называет «бизнес-технологами», теперь самостоятельно настраивают или создают информационные или технологические инновационные решения. И Gartner прогнозирует, что к концу 2025 года 50 процентов всех новых валовых продаж с очень низким кодом будут приходиться на потенциальных покупателей организации за пределами ИТ-отдела. Это говорит о том, что «бизнес» будет не только использовать оборудование с более низким кодом, но и покупать его.
Это вселяет надежду, но также и тревогу. Есть надежда, что это продемонстрирует, что организации занимаются трансформацией и хотят получить доступ к оборудованию, которое расширяет ее возможности. Беспокойство вызывает вероятность того, что сторона организации может сама по себе генерировать технологические решения относительно прогресса приложений и все больше и больше исключать ИТ и разработчиков из обсуждения. Это не будет продуктивным конечным результатом для будущей цифровизации.
В течение нескольких лет мы читали о том, что программные задания идут наперекосяк. Это касается как одинакового внедрения готовых продуктов, так и естественной и органичной разработки разработчиками индивидуальных устройств. Согласно ежегодному отчету Standish Group о CHAOS (анализ 50 000 проектов по всему миру), 66 процентов проектов ноу-хау завершаются частично или полностью неудачно. И доля тех, кто полностью процветает, сокращается до 8% в более крупных организациях. Вокруг и сверх того мы наблюдали задержки, расползание масштабов, увеличение бюджета, консервирование непродуманных организационных стратегий, которые не соответствуют полезным ресурсам разработчика. Неужели мы серьезно хотим повторить все это еще раз? В скорости настройки, с которой имеет дело среда, больше нет возможности для такой степени отказа.
Беседа о прогрессе
Дальнейший риск заключается в том, что многие из инструментов, которые по-прежнему используются в средах разработки с сокращенным кодом, несколько разъединяют, а не объединяют многих специалистов в этом подходе. Они создают «вотчины» между технологиями и организациями вместо того, чтобы коллективно вовлекать две стороны в «диалог развития». С одной стороны, мы слышим о разработчиках, которые хотят контролировать свою осведомленность (и это правильно во многих случаях), хотя эти тенденции, как гражданские разработчики, говорят, что для нетехнических специалистов нормально устанавливать свои личные системы изолированно. Это нормально в рамках основного рабочего процесса, но не тогда, когда вы решаете важные задачи и используете корпоративное программное обеспечение.
Несмотря на то, что сейчас Low-Code находится на подъеме, он был близок к этому уже много лет во многих обличьях. К сожалению, эволюция сектора минимального кода сама по себе усугубила эти вотчины. Для начала генерация сокращенного кода заключалась в том, чтобы дать разработчикам ярлыки, но они, тем не менее, были инструментами для разработчиков, требующими продолжения длительных процедур перевода между ИТ и организацией, а также длительных, затяжных циклов разработки.
Нижний код второго поколения повернулся в другую сторону в виде усовершенствования для граждан, где следы компании могли самостоятельно создавать очень простые приложения для рабочих групп, но без возможности масштабирования или сложности и практически без важных параметров управления, необходимых для использования в массовой организации. Каждая из этих техник имеет свои сильные стороны, но ни одна из них не раскрывает основные ценности другой. Только в последнее время мы видим, что 3-я технология LCAP поднимается, чтобы прояснить эту загадку. Эти платформы предлагают среду для совместной работы, которую могут использовать спонсоры сложных и коммерческих предприятий в тандеме, даже если они используют лучшие возможности Gen 1 и 2.
Что такое совместный рост?
Реальный совместный прогресс идет дальше групп, совместно работающих над созданием нового электронного приложения. Это именно то место, где все заинтересованные стороны работают бок о бок друг с другом и передают свои знания по предмету, используя инженерные разработки, всего за одно эффективное следование. Это ускоряет процедуру, исключая классический и непрерывный перевод потребностей от компании к ИТ и обратно. А вместе с тем значительная доработка, связанная с получением всех этих требований или изменением этих предпосылок в результате наблюдения за ответами, полученными на этапах их разработки. В качестве альтернативы, работа «демократизируется» во всех соответствующих бизнес-предприятиях и специалистах в области технологий, поддерживаемых технологическими инновациями, что позволяет команде работать вместе в системе, а не работать изолированно на своих составных компонентах. Ему нужна система, интуитивно понятная для всех, но также имеющая бизнес-качество по возможностям — имеющая встроенное управление, поддерживающая жизненно важные изменения и способная масштабироваться с использованием собственной облачной архитектуры.
Совместная процедура также должна существовать на всех этапах цикла разработки, от разработки нового плана действий, создания интерфейсов и моделирования данных до создания документации, создания API, публикации и анализа функциональности приложения.
Почему сотрудничество так важно?
Начнем с того, что растущие темпы улучшений, навязываемых предприятиям на планете распространения Covid, обычно означают, что просто нет времени выполнять работу в изолированных бункерах. Организация, направляющая запросы на усовершенствование ИТ-группам, а затем ожидающая ответного залпа, вызовет задержки. Мячи неизменно падают по пути, и крученые мячи с возможной стороны, скорее всего, закончатся. потребители организации ожидают практически быстрого ответа, поэтому организация должна быть способна так же быстро адаптироваться внутри.
Во-вторых, создатели компьютерного программного обеспечения испытывают все большую нехватку, в первую очередь в Соединенном Королевстве, где Brexit сильно ударил по притоку талантов. По данным CompTIA, должности разработчиков программного обеспечения превысили рекорд открытых вакансий в 2021 году: за этот период работодатели разместили практически 250 000 вакансий. Совместные программы могут снять нагрузку с разработчиков, объединяя обе стороны для совместного создания приложений с использованием интуитивно понятных платформ с сокращенным кодом.
В-третьих, корпорации знают, что их важнейшие планы цифровой трансформации могут быть реализованы за счет большего объема разработки и значительно меньшего объема закупок. Растет желание гораздо лучше использовать уже существующие технологии и источники данных, а не вырывать и изменять основные системы. Ожидание успеха также возросло. Поскольку электронное преобразование сейчас имеет решающее значение, экспериментальные и незначительные модификации рабочего процесса не оцениваются. организационные команды должны работать как один, чтобы помочь быстро и эффективно адаптироваться.
Демократизация имеет важное значение
Важным элементом успешного процесса совместной работы является демократизация работы всей команды по улучшению. Процесс создания приложения ускоряется в результате совместного использования единой системы всеми экспертами по соответствующим темам. Каждому из гуру проблемных вопросов предлагается применить свои навыки в процедуре методом, который интуитивно понятен их методам и практическому опыту. Этот подход способствует более широкому вовлечению в технологии многих заинтересованных сторон в фирме, как технических, так и нетехнических, при обеспечении достаточного контроля управления, который важен на крупных предприятиях. Несмотря на то, что прогноз корпоративных технологов Gartner верен, будущее должно заключаться не только в бизнес-возможностях, создающих приложения в отрыве от ИТ, и организации хотят, чтобы технологические инновации привели их в то же самое место, хотя часто цифровое 1.
Самые последние поколения системы Minimal-Code способны ускорить автоматизацию и цифровую трансформацию в масштабах бизнеса. Тем не менее, законное сотрудничество в рамках бизнеса и ИТ имеет большое значение для достижения успеха. Долгосрочная перспектива заключается не в том, чтобы малый бизнес стал технарем и возглавил его самостоятельно. Речь идет о проведении предварительного разговора между всеми экспертами по уникальным предметным вопросам.
Джонатан Винер, CRO, Aurachain