Методы разработки программного обеспечения

Question

Я потратил пару часов, чтобы найти любые современные данные о доле методологий разработки программного обеспечения, таких как Waterfall, RUP или Scrum, но не смог найти никакой полезной информации. Есть ли кто-нибудь, кто знает об этих опросах? Соответствующий документ не обязательно должен быть бесплатным, но, конечно же, я был бы признателен.

спасибо! Seb

Answer 1

Поскольку вы готовы тратить деньги, вы можете обратиться к профессиональной аналитической фирме, такой как Gartner Research. Они генерируют множество отчетов, и вы можете найти что-то в своих архивах. Крупные корпорации часто ссылаются на исследования Gartner.

Если это не дает никаких результатов, вы должны выполнить поиск в научных документах. Google Scholar может помочь вам там.

Если все остальное не удается, и у вас достаточно времени на ваших руках, вы можете провести небольшое исследование самостоятельно: выберите случайные компании и скажите им, что вы проводите исследования, и что вы хотели бы задать им несколько вопросов.

Answer 2

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

более поздние раздутые методы, такие как XP, я не вижу в вашем списке. они хорошо работают даже в небольших командах. :)

Answer 3

Пару документов, которые у меня есть, чтобы помочь вам в ваших исследованиях.

ВЛИЯНИЕ ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ НА ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ КАЧЕСТВА: эмпирический ПРИМЕРЕ

Nachiappan Nagappan
Microsoft Research
Редмонд, штат Вашингтон, США
Начин на microsoft.com

Brendan Murphy
Microsoft Research
Cambridge, UK
bmurphy на microsoft.com

Victor R. Basili
Университет штата Мэриленд
College Park, MD, США
Basili в cs.umd.edu

---

Труды Международной конференции по Software Engineering, 1999, Лос-Анджелес, Калифорния, стр.85-95

Расщепление Организация и интеграция Кодекса: Конвея Закон Revisited

---

Отладка процесса разработки

---

Управление Люди - кусаться и Юмористические Байки Software Engineering Manager,

Answer 4

Я считаю, что вы найдете большинство программ, разработанных для бизнес-систем, следует за итеративным развитием cy cles с грубой методологией, подобной SCRUM, хотя большинство из них бы этого не осознали.

Единственный раз, когда вы когда-либо увидите статическую методологию, такую ​​как водопад, скорее всего, будет крупным правительственным проектом, который требует, чтобы каждый технический и бизнес-проект был завершен и одобрен до начала любого типа разработки программного обеспечения.

Answer 5

Если существует такая вещь ...

1. Там будет стандарты, основанные на результатах. Если где-нибудь около 50% магазинов фактически использовали Scrum или RUP или что-нибудь, была бы применимая стандартная организация, избивающая детали.

2. Нам всем будет рассказано, что делать, основываясь на результатах. Наши юристы и бухгалтеры спрашивали, почему мы используем методологию, используемую только 15%, а не методологию, используемую 28%. Нам пришлось бы бороться с генералами кресла, цитируя результаты на нас.

3. На основании результатов будут представлены продукты для продажи. «Поддержка самой популярной методологии». «Одна из самых популярных методик». «Трудные билеты для самой быстрорастущей методологии».

4. Вы увидите рекламу, в которой указаны результаты и требуются конкретные количественные выгоды. «28% организаций используют нашу версию Scrum с улучшенной доставкой по времени».

Просмотрите любую рекламу или стандарты, основанные на применении методологии? Что-нибудь?

Такие количественные исследования, вероятно, не существуют.

Кроме того, предварительным условием для подсчета является определение. Можете ли вы определить Scrum таким образом, чтобы он каким-то образом отличался от XP? Я сомневаюсь в этом.

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

Answer 6

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

Прежде всего, очень немногие организации сообщают вам, какой метод они используют. Некоторые просто не используют. Некоторые другие не знают, что они используют, или как это назвать. И некоторые знают, что назвать это, но не будут раскрывать его по тем или иным причинам. Из организаций, которые расскажут вам, которые (по моему опыту) являются меньшинством, есть большая асимметрия в том, как они характеризуют то, что они говорят вам.Способ, которым сформулирован ваш собственный вопрос, иллюстрирует это: большинство людей промышленности (и многие ученые) сегодня, когда их просят перечислить методологии, считают водопад, RUP, Scrum, XP и некоторые другие «товарные знаки» гибких подходов. Это интересно, но они вполне способны привести ряд подвижных подходов, различия между которыми обычно намного меньше различий между (почти забытыми) методами, которые сгруппированы вместе под «водопадом». Гибкие подходы настолько широко продаются и раздуты, что, подобно Coca-Cola или McDonald's, так присутствуют в нашей повседневной жизни.

Методологии часто представляются либо водопадом, либо проворным. Это ужасная ошибка, которую поддерживает гибкая община. Существуют успешные методологии, которые не квалифицируются как водопад и предшественник (и не квалифицируются как) гибкие. Однако они, кажется, игнорируются, и они редко появляются на опросах, таких как тот, который вы требуете в своем вопросе. Очень редко я нахожу, что люди в промышленности сообщают о применении таких методов, как Catalysis, OPEN/Metis или Fusion.

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

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

Удачи. :-)