Уважительная причина Ну, вы знаете, как это бывает: не было сил поработать над задачей днём; ночью не хватило внимания хорошенько проверить код; тестировщик проверил только позитивный сценарий; а о проблеме, которая принесла серьёзные убытки, вы узнали от преждевременно поседевшего аналитика. Кто виноват? Очевидно, что тестировщик. Он отвечает за качество продукта и основная его задача — не допускать таких ситуаций. Но у него есть уважительная причина: он был завален другими, более приоритетными задачами. Но почему у него столько задач, что он не справляется? Количество разработчиков удвоилось за последние полгода, и менеджер проекта должен был уже давно нанять дополнительных тестировщиков. Но у него есть уважительная причина: бюджет проекта не позволяет нанять ещё тестировщиков. Нельзя ли было нанять хоть каких-то тестировщиков вместо части разработчиков? Менеджер сделал всё возможное, чтобы это случилось, но топ-менеджмент согласовал только найм разработчиков. У топ-менеджмента тоже есть уважительная причина: известно, что найм разработчиков ускоряет разработку, а тестировщиков — наоборот, замедляет. На ранних стадиях проекта, целесообразнее нанимать разработчиков, которые сами могут тестировать свой код. Почему же разработчики не проверяют свой код? Обычно вы всё тестируете, типизируете, проводите отличные Code Review, но тут что-то пошло не так. Хорошо, что у вас есть уважительная причина: систематический недосып приводит к снижению концентрации и провоцирует развитие эмоционального выгорания. О том, как это исправить и предотвратить, я писал в постах О выгорании и Проблемы с мотивацией. В этой истории у каждого были свои уважительные причины, но имеет ли это хоть какое-то значение, если страдает результат?! Вместо поиска виновных, вместо перекидывания мячика ответственности — не лучше ли сразу признать общую и, как следствие, личную ответственность за конечный продукт?! Я предлагаю вам подумать над концепцией, где виноваты все: каждый по-своему. Один не сделал, другой недоглядел, третий забыл, четвёртый не успел. Не имеет значения, почему. Важен факт. Когда все виноваты — мы можем отбросить и само понятие вины, вместе с его обязательным атрибутом — обвинениями. Можно сэкономить невероятно много времени и сил, если вместо обвинений сразу перейти к поиску решения. Попробуйте! С чего начать? Первое — признать вину, даже если она, на первый взгляд, не ваша. Важный момент: не проговаривать признание своей ответственности без необходимости. Так плохо: — Не знаешь, почему прод упал? — Это моя вина, я не остановил Васю, когда он дропал базу. Это совершенно не помогает. Принимайте ответственность и сразу переходите к поиску решения: — Не знаешь, почему прод упал? — Мы случайно базу дропнули. Думаю, сами справимся. В течение получаса восстановим. Здесь хорошо всё: проблему пояснили, примерные сроки назвали, ещё и сразу ответили на вопрос, нужна ли какая-то помощь. Вопрос «Почему так случилось» следует решать отдельно, но неразрывно с вопросом: «Как не допустить этого в будущем». Сначала мы устраняем проблему, и только потом рефлексируем, делаем выводы, предлагаем долгосрочные решения, автоматизируем процессы. Донесите до менеджера или особо активных коллег эту информацию, попытайтесь вернуть их в продуктивное русло. ⭐️ Как следует ответить? 1. Почему ты опоздал на митинг? 2. Зачем ты запушил с форсом в мастер? 3. Почему кнопка зелёная, а не красная, как в дизайне? 4. Где ты научился так (плохо) кодить? 5. Это чей ещё код? Напишите ответы чате канала и посмотрите, как отвечают другие.