Agile/Scrum для маленькой команды разработчиков
Мы небольшая команда разработчиков из 3 человек. Мы несем ответственность за дизайн, разработку, тестирование и публикацию каждого программного приложения. Мы также предоставляем поддержку программного обеспечения и решаем любые проблемы, которые могут возникнуть у пользователей, а также исправление ошибок.
На данный момент каждый разработчик несет полную ответственность за реализацию проекта от начала до конца. Поэтому они обсудят с клиентом требования к программному обеспечению. Они будут планировать, проектировать и разрабатывать программное обеспечение (как интерфейсное, так и фоновое). И они отвечают за тестирование и исправление ошибок.
Это процесс разработки, который рекомендуется, или каждому разработчику следует назначить ряд задач для каждого проекта?
Я думал о применении принципов SCRUM к нашему процессу разработки, но не уверен, насколько эффективными они будут. Из чего мы получаем, что мы уже работаем в гибкой методологии с короткими итерациями и обсуждением требований с клиентом?
Вы бы порекомендовали SCRUM для нашей среды? Как работают другие небольшие команды?
1 ответ
Это зависит от вашей цели: внедрение Agile только потому, что это новейшая "мода", может оказаться очень дорогостоящим для существующего бизнеса. По моему опыту (почти 15 лет, сейчас) лучше внедрить Agile во всей компании, а не только на техническом уровне (или DevOps, как они сейчас его называют).
Если вы реализуете какой-либо метод Agile в среде разработки, вы просто получаете чуть больше эффективности только в этой среде! Кодер не может писать больше, чем это количество строк в день. Чем, потому что остальная часть бизнеса все еще находится в состоянии "водопада", ваша сторона развития становится узким местом из-за отставания из-за остального...
В вашем конкретном случае, возможно, было бы неплохо собраться с разработчиками и спросить их: Agile или status quo? Как только ВСЕ из вас согласны с Agile, чем просто пойти на это - сначала сделайте это по книге, и после нескольких спринтов просто начните адаптировать то, что вам нужно, к вашей конкретной ситуации. Возможно, немного парного программирования, немного кросс-сотрудничества и т. Д. В конце концов, вас всего трое: насколько сложно достичь консенсуса? смешной