Почему Agile-практики нет в научно-исследовательских проектах и ​​организациях?

Об этом уже спрашивали ( Как команда, работающая над элементами, основанными на исследованиях, может работать в Agile-проекте? ), Но ветка из 2011 года, поэтому я подумал, что нужно обновить.

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

Мне удалось найти SCORE (Scrum for Research), но он в основном предназначен для преподавателей и студентов-исследователей. В более позднем исследовании Agile Research авторы приходят к выводу, что «академический agile-процесс еще не разработан». Они продвигают тему немного дальше, разрабатывая «принципы гибких исследований» на основе своих коллег по разработке программного обеспечения. Я провел предварительный поиск научных работ по agile-исследованиям, но не дал достойных упоминания результатов.

В целом, кажется, удивительно мало документов, описывающих использование Agile в исследованиях. Почему? Это не новая идея — в конечном итоге она оказалась плохой идеей?

Учитывая, что скрам на самом деле был вдохновлен методами, используемыми в исследовании полимеров в DuPont, у кого-то, вероятно, есть что-то для вас.
Если вы считаете «Итеративный и инкрементальный» гибким (без какой-либо торговой марки в названии), он существует уже давно и используется в научно-исследовательских проектах. См. эту замечательную статью об истории итеративной и инкрементальной разработки citeseerx.ist.psu.edu/viewdoc/…
Я бы также добавил, что есть парадокс в том, что традиционные организации, финансирующие научные исследования , имеют тенденцию быть довольно водопадными по своей природе. Модель академической карьеры (должность в университете) в значительной степени основана на получении публикаций, которые позволяют исследователю получать больше финансирования через предложения (обещания спонсорам исследований), позволяют нанимать студентов и покупать оборудование для проведения исследований, что приведет к публикации большего количества результатов, и т. д. Эта «машина» довольно далека от гибкости ... Однако ничто не мешает исследовательской организации выполнять исследовательский проект гибко.
Кроме того, очень интересное чтение, в котором подробно описана экосистема «опубликовать или погибнуть»: scrum-breakfast.com/2014/04/agile-scientific-research.html .

Ответы (2)

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

Предсказуемый график, гибкая область применения — используйте Scrum

Нестабильный объем, короткие сроки поставки — используйте Канбан

Фиксированная область, гибкий график — используйте Канбан или Скрам

Конечный продукт совершенно неизвестен — используйте XP или Lean Startup

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

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

Надеюсь, этого было достаточно, чтобы не превращать это в глубокую диссертацию.

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

Agile Kanban для исследовательской работы