Правки? Без них — никак!

В работе над проектами, особенно в аутсорсе, разработчик может столкнуться с правками, которые приходят, когда часть задач уже выполнена, и которые приходится корректировать в новых реалиях. Но юные разработчики негодуют — почему нельзя предусмотреть все нюансы заранее? И как получить обратную связь по замечаниям и все корректно исполнить? Полезные советы снова даёт backend-разработчик Smartech Анна Курицына. Читаем и запоминаем!

«Популярная черная шутка — «если в процессе работы над крупным проектом заказчик всем доволен, на все согласен и не вносит правок — возможно, его уже нет с нами».

Правки. К ним можно относиться как угодно, но нужно понимать, что они будут всегда, и это нормально. И дело тут вовсе не в том, что отдел аналитики не доработал, или бизнес не знает, чего хочет (хотя и от этого никто не застрахован). Все дело в том, что бизнес находится в постоянном развитии: появляются новые направления развития, меняется законодательство, появляются новые способы решения уже привычных задач. И под все эти требования должна успевать перестраиваться и информационная система этого самого бизнеса. Разве можно тут обойтись без правок к проекту, который был разработан год назад? Или который работает на старой нормативной базе? Думаю, что ответ очевиден.

Правки по проекту это настолько естественно и важно, что сейчас существует несколько способов ведения проектов как раз с учетом постоянных правок со стороны пользователей. Kanban, Scrum — это то, с чем я реально работаю каждый день на проектах. Agile стал своего рода философией, которую нужно понимать всем представителям IT, вне зависимости от занимаемой должности. Только представьте, как часто вносятся правки при разработке проекта, что для работы с этими правками существует целая философия необходимая для всего IT-сектора? Поэтому нужно научиться относиться проще к тому факту, что часть того, что ты делаешь сейчас, может и будет переписано. Через день, неделю или может быть год, но обязательно будет. 

В свое время, ещё будучи джуном я занималась разработкой корпоративного портала одной из компаний. Спустя год после ухода с проекта я узнала, что этот портал был переписан на все 100%. Многие разрабатываемые с таким трепетом разделы портала были нещадно «выпилены» из проекта за ненадобностью, просто потому что бизнес- процессы компании поменялись. В первую секунду после новости мне стало обидно за потраченное время. Но, с другой стороны, на момент разработки это было актуальным, это было важно и приносило свою пользу как компании, так и конкретным пользователям. В конце концов, ведь ради этого, в том числе, мы и работаем! Вот с таким подходом я рекомендую и работать над любым проектом.