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

У официально работающих IT-ников тоже есть должностные инструкции, но написаны они максимально размыто, поскольку это формальность. Но будет неверным сказать, что программисты бесправные. Значит, права есть.

🙃 Рафик не виноват...

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

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

> Право выполнять работу качественно, несмотря ни на какие обстоятельства. Задача должна быть выполнена в лучшем виде, несмотря на любые обстоятельства.

🖼️ Сделайте мне красиво

Помните короткометражку "7 красных линий"? Сейчас я улыбаюсь, пересматривая ее, но на каком-то этапе мне хотелось плакать от таких ситуаций. Но это скорее крайний случай.

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

Поэтому следующее право разработчика:

> Знать, что требуется от команды, а также иметь четкое представление о поставленных приоритетах.

🆘 SOS

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

> Получать помощь от коллег, руководителей и самих клиентов.

Ну и конечно, помогать самому, если кто-то просит такую помощь.

☎️ Александр Павлович попросил...

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

> Поэтому программист имеет право брать на себя личную ответственность и не позволять возлагать на себя лишнее.

🫒 И как теперь с этим жить?

В идеале обсудить эти права с командой и заказчиком. Возможно, что-то поменять, возможно, дополнить или убрать. Признать и зафиксировать где-то, что такие права теперь есть у команды. И при случае применять их.

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

Подсмотрено из книги "Чистый Agile". https://www.litres.ru/book/robert-s-martin/chistyy-agile-osnovy-gibkosti-56089520/?lfrom=874286543