Мэтта Хаббарда можно назвать авторитетом, когда речь заходит о гражданской разработке. Директор по операционному совершенствованию и успеху клиентов в платформе Agile Point - и значительное влияние на фреймворк и учебные ресурсы PMI для гражданских разработчиков - это то, чем он занимается с настоящей страстью уже более десяти лет. 

Когда я впервые увидел мечту о низкокодовом/бескодовом производстве (LCNC), еще до того, как оно стало реально существовать, я работал руководителем проекта в крупной автомобильной компании, - рассказывает он. Я отвечал за стандартизацию и контроль бизнес-процессов разработки новых моделей в Северной Америке. Я не мог добиться создания приложения. ИТ-специалисты говорили мне, что это будет стоить несколько миллионов долларов и займет годы. Тогда я подумал, что должен быть более гибкий способ".  

С тех пор он создал множество приложений и помог внедрить no-code/low-code в нескольких крупных организациях. Когда речь заходит о гражданской разработке, можно с преуменьшением сказать, что он знает свое дело. Здесь он делится некоторыми уроками из своего пути, а также практическими советами для тех, кто только начинает.

1. Начните с чего-то небольшого

Я перешел в новую компанию и вскоре понял, что у них были аналогичные проблемы с созданием пользовательского программного обеспечения для бэк-офиса: слишком дорого, долго и негибко. Тогда я попробовал создать свое первое приложение как гражданский разработчик. Я подписался на бесплатную пробную версию платформы LCNC и начал просто осматривать ее, чтобы понять, легальна ли она. Так и оказалось. По сути, я создал приложение для отслеживания обновлений статуса - довольно распространенный вариант использования для менеджера проекта. Все было очень просто: приложение в виде одного стола с готовыми представлениями, панелями и автоматическими напоминаниями. Это заняло всего 8 часов, но сэкономило мне 200 часов в год".

Совет Мэтта: 

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

2. Привлекайте ИТ как можно раньше

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

Советы Мэтта: 

• 'Сейчас ожидается, что ИТ-отдел будет создавать все для вас, но на самом деле они не могут создать все, поэтому у них огромное отставание. Как решить эту проблему? Гражданская разработка - одно из действительно хороших решений. Вы хотите, чтобы ИТ-отдел владел ею. Вы хотите, чтобы ИТ были частью этого". 

• 'LCNC нужно представить как выгоду для ИТ и бизнеса, а не как эксперимент'. Сказав: "Я не прошу вас принять важное для компании решение прямо сейчас, но мне кажется, здесь что-то есть, можем ли мы вместе исследовать это контролируемым образом?". 

3. Попытайтесь понять любые возражения 

Отпор со стороны ИТ-компаний был в двух формах. Либо: "Вы не получили от нас одобрения" или "А что, если в нем есть уязвимости в системе безопасности?". Я был эмоционален и расстроен, потому что чувствовал, что у меня нет других вариантов. Либо электронные таблицы, либо это долгосрочное неэффективное решение [создание с помощью ИТ]. Оба варианта были отвратительны. Но я согласился приостановить новые разработки, пока ИТ-отдел должным образом изучит платформы. Это привело к гораздо более здоровым отношениям для будущих разработок. Противодействие возражениям, скорее всего, привело бы к обострению отношений - и к снижению вероятности будущего успеха".

Советы Мэтта:

• Если вы получаете отпор, стремитесь сначала понять, а потом быть понятым. Выслушайте их возражения. Оцените их точку зрения. Поработайте с ними, чтобы учесть эти возражения. Будьте терпеливы. Изучите способы, которыми CD может помочь не только вам, но и ИТ-отделу (например, с их бэклогом проектов)".

• Я сталкиваюсь с тем, что крупные предприятия считают, что следующий шаг - это поиск идеальной платформы. Это приводит к параличу анализа, когда многое ставится на карту, чтобы сразу принять правильное решение. Это неправильный подход. Лучше иметь представление о том, какую платформу вы ищете, общее направление, а затем пробовать их. Вы дойдете до того момента, когда вам будет комфортно с той или иной платформой, и тогда вы перейдете к ее полномасштабному использованию. А затем вы начнете разрабатывать свою операционную модель - стандарты, ограждения и организационные структуры вокруг CD. Также известна пятиступенчатая модель зрелости PMI". 

Подробнее об этом читайте в нашей статье о том, как уменьшить опасения, связанные с ИТ.

4. Масштабирование LCNC требует различных навыков

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

Советы Мэтта: 

• Вы должны понимать, что строить для большого количества людей - это совсем другое. Масштабирование - это другая игра. Это сложно. Вы должны мыслить логически и начать думать о стандартах и последовательности". 

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

5. В корпоративных средах существует четыре основные проблемы

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

• Стоимость лицензирования, особенно для случайных пользователей. Существуют различные модели ценообразования, но большинство из них ориентированы на пользователя. Вы можете получать плату независимо от того, как часто пользователь использует платформу, поэтому это становится очень сложным, если вы пытаетесь создать приложение для публики. Подобрать коммерческую структуру и ценообразование в соответствии с тем, как используются платформы, очень сложно. Но есть платформы с ценовыми моделями для неограниченного числа пользователей и даже одновременных пользователей (когда, скажем, 100 пользователей могут использовать платформу одновременно)". 

• Отсутствие инструментов управления для масштаба предприятия. Многие платформы no-code не имеют сред разработки: все они находятся в производстве. Это проблема, когда вы переходите к масштабу предприятия. Это означает, что каждое изменение, которое вы вносите, затрагивает людей в реальном времени. Это хорошо для простых приложений, но если у вас есть зависимости, как внести эти изменения так, чтобы они не повлияли на людей в режиме реального времени? Кроме того, некоторые платформы не дают возможности централизованно просматривать все приложения в вашей экосистеме и получать информацию о том, кто ими владеет или поддерживает. Это тоже непростая задача". 

• У пользовательского интерфейса есть определенные ограничения. Причина, по которой no-code работает быстро, заключается в том, что вы используете то, что уже существует. Чтобы что-то уже существовало, оно должно быть создано. Если вы пытаетесь создать no-code и хотите изменить пользовательский интерфейс, сказав: "Я хотел бы иметь этот цвет здесь, или кнопку здесь, или сделать его немного другим", - вы не сможете. Каждый раз все будет одинаково. Вам не нужно думать обо всех этих дополнительных деталях - платформа уже все продумала за вас. Если для вас это важно, возможно, вам придется выбрать платформы с низким кодом. Это компромисс сегодня, но, возможно, не в будущем". 

6. Если ваше окружение не способствует этому, ищите другое место 

Если LCNC и гражданское развитие не допускаются, потому что в вашей организации так не принято, то, возможно, вам следует перестать биться головой о стену и двигаться дальше - я так и сделал. Теперь, когда я прихожу на работу, связанную с улучшением процессов, я спрашиваю, используют ли они LCNC. Дадут ли они мне возможность создавать приложения? И если ответ отрицательный, то, скорее всего, я буду искать другое место". 

И последнее, о чем следует помнить.

Не чувствуйте себя так, будто вы должны во всем разобраться, прежде чем сделать шаг. Сейчас мир изменился - вы можете экспериментировать и учиться, потому что платформы LCNC так доступны, в отличие от гигантских покупок программного обеспечения в прошлом".