November 2016 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 |
Navigation
This page
Summary
2011.06.18 @ 23:06
Миф о документации, продолжениеgaperton: (no subject) [+1]
November 2016 | 01 | 02 | 03 | 04 | 05 | 06 | 07 | 08 | 09 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 |
Они не консультируют пользователя по непонятным вопросам?
Они не пытаются воспроизводить ошибки, которые появились у пользователя, чтобы их локализовать, и не задают пользователю допвопросов?
Они не умеют отличать Severity, и прописывать его в переданную ошибку?
Они не тестируют исправления ошибок и доработки, которые они передали в разработку?
Они не сообщают пользователю, что все ок, и он может проверять?
Если они не делают перечисленного, то это странная какая-то поддержка. Надо там руководителя заменить.
Если делают - то это уже немало, на самом деле.
> Это просто в качестве иллюстрации, что саппорт -- это тоже нетривиально и просто так каких-то людей на него не посадишь. В т.ч. QA. Как, например, они будут работать под давлением со стороны бизнеса, мне не очень понятно.
Ну так можно на это посмотреть. :)
Ну там северити обычно определяется по тайтлам людей, которые пришли в саппорт. Если это Managing Director, то это catastrophe :)) Ну а если серьезно, то для них есть два северити -- "будим разработчика ночью" и "подождет до утра".