Это статья о том, что нужно сделать перед началом проекта или задачи.

То, как мы начинаем, особенно важно для более поздних стадий задачи/проекта. Это означает, что мы видим результаты на более позднем этапе, и иногда невозможно вернуться назад. Это, конечно, приводит к задержке сроков.

Вот дорожная карта при запуске проекта/задачи:

Понимание цели, бизнес-логики и требований

Начните с пользовательской истории. Как эта задача/проект повлияет на пользователя, какие возможны взаимодействия, каким будет взаимодействие и т. д.

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

Вообще говоря, инженеры ДОЛЖНЫ знать, над чем они работают.

Также важно осознавать бюджет времени.

Изучите готовые решения

Время – это самое важное в нашем мире. Также TTM (время выхода на рынок) влияет на конкурентоспособность вашей продукции. Возможно, вы упустите рыночную возможность только потому, что опоздали на несколько недель.

Мы испытали это в криптоиндустрии. Некоторые из наших проектов упустили свой шанс всего на несколько недель из-за краха криптобирж.

Не чувствуйте себя некомпетентным только потому, что использовали готовое решение. Если это так, то вопрос будет в том, почему вы используете свой компьютер, а не собираете его самостоятельно, прежде чем начать кодировать :)

По возможности старайтесь использовать готовый к использованию раствор.

Решите, можно ли использовать их напрямую для выполнения задачи/проекта.

Изучив доступные решения, посмотрите, сможете ли вы использовать одно из них.

Задайте себе эти вопросы:

  1. Поддерживается ли решение разработчиком?
  2. Легко ли продлить его при необходимости?
  3. Сколько лет технологии позади?
  4. Вписывается ли он в ваш стек технологий?

Здесь вы можете добавить еще несколько вопросов.

Используйте подход в этих готовых к использованию решениях, если вы не можете использовать ни одно из них.

Это поможет вам подготовиться к возможным препятствиям на пути к задаче/проекту. Это даст вам отправную точку, которая ускорит процесс разработки.

Это также поможет оценить необходимое время.

Обсудите с владельцем продукта

Это человек, который поручил вам проект/задачу.

Это может быть заказчик, менеджер проекта или руководитель вашей группы) в отношении исследований и дизайна в вашем уме. Это последний пункт, подтверждающий, что вы на правильном пути.

Вы поделитесь информацией, которую вы собрали до сих пор. Вы можете обсудить ситуацию с более точной оценкой, лучшим подходом. Вы можете даже придумать лучший продукт или пользовательскую историю.