Одно не противоречит другому) Полностью согласна, что ребят нужно погружать в тонкости дизайна и сокращать таким образом будущие ошибки. Если вижу в чём проблема или если ошибка часто повторяется, всегда стараюсь объяснить как правильно собирать и почему надо делать именно так. И на самом деле именно эту идею хотела заложить в пункт "обучение разработки".
Но чаще всего дело в банальной невнимательности и наличие фактических значений значительно ускоряет и упрощает исправление таких багов.
Что касается проблем в макетах, у нас с разрабами/тестерами выстроена так коммуникация, что ребята подсвечивают всякие не состыковки в макетах. И это очень помогает, они как мой надежный тыл и я всегда знаю если где-то ошибусь ребята подстрахуют)
Одно не противоречит другому) Полностью согласна, что ребят нужно погружать в тонкости дизайна и сокращать таким образом будущие ошибки. Если вижу в чём проблема или если ошибка часто повторяется, всегда стараюсь объяснить как правильно собирать и почему надо делать именно так. И на самом деле именно эту идею хотела заложить в пункт "обучение разработки".
Но чаще всего дело в банальной невнимательности и наличие фактических значений значительно ускоряет и упрощает исправление таких багов.
Что касается проблем в макетах, у нас с разрабами/тестерами выстроена так коммуникация, что ребята подсвечивают всякие не состыковки в макетах. И это очень помогает, они как мой надежный тыл и я всегда знаю если где-то ошибусь ребята подстрахуют)
Спасибо) Абсолютно точно может, чаще всего компании готовы к изменениям и надо просто проявить инициативу)
Рада, что было полезно) Спасибо за отзыв!