Душнить над деталями — это профессионализм
Недавно на работе получил в личку занятный вопрос по одной из встреч: «А что там час обсуждать? Там же всего одна апишка».
Помню, что этот вопрос меня ошарашил. Даже опуская тему рисков и скрытой сложности, я сам навскидку мог задать три спорных вопроса об этой «всего одной апишке». Потому что в прошлом я был хорошим разработчиком. А хороший разработчик должен быть дотошным.
⭐️ Почему разработчики такие душные
Разработчик — это алхимический перегонный куб бизнеса. Он превращает бизнес-требования в работающий продукт, который (я надеюсь) приносит деньги. Его основная работа заключается в том, чтобы чётко и правильно реализовать то, что нужно пользователям.
Хороший разработчик понимает этот факт и поэтому «душнит» над каждой деталью в требованиях. Для него нормально задавать кучу сложных вопросов для получения полной картины фичи, которую он будет делать.
Особенность его работы заключается в том, что он создаёт детерминированную логику. Поэтому нет ничего удивительного в том, что они стараются как можно лучше в ней разобраться до написания кода, чтобы потом не переделывать вообще всё.
⭐️ А если они не душнят?
Меня всегда гораздо больше настораживают ситуации, когда груминги задач пролетают очень быстро под лозунгом «да тут всё понятно». Чаще всего такие задачи потом вызывают кучу проблем из-за непредусмотренных нюансов.
Если разработчики не душнят, то причин тому может быть две: ➡️ Им не хватает квалификации. ➡️ Им тупо пофиг.
И я даже не уверен, что из этого хуже.
Поэтому, если у вас затягиваются груминги из-за кучи вопросов, то это может быть признаком здоровой и сильной команды. Но над процессом стоит поработать.
· 17.06
Вопрос - разбирается ли разработчик в вопросе? А если разбирается? А если ему все равно ставят палки в колеса, вне зависимости насколько дотошно разобрана задача? Ответственность не только на разработчике, но и на заказчиках. Забавный пример. Сделать автоматизацию. Один из шагов - это присвоение некоей квалификационной степени менеджеру. Джуниор, мидл и сеньер. Закавыка в том, что первые две ступени как-то вычисляются, криво, но с допуском реализовать можно. А вот третья ступень, это назначение ВРУЧНУЮ руководителем. И что, добиться автоматизации не получится и это не зависит, понял задачу разработчик или нет.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён