Comments 10
Сначала вы пишите «Сразу договаривайтесь, кто поправит расхождения: дизайнер в макетах или разработчик в компоненте», и тут же «Решение предлагаю принимать в сторону простого варианта». В разных ситуация простой вариант ведь разный?
Закладывайте в оценку сроков риски и неопределенность.
В аду есть отдельный котел для тех, кто просит оценить трудоемкость отдельных задач, а простом спрашивает по результатам как за сроки.
Если у вас такое практикуется, чтобы держать команду в тонусе, ни какие закладки их не спасут - работы всегда будет больше, чем capacity.
По крупному, вы скорее всего не видите всей картинки, чтобы комитаться по срокам. Так не делайте этого. :)
Проявлять эмпатию — это вообще универсальный совет во всех ситуациях. И, в целом, советы легко адаптируются к любым рабочим взаимоотношениям.
Но в данном случае, мне кажется, что должны быть регламентированы зоны ответственности на уровне компании. Тогда, думаю, половина советов и не особо нужна будет. Например «Разработчики считают макет не руководством, а рекомендацией» — ну можно же четко решить пиксель-перфект у вас или можно доработать напильником.
Моё субъективное мнение, как разработчика интерфейсов, что front-end должен уметь в дизайн, хотя бы базовые вещи: теория цвета, композиция, сетки, типографика и вообще здорово, если делаешь какие-то интерфейсы для себя. Так выработается аккуратность, придёт осознание необходимости дизайн системы и в целом на макеты макеты взгляд станет другим
Дизайнер сделал работу — но не может ей гордиться, потому что разработчик так и не показал, как применил его труд.
При чём тут разработчик? Может вопрос не к нему, а к процессам\руководству?
Разработчик сделал и передвинул задачу условно в "ревью\qa\куда там у вас", и переходит к следующей задаче. В какой именно момент времени и технически как именно разработчик "обязан показать" результат дизайнеру?
Разработчики считают макет не руководством, а рекомендацией. В итоге реализация напоминает макет весьма отдаленно.
Так и должно быть. Макет - это стартовая точка отсчёта, а не источник истины. Истину диктует текущий срез состояния проекта и условия.
Подгонять результат под макет и прочие пиксель-перфекты - это фактически трата ресурсов и развод бизнеса на деньги. Только если действительно приходит сверху "чё-то у нас тут не совсем как нарисовано было" - тогда делаем конкретно этот момент в рамках отдельной новой задачи "чтоб было по макету".. ну и эту задачку можно отдать условно джунам.. пусть развлекаются.
Как фронтендерам общаться с дизайнерами: топ-3 практик