Правду говорите! Agile -> философия работы, очень широкое понятие, фреймворк -> какая-то реализация этой философии (XP, Scrum, Kanban, итд), а методология -> адаптация фреймворка под конкретную команду (поэтому мы часто слышим "ну у нас скрам работает вот так и сяк, а не вот эдак").
Мне видится, что Agile — это не столько про формальность или неформальность процессов, сколько про открытость к изменениям и обучение из фидбека. Эти принципы об как раз об этом: учись из опыта, слушай пользователей, работай без излишков и строй открытую коммуникацию с коллегами.
Про пункты 1 и 2. Да, полная правда, очень многие коллеги используют именно "многострочный" формат. Лично я чаще пишу в одну строку, поэтому и в статье в примерах использовал такой способ. Я добавил в статью и пункт про US, и в пункт про JS о существовании нескольких форматов.
С п.4 полностью согласен и тоже дополнил статью. Спасибо! :)
Что касается моего опыта с Gherkin.
Я несколько раз пытался начать использовать его и не заметил, чтобы команда как-то это оценила: ни позитивной, ни негативной реакции не было. Да и в целом, у нас на проекте нет сценариев, которые стоило бы расписывать в такой форме: чаще всего они короткие, простые; не могу вспомнить даже сложные ветвления для отдельных стори или фич.
Правду говорите! Agile -> философия работы, очень широкое понятие, фреймворк -> какая-то реализация этой философии (XP, Scrum, Kanban, итд), а методология -> адаптация фреймворка под конкретную команду (поэтому мы часто слышим "ну у нас скрам работает вот так и сяк, а не вот эдак").
Вы правы, учиться из фидбека итд следует работая по любым методологиям и философиям, иначе не выйдет эффективности или хорошего продукта.
Мне видится, что Agile — это не столько про формальность или неформальность процессов, сколько про открытость к изменениям и обучение из фидбека. Эти принципы об как раз об этом: учись из опыта, слушай пользователей, работай без излишков и строй открытую коммуникацию с коллегами.
Спасибо за комментарий!
Про пункты 1 и 2. Да, полная правда, очень многие коллеги используют именно "многострочный" формат. Лично я чаще пишу в одну строку, поэтому и в статье в примерах использовал такой способ. Я добавил в статью и пункт про US, и в пункт про JS о существовании нескольких форматов.
С п.4 полностью согласен и тоже дополнил статью. Спасибо! :)
Что касается моего опыта с Gherkin.
Я несколько раз пытался начать использовать его и не заметил, чтобы команда как-то это оценила: ни позитивной, ни негативной реакции не было. Да и в целом, у нас на проекте нет сценариев, которые стоило бы расписывать в такой форме: чаще всего они короткие, простые; не могу вспомнить даже сложные ветвления для отдельных стори или фич.