По-моему, не вполне корректно сравнивать скрам с уже установленными и работающими процессами. Если они (налаженные процессы) у вас есть и, самое главное, дают требуемый результат, то никакой скрам, конечно, не нужен. А вот если их нет, то скрам - отличная стартовая точка для упорядочения разработки.
Я и не сравниваю скрам с "уже установленными и работающими процессами".
Цель данных статей - анализ свойств скрама. Естественно, я привожу в качестве иллюстраций практики не из "установленных" а просто - из других подходов. Иначе это будет не анализ, а толкание воды в ступе.
И я не выношу суждений о том, нужен он, или нет. Это каждый сам для себя решает.
Прочитал с коментами. Многабукаф, но по делу. По поводу пролетариата - соглашусь, хотя вполне возможно сам пролетарием и являюсь. А вот с ротацией вы очень правильно подметили. Это очень полезная практика. Пишите еще.
Коллеги, а кто-то из вас по Аджайлу/Скраму работает?ek_artemMay 7 2010, 10:04:11 UTC
Потому что складывается впечатление, что все рабвотают по другим процессам, а Агл/Скрум ругают заочно ))
В Скраме в нашей имплементации не имеет места быть вертикального расслоения/классовой борьбы. Вместо этого формируется определённая культура "цивилизованного капитализма"(уважения к рабочему классу).
Кроме того, Агл/Скрум уменьшает некоторые риски. Если будет желание у обсуждающих - могу перечислить, какие с моей точки зрения.
Re: Коллеги, а кто-то из вас по Аджайлу/Скраму работает?hunterforloveMay 7 2010, 17:04:52 UTC
>У вас нет. У других - есть. Скрам, вброшенный в компанию с культурой "вертикального расслоения", с высокой вероятностью (но не обязательно) будет использован как оружие. Никаких эффективных инструментов для ликвидации расслоения он не содержит.
Так может это не косяк методологии а неправильного ее внедрения?
И еще: Цель скрама в моем понимании - это реализация возможности каждые 2-4 неделю(итерацию)поставлять заказчику кусок готового функционала, готового для имплементации в продакшн(ну если очень утрировано). Это позволяет бизнесу в случае резкого изменения ситуации на рынке изменить направление своего развития достаточно оперативно. И с этой задачей скрам отлично справляется. А цель скрама стать самой лучшей методологией в мире я нигде не встречал.
Минусы Agile (agile podcast)pingback_botSeptember 8 2010, 09:11:11 UTC
User syspo referenced to your post from Минусы Agile (agile podcast) saying: [...] й шаг к развитию. Начинаем эволюционировать с agile podcast: Мутность и путаница методологийAgile против документацииОтказ от менеджмента и социализм по Гапертону [...]
Comments 56
Reply
Цель данных статей - анализ свойств скрама. Естественно, я привожу в качестве иллюстраций практики не из "установленных" а просто - из других подходов. Иначе это будет не анализ, а толкание воды в ступе.
И я не выношу суждений о том, нужен он, или нет. Это каждый сам для себя решает.
Reply
Пишите еще.
Reply
В Скраме в нашей имплементации не имеет места быть вертикального расслоения/классовой борьбы. Вместо этого формируется определённая культура "цивилизованного капитализма"(уважения к рабочему классу).
Кроме того, Агл/Скрум уменьшает некоторые риски. Если будет желание у обсуждающих - могу перечислить, какие с моей точки зрения.
Reply
Reply
Так может это не косяк методологии а неправильного ее внедрения?
И еще: Цель скрама в моем понимании - это реализация возможности каждые 2-4 неделю(итерацию)поставлять заказчику кусок готового функционала, готового для имплементации в продакшн(ну если очень утрировано). Это позволяет бизнесу в случае резкого изменения ситуации на рынке изменить направление своего развития достаточно оперативно. И с этой задачей скрам отлично справляется. А цель скрама стать самой лучшей методологией в мире я нигде не встречал.
Reply
Reply
Reply
Reply
Leave a comment