Pavel
,
Pavel
https://en.m.wikipedia.org/wiki/Push%E2%80%93pull_strategy
Yuriy
Pull лучше :)
таким образом явно видно, что можно например тестировать, но pull реализуется через назначение себя), для взятия в работу из бэклога более красиво происходит: при перетаскивании карточки перетаскивающий назначается автоматом))
Pavel
Это все от используемого трекера зависит
Yuriy
конечно), на практике pull работает заметно лучше чем push
Pavel
Но в целом push или pull определяется тем, на чьей стороне окажется wip limit по неначатым задачам на тестирование
Vladimir
у меня Jira
Mikhail
Всем хеллоу :) Пришёл в новую молодую компанию, где процессы надо оптимизировать, и пока склоняюсь к гибким методологиям, посмотрю почитаю, что вы пишете
🦠
лан, читай
Mikhail
лан, читай
Спасибо, что разрешил :)
Mikhail
Хоть не заставляйте катаны делать
Aleksandr
Yuriy
не забываем представляться ;)
Yuriy
доброе утро 😄
Jane
Привет,я Женя,аналитик
Aleksandr
Привет,я Женя,аналитик
(хором) Привет, Женя. (аплодисменты)
Jane
😂🙈
Mikhail
Привет,я Женя,аналитик
И когда это с тобой началось?😂
Jane
Лет 5 как уж
Vladimir
Привет,я Женя,аналитик
из нашего клуба анонимных аналитиков прибыло )))
Yuriy
возможно, это говорит о том, что аналитики более дисциплинированные, только тега не хватает 😄
Pavel
Я вот у себя пошутил про анонимного аджайл коуча на конференции, так меня в лицо узнают как человека, собирающего пожертвования в пользу анонимных наркоманов...
Yuriy
😄
Sergey
В каждой шутке, лишь доля шутки
Kirill
#whois Здравствуйте! Я редактор проекта Center-Game — разработчика игровых технологий для бизнеса. Мы геймифицируем СДО и разрабатываем продукты игрового обучения. Подробно об этом рассказываем в блоге. Agile, lean и kanban используем в работе, тоже пишем про это. Здесь надеюсь накопать материала и поделиться нашим. Про группу узнал от Олега Панина.
Yuriy
👍
Sergey
Milton Kaynes ... МИМ Линк?
Kirill
Написали, как работать с провайдерами игровых форматов корпоративного обучения. Будет интересно тем, кто использует или хочет использовать у себя в компании игровое обучение или геймификацию: https://goo.gl/JGLseF
Jane
Всем привет! Что делать, если на пленнинге дев дает истории 3 пойнта, а Qa 300. Количество гипотетическое, но смысл в том, что разница очень большая. Может быть это обусловлено какими-то весомыми причинами (исключая блажь QA Dev)?
Magistr
высокая неопределенность ?
Jane
Именно для тестирования?Просто если разраб дал низкую оценку
Karina
спросите QA, мб они честно скажут, что блажь. а ещё поиском по чату можно найти графики, дискредитирующие оценку в SP
Magistr
так они разные задачи по сути оценивают, странно хотеть совпадения оценок
Jane
так они разные задачи по сути оценивают, странно хотеть совпадения оценок
Не полное совпадение, когда есть различия, это нормально. Когда настолько - по-моему нет.
Karina
а вообще спросите QA, почему они так оценивают, тогда придумывать ответы не придётся)
Mikhail
Ещё вариант, почему такое может быть - когда простую разработку надо тестировать на тысяче устройств Android
Jane
@pavlovajane вот тут почитайте
Спасибо. Спросить QA это логично) Мой вопрос теоретический скорее. Из экзамена)
Jane
Может ли такое быть из-за большого объема тестовых данных/examples...?
Jane
Это нормально, особенно в энтерпрайзе
Настолько большая разница? Я просто на практике не встречала :)
Mikhail
Может ли такое быть из-за большого объема тестовых данных/examples...?
Это если разработка и тест не связаны вообще никак и разработка не прогоняет сама то, что разработала, хотя бы раз?
Jane
разработка может прогонять на своем ограниченном объеме...а тестеры, например, перфоманс делать какой-то?
Mikhail
разработка может прогонять на своем ограниченном объеме...а тестеры, например, перфоманс делать какой-то?
странно, разработка обычно должна добиваться какого-то перформанса. Но в жизни может быть всё. конечно
Jane
😕
Mikhail
Ну если требования к перформансу есть. то они ж есть? И странно. чтобы разработка с завязанными глазами что-то кодила, а потом ей бы тестеры про перформанс рассказывали. Хотя чо я говорю, я сам такое видел, во что бы не поверил никогда 😂
Mikhail
Всем привет! Что делать, если на пленнинге дев дает истории 3 пойнта, а Qa 300. Количество гипотетическое, но смысл в том, что разница очень большая. Может быть это обусловлено какими-то весомыми причинами (исключая блажь QA Dev)?
спросить обе стороны. Возможно QA подавлен потенциальным фронтом тестирования и неопределённости. Возможно что для дэв там и правда видится "взять и написать" без всех возможных узких мест и учёта тестирования. Возможно дэв про тестирование и не думает "мне/нам написать, а тестируют пусть они". Возможно оба не так всё поняли.
Mikhail
В общем, диалог нужен, с обеими сторонами в активном участии
Mikhail
Ну если требования к перформансу есть. то они ж есть? И странно. чтобы разработка с завязанными глазами что-то кодила, а потом ей бы тестеры про перформанс рассказывали. Хотя чо я говорю, я сам такое видел, во что бы не поверил никогда 😂
вот уж запросто... иная разработка может в рабочую ветку залить известный баг "у нас тот спринт всё, в этом ею не занимаемся, потом пофиксим", который другой группе работу заблокирует. Такое тоже попадалось
Jane
Да, спасибо! Все эти варианты кажутся вполне возможными :)
Jane
Попробуйте покер планирования. У нас на Overall PBR хорошо зашел.
Так он разве поможет?) Они там и выбросят по столько
Sergey
Настолько большая разница? Я просто на практике не встречала :)
Есть очень критические вещи, особенно связанные с деньгами. И изменение одной вещи, пораждает обязательную полную проверку
Sergey
Там все высказываются. И оценка по большинству. Помогает.
Sergey
Я сначала думал с покером дольше оценка, оказалось быстрее.
Mikhail
Так он разве поможет?) Они там и выбросят по столько
и следующим шагом - их диалог почему они столько поставили и что оба учли/не учли/не поняли.
Jane
А, да, хорошое замечание. Вообще, если классически - стори пойнт это количество работы, сложность, риск и неопределенность и каждый из этих факторов мог травмировать QA
Mikhail
это *обязательная* часть этого покера. Как и планирования вообще
Jane
Спасибо за участие всем, очень полезно!
Armen
всем привет. пытался найти по поиску, но что то не вышло. может кто подскажет какой нибудь интрументарий для user story?
Armen
для командной, удаленной работы )
Yuriy
а что подразумевается под этим инструментарием?)
Armen
да вот сам не пойму )) но что то ввиде доски с карточками, или что то типо того.
Armen
а то получается, что кроме гугл доков ничего в голову не приходит, для совместного написания
Serg
А что вы ждете от этого процесса. Trello смотрели?
Armen
в Confluence есть кое что для требований к продукту, там можно типо создавать документы со списком user story, но там не совсем удобно это делать… редактирование страницы как в вики…
Armen
А что вы ждете от этого процесса. Trello смотрели?
а там есть что то кроме канбан доски?)
Armen
хотя быть может проще и правда использовать кнбан доску для этого.. с карточками пометками внутри.. подумаю над этим.
Serg
да вот сам не пойму )) но что то ввиде доски с карточками, или что то типо того.
ну судя по этмоу сообщению, ничего кроме доски не нужно
Vladimir
Лучше всего под определение "что-то вроде доски с карточками" подходит доска с карточками :)
Armen
у меня не очень большой опыт в этом. просто доска с карточками это первое что приходит в голову))) чтобы как в живую было )
Dmitry
https://ru.kaiten.io/
Vladimir
В гугл доках хорошо совместно писать текст истории с критериями, а потом классно переносить готовые варианты на доску.
Mikhail
Всем привет! Что делать, если на пленнинге дев дает истории 3 пойнта, а Qa 300. Количество гипотетическое, но смысл в том, что разница очень большая. Может быть это обусловлено какими-то весомыми причинами (исключая блажь QA Dev)?
а что именно вы оцениваете? Если всю работу по фиче целиком - то и ваша оценка должна все факторы учитывать, предполагаемый объем работ (всех, в том числе и QA), риски, неопределенность. В такой ситуации вполне может быть, что разработчику доработка стоит 5 минут, а тестированию - регрессию делать неделю, потому что в каком-то неожиданном месте эта доработка, а автоматизации там нет
Mikhail
Ничего в этом страшного нет :)