это риторический вопрос ?

да в скраме разработчики сидят 40 поинтов ждут когда протестируют их работу на 1 поинт что бы DOD выпонить и браться за следующую

Это у тебя так было?

нет у меня так никогда не было

А где?

это риторический вопрос ?

Нет. Конкретный.

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

ну обычно это делают что бы обеспечить хоть какой-то уроветь качества

Зачем сидеть и ждать 40sp пока другой делает 1sp? Кто так делает? Где ты такое видел?

погоди

какие альтернативы есть

Ты сказал, что в скраме так делают. Где так делают? Кто так делает?

или это делается вне команды - команда разработки и команда тестирования или это делается внутри команды - и по факту задачи делаются последовательно

какие еще варианты ?

Погоди, покажи где ты такое видел.

ну вот у тебя итерация на 45 часов

давай без выдуманных ситуаций. Можешь сказать где такое было или нет?

что бы будещь делать в этой итерации

во всех командах где люди не универсальные - это происходит в той или иной мере

ну где-то это маскируется под другие работы

Ок, не можешь. Понятно.

где-то так где-то сяк

ну например если есть выделенная роль администратора БД чуть покодит вначалае - потом сидит

так же и с тестированием

да можно найти другие задачаи - для человека но это не скрам уже

Варианты есть разные: - подбирать команду по потребностям чтобы все могли быть задействованы. - помогать коллегам. - работать параллельно. Автотесты, дизайн, функционал вполне параллельно делаются. Константин, не надо кидать фразы "в скраме разработчики сидят 40 поинтов ждут когда протестируют их работу на 1 поинт". Это в лучшем случае - частный причем крайне не по феншую случай. А в худшем - просто выдумал.

В МОЁМ скраме такого не было НИКОГДА

ну я не кидаю же

если вот такая ситуация как выше

то так и будет

что значит кидаю

?

Это значит, что ты не смог привести РЕАЛЬНЫЙ пример

не понимаю вас

в каком-то видел это в каждой команде так

Не зря в скраме есть роль Разработчика, но нет Администратора БД.

Закончил работу - иди помоги коллегам. Ждать не надо. Ты вобще не про скрам пишешь.

я знаю какой тестировщик получается из разработчика

Это не противоречит тому что я написал.

да

тратить время человека на то что у него получается хуже всего

это ВО идея

ничего не противоречит

кроме здравому смыслу

Закончил работу - иди помоги коллегам. Ждать не надо. Ты вобще не про скрам пишешь.

А если твоя помощь только хуже сделает?

А если твоя помощь только хуже сделает?

Если бы бабушка была дедушкой

Если бы бабушка была дедушкой

ах вот какой надо было пример привести

Если бы бабушка была дедушкой

К чему это? Я реально говорю

я понял

Константин, здравй смысл это всего лишь твои устоявшиеся представления о жизни. У других людей - другие представления. Понятие здравый смысл или там счатье или патриотизм это понятия, которые люди используют для манипулирования другими людьми т.к. смысл каждый вкладывает свой. Не надо про здравый смысл. Мы ведем беседу в рамках скрама, тут только в страшном сне бывает такое что кто-то сидит 40 поинтов ровно (а потом его увольняют). Идти в основы зачем нужен итеративный способ разработки, чем он отличается от НЕитеративного и зачем это применяют вобще нет желания. Но еще раз, такого в хотя бы "нормальном" скраме нет, я уж не говорю о том, который бы сделали лучшие из здесь присутствующих.

опять этот страшный каскадый подход

вот вас напугали то

ок, отредактировал сообщение, теперь там "НЕитеративный" вместо "каскадного"

а кто применяет неитеративный подход ?

Это не относится к предмету обсуждения.

Мы говорим о том, как ты выдумал чтото про скрам.

ээээ как нет относится

вы сравниваете один подход с подходом который никто не применяет

и говорите - ну конечно мой круче

Я говорю о выдуманном случае, которого нет.

Ты так и не привел реального примера скрама, где человек чуть покодил вначале спринта и просидел все оставшееся время на попе.

выше есть реальный случай

1 поинт разработки 40 тестирования

зачем еще что-то приводить

Отличный пример. Наверное он просуществовал месяц и умер за нежизнеспособностью. И теперь его опять нет.

как говорят в этой группе - RUN

А если твоя помощь только хуже сделает?

Артём, ну к чему этот вопрос? Если ты в принципе против скрама - ну ок, не применяй. В скраме участники вынеждены помогать друг другу т.к. работа не идет дальше пока не закончен скоуп спринта. Есть возможность сделать так чтобы помощь приносила пользу. Можно к этому стремиться, а можно не применять скрам. Нету иного выхода.

такого просто не может быть - что бы задачу на час разработки тестировать 40

такого просто не может быть - что бы задачу на час разработки тестировать 40

ааа... все таки пример то выдуманный

не знаю что написать

вам виднее

такого просто не может быть - что бы задачу на час разработки тестировать 40

Может. Буквально пару недель назад релизили такую фичу. Разработчик поменял только значение переменной и внес ее под корень, что заняло у него где-то 15 минут (у нас много математики в проекте). Тестировщик проверял фичу 3 рабочих дня (у нас не скрам, если что)

Может. Буквально пару недель назад релизили такую фичу. Разработчик поменял только значение переменной и внес ее под корень, что заняло у него где-то 15 минут (у нас много математики в проекте). Тестировщик проверял фичу 3 рабочих дня (у нас не скрам, если что)

+100500 простр снял с клавиатуры!

А вот у нас на фронте помню случай был ... (с)Джентельмены удачи

Коллеги, внесу некое разнообразие в вашу горячую дискуссию. Вопрос, реально горячий: можно ли и как для достижения результата быстро поженить waterfall у заказчика и scrum у подрядчика?

100% никак (

но можно сильно снизить риски проработав ТЗ заложить время на пару прототипов заказать пару дизайнов UI

тогда разработка будет более детерменированной

Коллеги, внесу некое разнообразие в вашу горячую дискуссию. Вопрос, реально горячий: можно ли и как для достижения результата быстро поженить waterfall у заказчика и scrum у подрядчика?

Ну можно попробовать выделить какаую-т о более иил менее независимую историю и взять ее в разработку. Как вариант брать отдельные микросервисы, если архитектура позвооляет. Главное избежать зависимостей.

Коллеги, внесу некое разнообразие в вашу горячую дискуссию. Вопрос, реально горячий: можно ли и как для достижения результата быстро поженить waterfall у заказчика и scrum у подрядчика?

Работайте по скраму, только заказчику не говорите. ;)