Введение
Очередные проблемы разработчиков или «Что делать с «нерешаемыми» задачами?»
Думать – работа. Иногда – тяжелая. Иногда – непосильная. Особенно для того, кто не привык к такой работе.
Думаю, каждый из нас сталкивался с проблемой трудных или нерешаемых задач. Самое интересное, что нерешаемые задачи бывают только в начале нашей карьеры или любого другого пути. Со временем мы учимся находить им решение. Пусть мы знаем, что идеального решения не существует, но мы уверены, что есть решения оптимальные для той или иной задачи или ситуации.
Одна из частых проблем начинающих разработчиков – боязнь трудных решений. Понятное дело, когда каждая новая задача неизвестная и кажется нерешаемой, больше времени тратится не на само решение или хотя бы поиск оного, а на принятие решения – буду ли я убеждаться в невозможности решения самостоятельно или спрошу решение у более опытных коллег.
Чаще всего эта ситуация встречается в проектах, которые связаны с аппаратной частью, где лишняя попытка или грозит белым дымком от оплаты, или приведет к лишним затратам на расходники. Как показывает опыт, проблема таких задач кроется в тех же самых расходниках – перебитый кабель, сломанный разъем, устаревшая и несовместимая прошивка и т.д.
Никто не говорит, что подобных проблем не бывает в софтверной промышленности, но там они решаются гораздо легче, методом проб и ошибок, благо, тестовый сервер запущен, главное - не забыть переключить боевую базу на тестовую, но это отдельная история…
Как бороться с подобными ситуациями : предпринимать попытки к решению задачи, сама она точно не решится, и, как ни странно – спрашивать у коллег. Большинство задач или однотипны, или похожи, поэтому Вам обязательно помогут справиться.
Відео курси за схожою тематикою:
Отдельно стоит рассматривать задачи, которые нельзя просто так решить в силу расплывчатого ТЗ или постоянного его изменения.
Многие специалисты боятся, а многие откровенно не переносят процессы, которые постоянно претерпевают изменения. Представьте себе ситуацию: Вы делаете свою работу изо дня в день, спринт близится к концу, Вы знаете, что через месяц проект закончится и Вас ждут бонусы за досрочное окончание.
И тут, в какой-то солнечный день Заказчик решает все переиначить. Понятное дело, что за пару недель до релиза в офисе будет паника, овертаймы, энергетики, велосипеды и костыли.
И как справиться со всем этим? Понятное дело, для опытного разработчика или тестировщика такая ситуация не в новинку, а вот неустоявшееся мировоззрение мнительного джуниора может пошатнуться.
Как бороться? Опять-таки, спросить у опытных коллег, что делать, внимательно следить за приоритетами в трекере и прислушиваться к тимлиду и проджект менеджеру.
Безкоштовні вебінари за схожою тематикою:
В любой непонятной ситуации помните: успех – это как полет – привилегия, а провал – это как падение - удел, первого нужно добиваться, а на второе себя можно только обречь. Добивайтесь того, чего желаете!
Статті за схожою тематикою
