Существует ли методология уклонения от методологии?

Question

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

Answer 1

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

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

Во время ретроспективы вам необходимо коллективно ответить на следующие вопросы:

1. Что сработало?
2. Что мы должны начать делать?
3. Что мы должны перестать делать?

Затем вы можете работать со своей командой, чтобы расставить приоритеты в том, что для них важно. Спросите их, что бы они хотели изменить, и начните работать над этим.

Answer 2

Люди - существа привычки. Разработчики, возможно, больше, чем другие.

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

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

Вы также должны убедиться, что выслушали их жалобы и занесены в каталог как технические или мнения.

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

Answer 3

Одним словом: общение. Между вами и другими членами команды, другими заинтересованными сторонами, такими как руководители проектов и т. Д.

Метафора GC не уместна; нет ничего внешнего для вашей команды, которое могло бы рационально определить, когда практика или методология имеют право на исчезновение. Это динамичная вещь, которая должна быть согласована всеми заинтересованными сторонами. Это проблема связи.