Следование инструкциям - необходимое условие для того, чтобы вас признали хорошим сотрудником. Однако что не столь очевидно, так это то, что младшие разработчики часто совершают ошибку, делая ТОЛЬКО и в точности то, что им говорят.

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

Ударил в рот

Как известно, Майк Тайсон сказал: «У каждого есть план, пока он не получит удар в рот», и это определенно звучит правдоподобно даже при создании программного обеспечения.

Как разработчик, реализующий эту идею, вы имеете опыт, образно говоря, получать кулаком в рот. Вы первым в очереди претворяете план в жизнь.

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

Почему тебе должно быть до этого дело?

Ну, во-первых, чем дольше проект длится, чем необходимо, тем хуже он выглядит для всех, включая разработчика, который над ним работал. Кроме того, если следование инструкциям является предпосылкой для того, чтобы считаться хорошим сотрудником, облегчение чьей-либо жизни и предвидение их проблем является предпосылкой для того, чтобы считаться ВЕЛИКИМ сотрудником.

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

Однако учтите, что это не означает, что вы должны брать дело в свои руки. Скорее, цель состоит в том, чтобы привлечь внимание к тому, чего нельзя было предвидеть на этапе идеи. Кроме того, особенно противостоящие идеи должны быть тактичны.

Вот общие проблемы, на которые вы можете обратить внимание, когда идеи претворят в жизнь:

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

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

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

Привет! Если вам нравится то, что вы прочитали, пожалуйста, хлопните в ладоши или, что еще лучше, подпишитесь на меня (зеленая кнопка ниже), чтобы я знал, что обмен моими мыслями улучшил чью-то жизнь и помог ему думать по-другому. Чтобы поговорить, свяжитесь со мной в LinkedIn.