Пришло время отказаться от термина “гражданский разработчик”

Этот сдвиг в терминологии — не просто семантика, он формирует культуру, ожидания и, в конечном счете, успех инноваций, пишет на портале The New Stack Мэтт Хили, руководитель стратегии и маркетинга продуктов платформы Pega.

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

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

Проблема с понятием «гражданский разработчик»

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

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

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

Low-сode и искусственный интеллект изменили ландшафт

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

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

Сотрудничество и рост мультидисциплинарных команд

Как же выглядит эффективное сотрудничество сегодня? Появилась концепция мультидисциплинарных («fusion») команд. В этой структуре роли определяются не способностью к кодированию, а экспертизой в области бизнес-потребностей, технической архитектуры, пользовательского опыта и оптимизации процессов. Бизнес-специалисты вносят не просто идеи — они активно строят и дорабатывают приложения, используя платформы low-code, или создают полнофункциональные проекты приложений, в то время как ИТ-специалисты обеспечивают соответствие требованиям и стабильность.

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

Расширение возможностей всех участников

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

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

Язык как катализатор инноваций

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

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

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