Size: a a a

2019 January 31

IS

Ilya Sorokin in SOFTER
Simeon
А как вы спринты планируете с учётом того что QA внутри?
Легко.) но это конечно не сразу начало получаться
источник

IS

Ilya Sorokin in SOFTER
Спринты две-три недели у разных команд
источник

S

Simeon in SOFTER
Я когда был неопытным тестировщиком лет 10 назад тоже к этому стремился. В итоге один фиг в конце спринта ты бегаешь как раненый в ногу олень.
источник

IS

Ilya Sorokin in SOFTER
Simeon
А как вы спринты планируете с учётом того что QA внутри?
UAT тоже внутри
источник

IS

Ilya Sorokin in SOFTER
Simeon
Вы в этом уверены?
Я это своими глазами вижу
источник

S

Simeon in SOFTER
И вашим тестировщикам комфортно?
источник

Ⓢⓔⓡⓖ in SOFTER
Вообще, в оригинальном скраме все члены команды разработки взаимозаменяемые и обладают одинаковыми компетенциями, разделения на программистов-тестировшиков не приветствуются
источник

Ⓢⓔⓡⓖ in SOFTER
И считается нормальным когда один чел проверяет код или тестирует фичу, написанные другим
источник

Ⓢⓔⓡⓖ in SOFTER
Но это утопия
источник

S

Simeon in SOFTER
И сценарии заранее написанные в конце спринта не изменяются?
источник

S

Simeon in SOFTER
Ⓢⓔⓡⓖ
Вообще, в оригинальном скраме все члены команды разработки взаимозаменяемые и обладают одинаковыми компетенциями, разделения на программистов-тестировшиков не приветствуются
В этом и суть, что если мы говорим о выделенных QA, то для них нет места в скраме
источник

S

Simeon in SOFTER
А выделенные QA по прежнему востребованы
источник

Ⓢⓔⓡⓖ in SOFTER
Да, нету. Или допустим если привлекается внешний подрядчик (аутсорсер)
источник

S

Simeon in SOFTER
Ну вот, возвращаемся к моему вчерашнему посту. Где под лозунгом "тестировщики нинужны!" на самом деле просто перемещают одну и ту же работу в разные части процесса
источник

AL

Alexandr Latushkin in SOFTER
Про то что нужны-не-нужныqa .
В маке это решается переходом людей с участка на участок + какое-то разнообразие
источник

AL

Alexandr Latushkin in SOFTER
Много зависит от hr-стрптегии и бюджетного здоровья проекта
источник

AL

Alexandr Latushkin in SOFTER
Да и от самого проекта конесно
источник

AL

Alexandr Latushkin in SOFTER
Где-то можно тестировать после разработки фичи. В тестирование отдавать не позднее х дней. А "край" - использовать для проработки архитектуры, ресерча, исправления ошибок
источник

AL

Alexandr Latushkin in SOFTER
Где-то есть возможность релизить фича за фичей, тогда может быть спринты и не так важны и канбана будет достаточно
источник

AL

Alexandr Latushkin in SOFTER
Где-то - вообще цена ошибки настолько мала и есть возможность выкатить на 0.10% пользователей и если количество ошибок в логах растет - откатить
источник