Разные методологии для разных доменов?

Question

(Этот вопрос был частично вдохновлен понятием экстремального программирования Дональда Кнута здесь )

Я недавно читал об Agile и уже несколько лет интересуюсь экстремальным программированием. Но мне стало интересно, насколько уместны эти методологии в определенных «экстремальных» проблемных пространствах - например, для кодирования космических челноков .

Что ты думаешь? Являются ли некоторые области несовместимыми с «современными» методологиями? Существует ли четкая метрика для сопоставления данного домена с наилучшей методологией?

Answer 1

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

Answer 2

Одним словом, нет, нет. Не для каждого домена.

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

Многие другие домены / приложения не могут оправдать такие расходы.

Даже в пределах одного домена вы найдете разные ответы (операционные компьютеры в самом космическом челноке по сравнению с ноутбуками, которые астронавты берут с собой).

Как обычно с таким вопросом, ответ "Это зависит" ... слишком много факторов поставлено на карту, чтобы дать общий ответ по каждому домену.

Answer 3

Как использование правильного инструмента для работы, я говорю, используйте правильную методологию для работы. Обычно нет правильных ответов / парадигм / инструментов / и т. Д. ... все должно быть в контексте.

Answer 4

Я думаю, что многие люди знакомы с методологиями, которые они используют, и закрыты для новых методологий. Даже для экстремальных проблемных областей существуют явные преимущества TDD и других Agile-практик. Очевидно, что в таких местах должно быть значительное количество испытаний, особенно по сравнению с менее важными приложениями.

Независимо от вашего домена, предварительные проекты, как правило, имеют серьезные сбои, которые значительно изменятся во время разработки. Внедрение гибких практик (возможно, даже гибрида, или Водопада, и гибкости), несомненно, принесет мне пользу.