Какие методологии применяются для open source проектов?

Open source бывают абсолютно разные, было бы интересно узнать обо всех, об их классификации. Конкретнее, интересуют проекты с такими характеристиками:

— Долгоживущий проект, популярность средняя. Имеется в виду существуют достаточно большие user story/epic, которые могут занять от 1-2 человекомесяцев (на постоянную занятость)

— Отсутствие людей на полную занятость

— Количество открываемых feature request/дефектов превышает количество закрываемых

— Отсутствие четких рамок для релиза, зато постоянный continous integration, практическая любая версия может пойти в production.

— Существует одна основная ветка разработки (без поддержки предыдущих версий — никогда не требовалось) и несколько веток для специальной функционалости, которая пока не готова.

— Количество программистов в 5 раз меньше, чем количество активных участников при обсуждении багов, альфа-тестировщиков


Текущие трудности:

— Реализация трудоемких фич, так как они могут занимать достаточно долгое время, приоритет отдается тому, что может быть сделано быстро и иметь видимый эффект. В долгосрочной перспективе имеет негативные эффекты.

— Количество открываемых дефектов превышает «пропускную способность» команды.


То, что нашел в интернете:

— Scrum — не очень подходит, так как нет четких сроков, нет четких эстимаций, да и четкого определения команды нету.

Канбан — нравится тем, что есть фокус задач и нет четких сроков.


Не исключаю, что что-то необходимо в корне менять, а именно применять более жесткую методологию, нежели чем каждый делает по своим приоритетам, но в open source проекте это может не прижиться.
  • Вопрос задан
  • 2895 просмотров
Пригласить эксперта
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы