Прежде чем думать о внедрении гибкой разработки, сначала изучите, какой вариант лучше всего подходит для вашей организации / проекта. Если, например, вы смотрите на scrum, подумайте, будете ли вы использовать его строго, или вам лучше подойдет более свободная форма scrum или даже другой метод. Мой ответ на схватку как твой ловкий метод.
Scrum отлично подходит для проектов, требующих инноваций, где мало что известно и где необходимы эксперименты. Это не лучшее решение для таких вещей, как поддержание существующих продуктов или выполнение периодических работ по техническому обслуживанию. К счастью, scrum - это свободная структура, и вы можете использовать ее наилучшим образом.
Для техобслуживания Kanban может быть лучше для вас, или вы можете попробовать всего несколько элементов scrum для управления спринтом и выполнения повседневных задач. Я называю это "scrum-но", "да, мы делаем scrum в нашей компании, но ...". Это нормально, не переживай из-за этого.
Для правильного внедрения scrum в вашей организации необходимо участие владельца продукта и заинтересованного лица. Если вы небольшая компания, то этим парнем может быть один человек, начальник, а в более крупном - менеджер по продукту и руководитель / начальник отдела. Я бы предложил два пути введения скрама:
1) вы можете начать использовать scrum в несколько более свободной форме для немедленного управления существующими рабочими очередями. Но посмотрите и на Канбан.
2) начать использовать scrum в более строгой форме в каком-то новом проекте, который потребует инноваций, ранней обратной связи и где многое неизвестно. Вы можете предложить боссу / владельцу продукта, что схватка будет идеальной для этого нового проекта.
Но помните! это не только код, владелец продукта играет важную роль и должен понимать и выполнять свою роль. Это означает, например, что вы не пишете все спецификации заранее, скорее начинаете с минимума, быстро повторяете, получаете обратную связь, изучаете и учитываете все это и так далее. Попробуйте поработать с менеджером по продукту, который будет так же заинтересован в представлении scrum, как и вы, но со стороны владельца продукта, и в идеале он / она должен быть достаточно жестким, чтобы отражать запросы руководства и защищать спринт.
Чтобы внедрить Scrum, потребуются совместные усилия разработчиков и менеджеров по продуктам.
В таком новом проекте попробуйте перевести новую команду в отдельную комнату и использовать заметки после ее завершения, чтобы визуализировать работу в различных состояниях, таких как отставание, в процессе выполнения и т. Д. На этом этапе не увязайте в электронных инструментах. Сохраняйте вещи как можно более простыми. Не начинайте глупо планировать покер с картами, когда вы начинаете, когда ваша команда наберет скорость, вы, вероятно, не будете их использовать, просто скажите цифры.
По моему опыту, проще сначала ввести scrum в чистом виде, а затем упростить его для большего количества рабочих очередей типа обслуживания. Сложнее наоборот.
Мой последний комментарий заключается в том, чтобы остерегаться мысли, что схватка - это некая панацея развития, это не так. Scrum - это полезная и простая структура для инноваций в продуктах, но вы можете изучить другие методы объединения, как того требует ваш бизнес, и не переживайте по этому поводу.