Как понять, что на проекте не идеально: документация, тесты и код, а может быть даже еще хуже процессы? Когда-то я считал, что для того, чтобы ответить на этот вопрос достаточно сделать одно, но не простое действие: посмотреть на эту вещь под углом, что ты видишь ее как будто первый раз в жизни. Это очень сложно, хотя бы потому, что документ ты этот читал и хотя бы мимолетно помнишь что там написано. И честно меня этот путь не устраивал и я решил найти иные инструменты которые помогут ответить на вопрос выше. Пару лет назад я столкнулся с двумя интересными, на мой взгляд, инструментами: аудит и пользовательских фидбэк. О втором я хочу поговорить, потому что он дает огромный объем информации. По сути пользовательский фидбэк есть двух типов: - открытый - закрытый. Под "открытым" я подразумеваю любой артефакт, который оставил пользователь при взаимодействии с вашим продуктом. Оставил негативный фидбэк где-то на сайте, здорово! Оставил позитивный фидбэк, здорово! Оставил обращение в поддержку, еще лучше! И ты как исследователь смотришь это все и для тебя становится ясным, а как пользователь "видит" твой продукт. Где он плохой, где он хорош, где - не очевиден. И также позволяет понять, а где "хромает" процесс. Но в этом исследовании надо быть очень осторожным, так как ты ходишь от крайности в крайность. Под "закрытым" я подразумеваю артефакты, которая делает сам продукт без пользователя - то есть по сути она записывает шаги пользователя и помогает понять, а что делал пользователь в программе, на сайте. Сразу скажу, что это исследование в моем понмании - высший пилотаж. Потому что ты не видишь обратную реакцию пользователя (почему он ушел с сайта или закрыл вкладку), вдобавок в ввиду различных ограничений (законадательных, информационной безопасности) не все можно записывать. Я периодически занимаюсь подобными исследованиями и если вам интересно о том, как и с помощью чего это делается могу рассказать.