Полезен ли Scrum для разработки одним программистом?

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

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

Единственным наиболее важным преимуществом Scrum, даже если есть только один разработчик, является не ежедневная синхронизация (встреча), а скорее ограничение на переключение контекста. Работая в спринтах, этот единственный разработчик может сосредоточиться на заданных историях в рамках своего (предположительно короткого) спринта, зная, что его не прервут и не заставят сделать что-то еще, пока он не закончит этот.

Меньше переключения контекста == меньше отходов == больше продуктивности.

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

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

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

Как однажды сказал один мой профессор, задав себе вопрос вслух: «Если вы спросите у Вселенной ответ, она вам его даст».

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

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