Я уже много раз в этом блоге декларировал идею о том, что no-code разработчик должен являться многопрофильным специалистом, чтобы успешно реализовывать проекты. Если в традиционной разработке зачастую идет четкое разделение обязанностей на проекте, то в нашей сфере эти best practices только начинают укрепляться в агентствах и компаниях с no-code продуктами.
Пока вы не нашли свою команду, вы лично несете ответственность за все этапы создания продукта, а значит должны обладать должными умениями. Именно ответственность закладывается в оплату за те, или иные действия многих профессионалов, поэтому чем больше вы готовы ее на себя взять, тем больше вы будете зарабатывать.
Я вижу, как многие разработчики боятся брать на себя эту ответственность, опасаясь провала, или сбегают посередине проекта, встретившись с трудной задачей.
Что же с этим делать?
Ответственность неразрывно связана с умением решать проблемы.
Знания различных инструментов помогают решать технические проблемы, но проекты часто умирают по причине продуктовых проблем, а не из-за невозможности их реализации. Поэтому крайне важно уметь решать проблемы на всех этапах создания продукта.
На многих проектах я брался за задачи не имея никакого понимания о том, с какими техническими трудностям придется столкнуться, просто потому что я уверен в своих навыках решать проблемы в целом и знаю, что 95% задач имеют решение.
Умение решать проблемы складывается из широкого кругозора и личных принципов.
Так как создание продукта состоит из множества частей (бизнес-анализ, проектный и продуктовый менеджмент, тестирование), то успешный исход проекта требует хотя бы поверхностных знаний в каждой из этих областей.
🔦 Представьте себе разработку продукта, как поиск спрятанного предмета в темной комнате с фонарем.
- На начальном этапе количество света равнозначно вашим знаниям о разработке продуктов = в комнате темно.
- В один момент времени вы можете подсветить фонарем только одно место = сфокусироваться только на одной части продукта, изучать и прорабатывать ее.
- Чтобы успешно запустить продукт = найти предмет, вам придется светить по всей комнате, а значит прыгать с одного на другое, что скорее всего не приведет ни к чему хорошему.
- Набив достаточно шишек и сломав все мизинцы, со временем вы начнете запоминать расположение вещей, потихоньку в комнату начнет проникать свет из окна и вам станет проще ориентироваться в ней.
💡Альтернативой увечьям является обучение, где вы до входа в комнату узнаете где и что располагается и сможете с порога дойти до щитка и включить свет.
Я приверженец второго вариант, поэтому я много учился до прихода в no-code.
Вот часть курсов, которые спасли мои мизинцы - управление проектами и продуктами от Яндекс, книга PMBok, бизнес анализ от ТВ МИРЭА и Университета Минессоты, продуктовый менеджмент от Y Combinator и Go practice, введение в базы данных и финансы от ВШЭ и так далее.
Все эти знания помогли мне получить работу с десятком больших и средних компаний, включая инвестиционный фонд, где я заведовал передвижением огромных средств без NDA и каких-либо контрактов.
Почему мне доверяли?
Потому что люди видят, что я берусь за любую проблему и готов отвечать за ее решение. А могу я себе это позволить только потому, что создал для себя мощный фундамент знаний, на который я смело могу положиться в любой момент.
И так мы вывели формулу:
Боимся брать ответственность ➡️ расширяем кругозор нужными знаниями ➡️ становимся более уверенными и не боимся решать сложные задачи ➡️ берем больше проблем клиента на себя и решаем их ➡️ получаем больше денег и признание
Последний секретный ингредиент в этой формуле - это системность. Чтобы воспроизводить успех от проекта к проекту, вам нужно иметь набор правил и принципов для каждой стадии разработки продукта и именно об этих правилах и принципах я буду рассказывать на своем курсе.
Напишите в комментариях, как вы систематизируете свою ежедневную рутину.