Size: a a a

2020 June 27

KK

Kirill Konev in QA Сибирь
Ну и есть первые приоритеты. Отдавать предпочтение задачам, который находятся дальше по этапам, ведь для окончания и достижения цели нужно приложить меньше усилий.
источник

KK

Kirill Konev in QA Сибирь
Vitaly Salugin
ок, если приложение десктопное и распространяется "своими силами", т.е. влечет еще работу ребят из веба, то как тут поступать?
А что значит своими силами?
источник

KK

Kirill Konev in QA Сибирь
Можно чуток подробнее?
источник

VS

Vitaly Salugin in QA Сибирь
ну например на свой сайт и выкладка производится другой командой, что проверит ссылки/продуктовые страницы и пр. после
источник

KK

Kirill Konev in QA Сибирь
Значит эти "другие" ребята учавствуют в вашей цепочке работы. И вы не просто им можете складировать выполненную работу, а влиять на то, когда и как ваши задачи выходят в прод.
источник

KK

Kirill Konev in QA Сибирь
Ну условно, сделали фикс какой-то или новую фичу. Можно пойти и попинговать ребят из доставки (веб команду), чтобы она выкатила в прод, а не просто перекладывать из одного backlog'а в другой
источник

KK

Kirill Konev in QA Сибирь
Потому что пока они этого не сделают, фактически вы ценности не доставили и свою работу не сделали.
источник

KK

Kirill Konev in QA Сибирь
Я на самом деле просто зашел подсказать @kami_nary, потому что близкую мне тему затронули =)
источник

VS

Vitaly Salugin in QA Сибирь
Kirill Konev
Значит эти "другие" ребята учавствуют в вашей цепочке работы. И вы не просто им можете складировать выполненную работу, а влиять на то, когда и как ваши задачи выходят в прод.
Т.е. перевод такси в done, а дальше уже это в процессе другой команды разруливается?
источник

VS

Vitaly Salugin in QA Сибирь
@kirill_konev как у вас происходит взаимодействия команд что работают по скраму с командами что работают по канбану?
источник

KK

Kirill Konev in QA Сибирь
Vitaly Salugin
Т.е. перевод такси в done, а дальше уже это в процессе другой команды разруливается?
Ну тут идея в том, чтобы договориться с этой командой, и повлиять на их процесс, чтобы ваши задачи не застаивались.
источник

VS

Vitaly Salugin in QA Сибирь
Kirill Konev
Ну тут идея в том, чтобы договориться с этой командой, и повлиять на их процесс, чтобы ваши задачи не застаивались.
Они не застаиваются вродь)
источник

KK

Kirill Konev in QA Сибирь
Это здорово, главное чтобы вы видели, когда они начнут =) Поэтому и стоит отслеживать задачи в состояниях done и delivered отдельно.
источник

VS

Vitaly Salugin in QA Сибирь
Vitaly Salugin
@kirill_konev как у вас происходит взаимодействия команд что работают по скраму с командами что работают по канбану?
у вас есть такие примеры?
источник

KK

Kirill Konev in QA Сибирь
Vitaly Salugin
@kirill_konev как у вас происходит взаимодействия команд что работают по скраму с командами что работают по канбану?
А по скраму, это спринтами по пару недель и набор задач в начале спринта?
источник

VS

Vitaly Salugin in QA Сибирь
Kirill Konev
А по скраму, это спринтами по пару недель и набор задач в начале спринта?
в основом да, но на pbr после уже ддокручивается - куда и как
источник

KK

Kirill Konev in QA Сибирь
А задача у команды "скрамовой" стартует одновременно с "канбановой"? Или в процессе работы вам приходится для "скрамовой" команды ставить задачи в бэклог?
источник

VS

Vitaly Salugin in QA Сибирь
Kirill Konev
А задача у команды "скрамовой" стартует одновременно с "канбановой"? Или в процессе работы вам приходится для "скрамовой" команды ставить задачи в бэклог?
команды по канбану что работают в основном "сервисные" (хотя круг задач широк их уууух как), а продуктовые большая часть по скраму
источник

VS

Vitaly Salugin in QA Сибирь
есть постановка задачи - приоритет - дью дейт
источник

KK

Kirill Konev in QA Сибирь
Так а проблемы то где возникают? Когда скрамовые команды пытаются решить что-то с помощью сервисных?
источник