🍼Как вы смотрите на то, что разработчики реализуют фичу строго по бумажке?
Проблема: разработка реализует фичу четко по требованиям без консультации с аналитиком на наличие критических ошибок в дальнейшем. То есть аналитик может совершить ошибку в конструкции в силу незнания архитектуры, но разработчик работает строго по бумажке без критического анализа.
«Что вы от меня хотите, вы мне напишите что сделать, поставьте задачу и я сделаю»
В свою очередь ответственность с себя снимает и надежда только на тестировщика, который проанализирует/протестирует фичу и сконнектится с аналитиком. И самое интересное при корректировки требований разработчику нужна новая задача т.к. старая уже реализована и время на нее потрачено.
Из-за этого сроки поджимают на фикс или вовсе идет откат и фича уходит в бэклог 🫢
Встречаю такое очень часто и не только на своём опыте. Как по мне такой подход полная х… Не по Agile! Не говоря уже о том, что отношения в команде натянуто.
Приходит новый человек и для такого сотрудника нужно лояльное отношение, а не «без задачи ничего делать не буду :)». Человеческое отношение никто не отменял и в такой среде у человека стресс 😩
Обычно так ведут себя разработчики с «большим» опытом, но на самом деле это обнаглевшие монополисты, которые прекрасно знают, что заменить их будет сложно.
🍑 По итогу при трудоустройстве новичку объясняют, что к Пашеньке нужен особый подход
· 05.02.2025
Аналитик и не должен знать программную архитектуру сервиса, но должен знать архитектуру системы, взаимодействие сервисов, потоки данных.
Если аналитик накосячил где-то в требованиях, то странно требовать от разработчика, чтобы он их проверял, нафига тогда аналитик. Разработчик может уточнить у аналитика, если фичу с указанными требованиями не реализовать в желаемые сроки из-за каких-то проблем.
А что касается задач, а с этим в чем проблема? Это прозрачность процесса, чтобы было видно чем он занят. За сделать что-то, кому-то без задачи потом на перф ревью прилетает претензия, что не понятно чем занимался и вообще, то что сделал не надо было делать.
В больших компаниях иначе не будет работать. На то там и есть аналитики, архитекторы, тех лиды.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 05.02.2025
Сразу видно комментарий разработчика ))))
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.02.2025
Ну, у меня у самого подгорает, от постоянного заведения задач, особенно, когда ты обращаешься с вопросом и хотелось бы задать его в какой-то чат, но вынужден заводить тикет и потом в нем переписываться. :)
К счастью на текущем месте такого нет, да и в целом не пристают сильно с тикетами. Руководителю важно понимать в каком направлении мы двигаемся, а задачи я сам себе нахожу и сам требования описываю.
Но все равно, всё что я делаю находит отражение в тикетах, хотя в некоторых случаях, особенно когда джира тупить начинает, сделать быстрее, чем заводить тикет по всем правилам.
Кстати, ещё момент который может влиять - это в штате разработчики или на аутсорсе.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.02.2025
Но в то же время я сам получал замечание, что делаю что-то без тикета, на других работах.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.02.2025
Понимаю, рутина с тикетами + еще команда может быть большая. Не думаю что в команде из 7 человек нужно все описывать в тикете, по итогу все в лс друг другу ходят. В нашей команде разработчики штатные и аутсорс, если можно выразиться «гибрид», то это слово подходит лучше всего.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.02.2025
в таком случае лучше через тикеты в осебнности для аутсорс разработчиков, так им проще будет показывать что они не фигней страдали и то что они делали - было нужно. Ну и один процесс на всех будет удобнее.
Я понимаю недовольство, но чего-то лучше не придумали. Более того, когда мне надо было обосновать, что нужен ещё один человек, то я сам стал вести задачи и трекать время, а потом показал, чем именно я занят и почему нужен ещё человек.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.02.2025
Трескать время первое время не привычно, но это нужно чисто для отчетности и доказательства чего-то, нежели для продуктивной работы разработчика.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.02.2025
Всё так, для отчетности. На продуктивность не влияет, а может и ухудшать, из-за демотивации сотрудников, если не правильно используется в компании.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.02.2025
Сделал задачу за 3 часа, но напишу что за 7 😈
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 05.02.2025
тоже вариант :)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён