Я читал об анархии разработчика (или программиста), которая, как представляется, выставлена как методология пост-гибкой разработки. Я нашел несколько ресурсов ( 1 , 2 ), но, похоже, их там немного .
Мне было интересно, есть ли у кого-нибудь хорошие ресурсы, где я мог бы узнать больше об этом _ как реализовать это, плюсы и минусы, сравнение с другими методологиями и т. Д.
Ответы:
Я могу указать вам на мысли Элистера Кокберна об этом аспекте «настоящих» гибких проектов:
это то, что было гибким, и, похоже, это подход, использованный методологией Анархии - суть в том, что, если у вас есть опытные парни , то вы можете сказать им, чтобы они «убирались и заставляли это работать», и они будут делать именно это , (это не работает с менее опытными людьми, вы не позволите команде юниоров сделать это без какого-либо надзора).
Все болтовни о гибкости, которые создавались на протяжении многих лет, такие как ежедневные дежурства и скрамборды, совещания по сортировке журнала невыполненных работ по продуктам, предварительные встречи о совещаниях по планированию заседаний по уходу за доской объявлений о работе с продуктами ... все это тяжелые проекты, которые следует рассматривать как накладные расходы на успешную доставку продукта.
Однако сегодня слишком много вещей, которые считаются обязательными, и «гибкая» методология спускается в систему, которая имеет больше процессов, чем старые методы!
источник