Victoria Maler

Если вы знакомы с проектом и разобрали что за баг, то оценить время на его устранение не проблема.
Если вы не знаете что это за баг, то это еще не баг а production issue, и происходит его investigation до того момента, пока вы не придумаете временный workaround, чтобы пользователи могли работать, потом вы найдете root issue, заведете баг и уже тогда оцените время на его исправление.

В общем для любого senior разработчика эти вопросы должны быть понятны и ясны. Менеджер не программист и не должен им быть, но разработка крупного продукта должна каким-то образом регламентироваться. Иначе зачем платить программисту зарплату, если он не знает год он будет устранять баг или день? Как тот, кто платит вам деньги, сможет понять а хватит ли у него денег, чтобы вы ему продукт вообще написали, если оценить длительность работы нельзя?

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

Agile в этом плане удобен не только тем, что можно накидать себе задач на 2-3 недели и их решать, а тем, что каждые 2-3 недели можно посмотреть назад, и понять насколько хорошо ты оценил свои естимейты, и нужно ли в следующем спринте увеличивать или наоборот уменьшать время. И так каждый спринт - смотришь и улучшаешь навыки планирования и эффективность работы.

Там в комментарии писали, мол зачем вообще дизайнеру и верстальщику прямая связь - не слушайте. Сколько дедлайнов было просрочено, сколько фич нереализовано или реализовано не так, сколько идей было потеряно, и т.д. из-за того что в какой-то момент дизайнер с кодером не пообщались.
Работаем на удаленке, и регулярно с дизайнером попадаем в глупые ситуации из-за того что друг друга не поняли, или что-то не обсудили.
У вас правильный подход к делу, придерживайтесь его дальше.
Рассинхрон во времени тут не столь важен, главное не стесняйтесь обговаривать с дизайнером самые глупые вопросы, уточнять размытые детали, и не додумывать за других.
Рекомендую сервис invision - крайне удобная штука. На лету можно обсудить макеты, прокомментировать как нажимается кнопочка, выгрузить картинки в один клик и т д. Для кодеров есть шикарный просмотрщик макетов, полностью заменит фотошоп, и даже больше. И к тоски же в этом режиме нельзя похерить макет) в итоге все счастливы: дизайнер что-то изменил в макете, нажал кнопку в фш/скетче, и макет автоматом улетел в облако, и отправил уведомляху. Кодер увидел обнову, и побежал радостно тыкать и шуршать по макету, не боясь что-то поломать (и в последствии неправильно сверстать).
А кще там можно анимашками показать какие элементы с чем взаимодействуют. Годнота! И есть бесплатный тариф)