Как работать в среде с несколькими приложениями с ежедневными требованиями клиентов
Я прочитал о схватках, и компания, в которой я работаю, начала использовать это. Я считаю, что постановка задач действительно помогает каждому понять, что нужно сделать и над чем работать. Одна из проблем, с которыми мы сталкиваемся, заключается в том, что мы просто "пытаемся" разобраться с одним из наших проектов. У нас есть много пользовательских приложений для клиентов. Некоторые из этих клиентов получают приоритет над другими. Если они позвонят и потребуют отчет, мы предоставим.
Есть ли какой-то процесс (разбор или иное), который мы можем использовать, чтобы помочь нам с этими требованиями? В нынешнем виде ежедневные потребности не учитываются в нашем спринте, поскольку у нас нет времени заниматься историей и планировать покер каждый день.
Какие-нибудь мысли?
Я нашел этот вопрос, который говорит о том, как объединить несколько проектов, но не ежедневные требования.
2 ответа
Вы должны заставить своих клиентов следовать процессу управления изменениями, независимо от того, используете ли вы Scrum или нет. Вы должны согласиться с тем, что вы не сразу делаете то, что просят ваши клиенты, а упорядочиваете элементы в соответствии с приоритетом и планируете их, прежде чем делать это. Если это какие-то неотложные проблемы, такие как ошибки, обнаруженные на производстве, вы все равно должны следовать процессу, но исправлять их более срочно. На самом деле мы делаем это так:
- Присвойте приоритет проблеме
- Если это низкий или нормальный приоритет, добавьте его в бэклог и запланируйте спринт позже
- Если это срочно, назначьте его специальному инженеру поддержки, который сделает это без Sprint в ветви кода исправления. Последний момент следует избегать в максимально возможной степени.
Возможно, Scrum не является подходящим для вас гибким подходом, поскольку он больше подходит для команд, в которых работа может планироваться заранее, например, от одной до четырех недель за раз.
Для команд, которые занимаются поддержкой и обслуживанием, я предлагаю взглянуть на Канбан.