У нас есть слабое место в нашем потоке. Всякий раз, когда приходит время приемочного тестирования, наш клиент просто не делает его вовремя. В Jira есть 50 пользовательских историй, ожидающих его рассмотрения. Число становится больше с каждой итерацией. Из-за этого узкого места очень сложно работать над новыми историями, так как часто бывает, что он запрашивает запрос на изменение уже решенных пользовательских историй.
Жизнеспособной стратегией может быть следующая.
Во-первых, сделайте так, чтобы он действительно знал о задержке, которую он вызывает: вы можете создать кумулятивную блок-схему, чтобы указать на замедление (довольно просто, учитывая, что вы работаете с Jira).
Затем помогите ему избавиться от ожидающих согласований:
Я думаю, вопрос в том, почему он не просматривает истории. Я бы использовал бережливый подход, который разработала Toyota: помочь клиенту устранить его собственное узкое место. Возможные причины:
Таким образом, вы можете решить проблему напрямую с клиентом. Если не реагируете, обратитесь к руководству — используйте данные, чтобы показать, как они мешают вашей работе и потенциальные потери из-за узкого места. В обоих случаях предложите свою помощь (обучение, наставник, что угодно) для решения проблемы.
Поскольку это новая разработка, ваш внешний клиент не будет знать точных шагов для воспроизведения условий варианта использования. Это, скорее всего, замедляет его.
У нас была такая же проблема. Затем наши тестировщики записали точные шаги для проверки каждой истории. Для тестировщиков это не очень сложно, потому что они сами прошли эти этапы.
Если внешний клиент не выделяет на это время, это не решит эту проблему. Если он выделяет ограниченное время, то таким образом он сделает больше за это время.
Вики Лейдлер
Руслан Дороничев