Комментарии 11
Спринты не являются отличительной особенностью Agile, это просто техника из скрама.
А скрам – это методика работы в рамках принципов Agile. Если Вы приведете примеры применения спринтов не в рамках Agile, будет очень интересно о них почитать =)
Нет, смысл утверждения не в том, что спринты используются за пределами Agile, а в том, что спринты не являются отличительной особенностью Agile, так как многие практики не используют их: ни в TDD, ни в XP нет ничего о спринтах.
Agile — это agile manifesto, и там нет требования зачем-то обязательно работать спринтами, там более общие вещи.
Agile — это agile manifesto, и там нет требования зачем-то обязательно работать спринтами, там более общие вещи.
Agile не говорит, что документировать не надо. Он говорит о том, что выбор между работающим продуктом и написанной документацией должен быть сделан в пользу работающего продукта. Другими словами, если ресурс ограничен, а нужно или сделать документ, или доделать фичу, то выбор должен быть сделан в пользу фичи.
Еще раз: нет декларации того, что документация не нужна. Документирование – крайне важная часть процесса разработки. Но ресурсы ограничены, а значит, документирование можно перенести на следующий спринт, например.
Также важно помнить, что Agile хорош для решения коротких задач за ограниченное время. Когда мы говорим про принятие в эксплуатацию и на поддержку, например, ПАКа, Agile тут будет слабо применим.
Еще раз: нет декларации того, что документация не нужна. Документирование – крайне важная часть процесса разработки. Но ресурсы ограничены, а значит, документирование можно перенести на следующий спринт, например.
Также важно помнить, что Agile хорош для решения коротких задач за ограниченное время. Когда мы говорим про принятие в эксплуатацию и на поддержку, например, ПАКа, Agile тут будет слабо применим.
Приведенный пример с крепостью в Кенигсберге — ни к селу ни к городу. Но всё ровно спасибо, я теперь знаю как назвать весь тот бардак, который иногда встречаю в безопасности — Agile Cybersecurity.
А разве работающий продукт не является инструментом? Зачастую, процесс основан на каком-то продукте и настолько тесно связан с ним, что по соображением это одно и тоже.
Что в итоге получается? Документация не важнее чем процесс/продукт, который в свою очередь не важнее взаимодействия людей. Встречи-совещания, пустой трёп, неистовое взаимодействие и командный дух на фоне неработающих процессов. Всё дело в том, что блатняк не имеет других скилов, а митинги это их конёк. Поэтому надо создавать видимость работы, даже если по факту всё на дне.
Тут открывается простор для творчества и действия силы, которая безгранична по своей сути — алчность.
Предыдущий пункт плевать хотел на условия контрактов, а вы про какой-то план.
Тут вот что имелось ввиду, если каким-то чудом зерно рациональности просочилось и задуманный план вот-вот воплотится в жизнь, нужно иметь квалификацию или кадры, которые будут знать что с этим делать, иначе блатной-менеджмент всего этого потерпит фиаско или упустит прибыль.
На самом деле Agile – это просто система ценностей, не дающая никаких практических советов.Это советы одних жуликов к другим, ложь их главный инструмент и поэтому подобную чушь нужно еще декодировать и воспринимать с точки зрения жулья. Никакой практической ценности Agile не имеет для профессионалов в любой области, кроме блатного менеджмента.
1. Люди и их взаимодействие важнее процессов и инструментов.
2. Работающий продукт важнее исчерпывающей документации.
А разве работающий продукт не является инструментом? Зачастую, процесс основан на каком-то продукте и настолько тесно связан с ним, что по соображением это одно и тоже.
Что в итоге получается? Документация не важнее чем процесс/продукт, который в свою очередь не важнее взаимодействия людей. Встречи-совещания, пустой трёп, неистовое взаимодействие и командный дух на фоне неработающих процессов. Всё дело в том, что блатняк не имеет других скилов, а митинги это их конёк. Поэтому надо создавать видимость работы, даже если по факту всё на дне.
Сотрудничество с заказчиком важнее согласования условий контракта.
Тут открывается простор для творчества и действия силы, которая безгранична по своей сути — алчность.
Готовность к изменениям важнее следования первоначальному плану.
Предыдущий пункт плевать хотел на условия контрактов, а вы про какой-то план.
Тут вот что имелось ввиду, если каким-то чудом зерно рациональности просочилось и задуманный план вот-вот воплотится в жизнь, нужно иметь квалификацию или кадры, которые будут знать что с этим делать, иначе блатной-менеджмент всего этого потерпит фиаско или упустит прибыль.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
«Дальше не придумали, импровизируй» или Agile в информационной безопасности