Н.п.

Ну вот скрам, такой скрам 🙈

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

В общем, зависли сегодня. А, да, ещё ни одного руководителя на месте не оказалось. ПО на выезде у клиента, недоступен, технический руководитель по понедельникам не работает, скраммастер сказал, что он такие решения (ставить эту информацию, как блокер спринту) не принимает. А мы растерялись: то ли вымучивать из товарища последние два дня знания, которые у него есть по "косячной" части проекта, то ли дальше писать проект, который стартует. Если брать "строго по скраму" - задача с ошибкой ещё не внесена в спринт, значит, работаем над текущими задачами в порядке приоритета...

А как вообще быть должно по уму? Наверное, если б не парень в отпуск, не было бы такой истерики - день-два подождать ПО. Но опять же, там изменений на добрых недели три, и это если опустить тестирование QS... Как впредь избежать таких ошибок? С нашей, программистской, стороны все чисто, на что опирались (концепт) есть, но даже если это ошибка ПО - осадочек неприятненький. Не сделала в срок команда...