Создание лучших продуктов начинается с создания лучшей команды
Как правило, первый вопрос в начале нового проекта, использующего технологию без кода или с низким кодом, звучит так: «Какую платформу мы должны использовать?». Хотя это важный вопрос, по нашему опыту, это не единственный важный вопрос, который следует задать.
Мы рекомендуем включить еще два вопроса: Кто войдет в команду разработчиков? и Как они будут работать?.
Вопрос 1. Сосредоточьтесь на том, «как» управлять реализацией проекта без кода или с минимальным кодом
Может возникнуть соблазн отказаться от традиционных практик жизненного цикла разработки программного обеспечения (SDLC) при переходе на инструмент разработки приложений без кода или с минимальным кодом. Однако только потому, что «разработчики» могут иметь опыт работы в бизнесе или система построена с использованием минимального кода или вообще без него, это не означает, что структурированные методы в рамках SDLC следует игнорировать.
Настройка структурированного процесса разработки и доставки поможет снизить риски для безопасности данных, надежности приложений и системной интеграции, и это лишь некоторые из них.
Низкий или нулевой подход к доставке продуктов как можно быстрее — это великая цель, но не всегда удается создавать долгосрочные, устойчивые и эффективные продукты.
Если разработка и поставка не структурированы в методологии, такой как сверхгибкая структура, ключевые элементы, такие как тестирование, документация и даже процесс итеративных улучшений, будут упущены из виду.
Вопрос 2: Сосредоточьтесь на «Кто» при создании вашей команды
Для многих команд использование технологий с низким уровнем кода или без него станет новым опытом. Из-за этого, а также из-за уникальных проблем, возникающих при объединении как технических, так и функциональных команд, мы считаем, что есть 3 основных типа персонажей, которые способствуют успеху любого проекта с низким или нулевым кодом. Они включают:
1. Наставник
Этот человек осознает неотъемлемую потребность в руководстве — будь то техническое или функциональное — и готов терпеливо предоставлять обратную связь, структурировать и давать советы членам команды без осуждения.
2. Слушатель
Чуткий человек, который прислушивается как к потребностям клиентов (и/или конечных пользователей), так и к коллективному настроению команды и готов высказаться, чтобы все заинтересованные стороны были услышаны.
3. Фасилитатор
Структурированный и методичный человек, уполномоченный помогать команде организовывать свою работу и обеспечивать ответственность членов команды за соблюдение сроков и стандартов работы. Гибкие ожидания — важный аспект этого типа характера.
Обратите внимание: большая часть нашего контента сосредоточена на структурированном анализе технологий и тенденций без кода или с низким кодом, однако наши две минуты представляют собой краткие мнения, написанные практиками без кода или с низким кодом. Если вы хотите поделиться мнением, напишите нам в Твиттере.
