Есть ли у scrum какие-либо преимущества в оборонном контракте?

12

Подслушал вчера у водяного кулера: «Scrum не место в оборонном контракте».

Я склонен не соглашаться в том смысле, что считаю, что Scrum может быть приспособлен для работы во многих сценариях, и я вижу, что защита является одним из них. Это вызвало огромные споры среди моих коллег (многие из нас работают в сфере оборонных контрактов) с довольно равномерным разделением за / против.

Чтобы сделать это правильным вопросом: кто-нибудь успешно использовал (или имеет опыт работы с) схватку в оборонной ситуации? Что сработало хорошо, что не сработало, и какие (если вообще были) изменения в Vanilla Scrum вы делали?

Шон Мэдден
источник
3
Agile стремится удалить отходы. Организации, пытающиеся добиться успеха с помощью Agile, должны соответствовать этой цели. Политические организации, как правило, имеют другие приоритеты.
Мартин Уикман,

Ответы:

5

«Scrum нет места в оборонном контракте».

По моему опыту, основным препятствием является клиент. У большинства правительственных учреждений есть модель водопада в их ДНК. Даже контракты выполняются на этапах водопада - сначала мы финансируем требования, затем проект, затем реализацию. В классической теории водопада они могут даже подумать, что могут заставить разные компании выполнять разные этапы.

Есть способы обойти это, хотя ИМО. Выполняйте предварительные требования и проектируйте, как водопад, а затем при реализации разбивайте требования на итеративные пользовательские истории. Используйте внутренний тест / опытные пользователи оценивают каждую итерацию. В зависимости от клиента, они могут или не могут быть заинтересованы в участии. Не чистая схватка, но это может быть лучшее, что вы можете сделать.

Дуг Т.
источник
3
Я работал стажером в трех командах на исследовательской лаборатории ВВС, один раз в разработке производственного программного обеспечения, один раз в быстром прототипировании и в третий раз в проверке и валидации контрактной работы. Обе позиции развития были гибкими. На самом деле, производственная позиция была очень близка к Scrum, с меньшим взаимодействием с клиентами (программное обеспечение поставлялось каждые несколько итераций, клиент на месте каждые 3-6 месяцев), и это было в 2006 году. Я согласен, что покупательский подход и понимание покупателя являются самыми большими проблема, но некоторые правительственные учреждения (или, по крайней мере, команды) действительно используют гибкие методы.
Томас Оуэнс
@Thomas Owens Этот комментарий был бы хорошим ответом.
Хьюго
1

Несмотря на то, что может быть сложно полностью внедрить Scrum, полезно применить некоторые из методов Scrum. Например, теперь, независимо от того, как вы выполняете сбор требований, у вас все еще могут быть частые выпуски и демонстрации. Вы все еще можете извлечь выгоду из периодической ретроспективы. Посмотрите на другие процессы, такие как Lean или Kanban, и посмотрите, есть ли у них что-нибудь, что может помочь вашей команде.

Вместо того, чтобы упрямо следовать какому-либо одному процессу, подумайте о том, как вы можете улучшить процесс специально для вашей команды, вашего проекта и вашей отрасли. Процесс имеет значение . Методология команды имеет большое влияние на поставляемое программное обеспечение.

epotter
источник