Comments 4
спасибо, что подняли тему. действительно, уведомление и эскалация (критичных) инцидентов тема полезная. и правда да, в том что не стоит в таких ситуациях "расшаркиваться", нужно "что", "что делать", "когда придет в порядок". все остальное постфактум.
Пожалуйста, не надо эмпатии. Когда у меня проблема, лучшая эмпатия - решение проблемы, а не сочувствие прямо или косвенно в проблеме виновных.
Плюсую. Когда команда, положившая свой же сервис, выражает эмпатию, создаётся неубиваемое впечатление, что она пытается избежать ответственности. Типа "оно само упало, мы такие же пострадавшие".
Типа «оно само упало, мы такие же пострадавшие».
а по разному бывает
у меня был случай когда уронили онлайн, на ноги подняли всех кого можно уже даже из бекапа резервную копию сервиса начали поднимать
а оказалось что сетевик заапдейтил какойто 'незначительный параметр' в циске и там начали некоторые пакеты не по тому маршруту ходить. хотя там уже дело дошло для подключения 'более толковых ребят из вышестоящей конторы' и «мы ша всех вас уволим»
хотя казалось бы, как разрабам вообще понимать что проблема на сетевом уровне… но виноваты то они!!! и еще ответственности хотят избежать!
также
пытается избежать ответственности
это важно понимать что такое бывает когда в конторе неадекватное руководство, и если подчиненные пытаются так сделать то в консерватории явно чтото не то
Sign up to leave a comment.
Как сообщить, что вы всё уронили: шаблон действий в ситуации, когда всё пошло не по плану