Подслушал вчера у водяного кулера: «Scrum не место в оборонном контракте».
Я склонен не соглашаться в том смысле, что считаю, что Scrum может быть приспособлен для работы во многих сценариях, и я вижу, что защита является одним из них. Это вызвало огромные споры среди моих коллег (многие из нас работают в сфере оборонных контрактов) с довольно равномерным разделением за / против.
Чтобы сделать это правильным вопросом: кто-нибудь успешно использовал (или имеет опыт работы с) схватку в оборонной ситуации? Что сработало хорошо, что не сработало, и какие (если вообще были) изменения в Vanilla Scrum вы делали?
Ответы:
По моему опыту, основным препятствием является клиент. У большинства правительственных учреждений есть модель водопада в их ДНК. Даже контракты выполняются на этапах водопада - сначала мы финансируем требования, затем проект, затем реализацию. В классической теории водопада они могут даже подумать, что могут заставить разные компании выполнять разные этапы.
Есть способы обойти это, хотя ИМО. Выполняйте предварительные требования и проектируйте, как водопад, а затем при реализации разбивайте требования на итеративные пользовательские истории. Используйте внутренний тест / опытные пользователи оценивают каждую итерацию. В зависимости от клиента, они могут или не могут быть заинтересованы в участии. Не чистая схватка, но это может быть лучшее, что вы можете сделать.
источник
Несмотря на то, что может быть сложно полностью внедрить Scrum, полезно применить некоторые из методов Scrum. Например, теперь, независимо от того, как вы выполняете сбор требований, у вас все еще могут быть частые выпуски и демонстрации. Вы все еще можете извлечь выгоду из периодической ретроспективы. Посмотрите на другие процессы, такие как Lean или Kanban, и посмотрите, есть ли у них что-нибудь, что может помочь вашей команде.
Вместо того, чтобы упрямо следовать какому-либо одному процессу, подумайте о том, как вы можете улучшить процесс специально для вашей команды, вашего проекта и вашей отрасли. Процесс имеет значение . Методология команды имеет большое влияние на поставляемое программное обеспечение.
источник