VS
верно же понимаю, что это решение интегрировано с jira?
Size: a a a
2020 April 25
E
Алексей
QA и DEV сабтаски выполняются в разной последовательности, у нас есть отдельные таски на ресерч требований и написание чеклистов и тест планов, если сторя подразумевает ручное тестирование- это отдельная таска в свою очередь. Поэтому непринципиально, в какой последовательности идут столбцы, задачи часто выполняются независимо
Это понятно :) Просто обычно, как привычнее, располагают сначала Дев, а потом QA, а у тебя наоборот. Бросилось в глаза :)
VS
Это понятно :) Просто обычно, как привычнее, располагают сначала Дев, а потом QA, а у тебя наоборот. Бросилось в глаза :)
+1
А
и много ли времени ушло на реализацию сей доски?
У нас есть практика ресерч дней, когда можно заняться тем, что необязательно напрямую касается рабочих задач, это может быть что-то "сбоку", ушло вроде 4 дня. Доска еще не закончена, это еще не альфа, но уже что-то вроде беты
VS
Алексей
У нас есть практика ресерч дней, когда можно заняться тем, что необязательно напрямую касается рабочих задач, это может быть что-то "сбоку", ушло вроде 4 дня. Доска еще не закончена, это еще не альфа, но уже что-то вроде беты
дни на ресерч как то регламинтированы по кол-ву?
VS
и как это укладывается в спринт?
VS
при планировании/пбр
А
верно же понимаю, что это решение интегрировано с jira?
Да, выгребает по фильтрам из жиры. Как бонус, раз у нас появился бот, следящий за релизом, он же пишет в слак обо всех изменениях скоупа текущего релиза. Все баги, любые активности которые добавляются/убираются сразу репортятся. Очень удобно
А
и как это укладывается в спринт?
Мы работаем не спринтами, а релизами. Т.е. у нас есть скоуп релиза, та ценность, которую мы хотим донести, есть оценки, есть берндаун чарт, который показывает, в какую дату мы сходимся
А
Это очень мотивирует РМа быть очень осторожным в желаниях :))
E
Я тут на днях поняла (или осознала), что как сотрудник не хочу задумываться над процессами, хочу думать над задачами. Поэтому в идеале, пожалуй, хочу пайплайн как Олег рассказывал, что закинул туда свою задачку, там что-то провалидировалось, у тебя четкий ответ что можно дальше или вообще все само сработало :)
А в простом варианте хочется по крайней мере четких инструкций типа "импрувменты всегда ассайним на Лида в джире" и при этом, чтобы не надо было помнить что-то стороннее. Например, я точно буду забывать поменять дублирующую задачку у другой команды, как в виталином кейсе.
А в простом варианте хочется по крайней мере четких инструкций типа "импрувменты всегда ассайним на Лида в джире" и при этом, чтобы не надо было помнить что-то стороннее. Например, я точно буду забывать поменять дублирующую задачку у другой команды, как в виталином кейсе.
VS
ну таки на плечах лежит часть реализации поцесса? не? )
VS
А еще мы превращаем QA чат в организаторско-менеджерский 🤔
это я к этому )
E
ну таки на плечах лежит часть реализации поцесса? не? )
Думаю, везде по-разному. Если что, это было просто замечание, без осуждения :)
ОН
Пайплайн нужен, да. Пайплайн снимает необходимость много и часто думать. То что проверяется в пайплане - то работает, что в пайплайне не проверяется - не работает.
А
Это немного разные вещи- управление задачами и пайплайн
А
Пайплайн стоит по сути между колонками Done и On The Train
ОН
процессы тоже можно сводить к "пайплайну", только этот пайплайн будут имплементировать люди беря задачи из одной колнки, выполняя над ней операцию и перекладывая в другую колонку.
А
Ну и правильнее сказать охватывает все от Started до Done включительно