влезают на экран?
Вы только делаете что вам заказчик говорит, или у вас есть диалог друг с другом?
Заказчику нужно объяснять во время всего workflow,
по каждой фиче, почему лучше так, а не так.
Если заказчик не может обосновать необъходимость "сделать вот так", значит его "хочу" идет мимо, а таск делается так "как надо".
Из своего опыта знаю, что заказчик может быть сколь угодно умным, но если он не разрабатывает ПО, он глупей вас, ведь вы делаете это каждый день.
И не пишите так, что заказчик такой, и вот такой. Это вы не смогли донести до него "как надо".
Или он мудак - и вы сами с ним работаете )))
Что там за ТЗ такое?
PS: мне видится так, заказчик просто не до конца понял, чего хочет.
Просто потому что не в теме, как это работает.
всё правильно, кроме того, что это не он обязан донести до пуленепробиваемого, а заказчик может интересоваться, если не хочет получить овно-конфетку😁
Заказчик всегда прав. = п1 ... Хочет? Делайте. В ваших задачах сделать грамотно архитектуру, чтобы она была расширяема / масштабируема под хотелки заказчика. Вы можете предложить различные модификации его хотелок с подробным описанием "почему это хорошо"
сначала были просто модалки, а потом на второй фазе сотрудничества возникло вот такое требование
Обсуждают сегодня