Правильно говоришь - процесс, а будут это стикеры на доске с играми на ретроспективе, или просто карандашом в блокноте - главное чтобы процесс помогал

йес

Поэтому у вас колбан:)

Вот это да.. нет слов..

проблема "неэджайл" процессов (хотя в том же MSF такой проблемы не было, кроме пары мест, а в МСФ4Эджайл она исчезла полностью)  была в том, что любая проблема, возникшая до завершения цикла разработки (они все были итеративными испокон веков, просто итерации между планированием и интеграцией были длинными и поступательными, а не параллельными) требовала полностью перепланировать весь цикл, а также продукт можно было выдавать в продакшен только в конце большей части циклов (или всех)

ХР и в результате эджайл должен был решить эту проблему на корню, но штото пошло не так

agile, scram и прочее мракобесее только мешают, по-моему)

Павел Криворучко, Москва, COO в веб/мобильном продакшне, слежу за хорошими процессами и практиками, в том числе в QA

scrum с вашего позволения.

а, да-да, пасип

и вместо обеспечить гибкость - эджайл-фреймворки стали идеальными примерами овербюрократизации, а эджайл стал религией сродни сайентологии

срам

Scrum хороший, просто цена разработки ~х2 и не переключишь команду ни на что, т.е. рейты по скраму надо ставить наружу х3-х4.

Если заказчик готов платить - почему нет.

Но в целом мне кажется, что скрам дальше от agile манифеста чем водопад от agile

ура! аджайлосрач!

я знал, что ты придёшь и скажешь УРА! )))))

кстати, фреймворки используют только для обхода и ускорения?

а как вы так лихо сравниваете фреймворк для ведения проекта и методологию разработки? :)