Java-разработчик в Центр Финансовых Технологий
· 24.07.2024 · ред.Вопрос
Сколько времени, по вашему мнению, разработчик должен отводить на общение с заказчиком?
19 комментов
· 09.08.2024
Нисколько. С заказчиком общаться аппетитные продажники, умные PO, талантливые CTO и т.д.
0
ответить
коммент удалён
· 28.07.2024
Нисколько.
0
ответить
коммент удалён
· 24.07.2024
0. Заказчик не должен входить в зону коммуникации разработчика.
0
ответить
коммент удалён
· 25.07.2024
Хм, а если у заказчика прокрался баг, из-за начали исчезать каждую секунду сотни тысяч ₽?
0
ответить
ответ удалён
· 25.07.2024
Какой-то слишком крайний случай, но в любом случае не разработчику надо общаться с заказчиком. Промежуточное звено в виде менеджера сможет накапать на мозги точно так же или даже лучше.
0
ответить
ответ удалён
· 25.07.2024
Хах, стоять над душой и капать) Кстати, кто там обычно с заказчиками говорит? Аналитики, продукты, проджекты?
0
ответить
ответ удалён
· 25.07.2024
Обычно да, все выше перечисленные. Уже бывали эти случаи взаимодействия заказчика с разработчиком, понимаю что это такое, и ничего хорошего в этом нет)
0
ответить
ответ удалён
· 25.07.2024
Согласна, в идеальном мире всегда есть кто-то между. А в реальном мире то нет продукта, то аналитика, то еще кого... И остальные становятся на-все-руки-рабочими 😅
0
ответить
ответ удалён
· 25.07.2024
Да и в реальном мире есть эти промежуточные звенья. Зависит от компании / руководства / процессов. Но лучше избавляться от такого)
0
ответить
ответ удалён
· 25.07.2024
Промежуточные звенья - звучит как-то недооценено 🥺
0
ответить
ответ удалён
· 24.07.2024
Разве что 1 мит за, если остаются вопросы по ТЗ и 1 раз поучаствовать в мите по закрытию чек-листа.
0
ответить
коммент удалён
· 25.07.2024
Вот будто у разработчика вопросов по ТЗ после аналитика вообще не должно остаться. Скорее разработчик иногда может сказать аналитику "это мы поддержать не сможем в силу технических моментов"...
0
ответить
ответ удалён
· 25.07.2024
Не понял ответ. Раскройте момент, я с вашим бизнес процессом не знаком и не понимаю. Вероятно, мы думаем в одну сторону, но я просто не понял Вас.
0
ответить
ответ удалён
· 26.07.2024
Тогда задам уточняющий вопрос. По тз вопросы появляются у заказчика или разработчика, что приводят к миту?
0
ответить
ответ удалён
· 24.07.2024
Для чего разработчику напрямую общаться с заказчиком? Возможно, стоит уделить некоторую часть времени для общих встреч команды, на которой присутствует и заказчик. А вот напрямую, да еще и без руководителя проекта/тимлида и аналитика, разработчику общаться с заказчиком не стоит.
0
ответить
коммент удалён
· 24.07.2024
Да, тут, наверное нужно уточнить, что бывают кейсы, когда заказчик - это другая команда/отдел в той же компании. И вот тут становиться интересно, как лучше выстраивать процессы. Не так просто отлепить заказчика от разработчика, когда они друг от друга находятся в шаговой доступности в офисе
0
ответить
ответ удалён
· 25.07.2024
Когда говорят огородить разработчиков от общения, всегда вспоминаю это фото)
0
ответить
ответ удалён
· 25.07.2024
это прекрасно 👌🤣
0
ответить
ответ удалён
· 10.08.2024
Разве что в рамках ивент шторминга пару раз. Для понимания бизнес процессов и создания общего словаря
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён