Имхо задачу на тест вообще некорректно создавать

Корректно. Но линканув её к контейнеру.

зачем тогда вообще тикеты, можно открыть гуглдок текстовой все писать там сверху вниз, пока не закончится лимит на количество знаков в гуглодоке.

у меня там комменты все вместе без деления на фронтенд и бекенд, так как я пока разбираюсь в проекте и еще не знаю всех деталей, кто чем занимается и т.д. потому не всегда понимаю кому какой баг

Аллоэ! вот вам юзкейс назначения бага на девлида. Шах и мат!

Тебе пояснить?

Корректно. Но линканув её к контейнеру.

я так уже пробовала делать, в итоге разраб говорит - это баги не мои, если там и правда половина багов его, а половина фронтенда, а тикет фроендера еще в ин прогресс и даже до дестов не дошел...

Ричард, проблема в том,что у нас нет «контейнера» есть тикет на разраба фронтенд есть тикет на разработа бекенд они там что-то делают, заказчик по ходу еще что-то придумывает %) в какой-то момент (когда еще не все готово), заказчик говорит - так какой статус, я нас вот эта фича работает? пиэм ставит на меня тикет - плиз, QA эту фичу

ну, а дальше я уже описывала

то есть все тикеты плоские? В иерархию их вообще нельзя организовать?

Елена, у вас есть два пути: 1. Ваш ПМ ленивая задница, который придумал методологию у себя в голове и свято верит, что она работает. Поэтому ходите каждый день на работу и страдайте. 2. Возьмите на заметку следующие предложения: -создание контейнера для задач, который бы шел сквозь спринты -1 баг = 1 тикет -одна доработка = 1 тикет -все задачи линкуются по иерархии -работы ведутсяпо V-модели -отправьте ПМа на какие-нибудь курсы ПМов, где ему расскажут что-нибудь полезное

+1 к последнему посту

-1 баг = 1 тикет -одна доработка = 1 тикет

Без этого вы помрете как только доработок в бэклоге станет больше 15-20 суммарно

Менеджер который у нас так делает остается на работе пока не переставляет тикеты нормально

как бы уже там о суициде не начали думать

а разраб имеет право не брать в работу тикет с 8 комментами

Если 20 доработок то это повод задуматься о компетенциях команды вообще. И скорости с которой она пытается работать.

20 доработок может быть итог сплошного тестирования после интеграции новых модулей или большого нового бизнес-требования

которое растеклось на полсистемы

само количество не страшно, если оно управляемо, приоритизировано и распланировано

И ещё. Пусть при работе по тому принципу, что я предложил, при составлении спринта девлиды ФЕ и БЕ садятся вместе и распихивают по своим спринтам баги за эту неделю. Сами определяя и договаривась что доработки БЕ, а что ФЕ. Тогда вот увидите как вас хорошо всем станет.

Если у вас ещё и тестировщик определяет какого рода доработка нужна - фронтендная или бекендная... это какой-то ад и израиль.

Ричард, спасибо) V-модель - это что имеется в виду? Главный - контейнер (без спринта?), от него линкуются тикеты на разработку и на QA-исследование далее QA-исследование не закрывать, а переносить на след. спринт? а по каждому багу, найденному в исследовании я создаю по отдельному тикету на пиэма, а он уже совместно с дев.лидами/разрабами решает где чей баг и вот эти баги уже привязываются к спринту?

Да типа того

Ну, я там QA + аналитик + еще с заказчиком общаюсь + еще процесс в Jira настраиваю как-то так

Ну, я там QA + аналитик + еще с заказчиком общаюсь + еще процесс в Jira настраиваю как-то так

человек-оркестр

А ПМ он же тимлид он же фронтенд он же бэкенд?

И сам себе ставит тикеты в разных воплощениях?

А потом сам на себя жалуется?

там нет явных девлидов точнее ощдин был, вроде, но он пока в отпуске

я с ним не знакома)

Мне кажется, познакомиться со всей командой вообще супер важно

все идет через пиэма и он просил не ставить тикеты без его ведома, так как customer

все дела

Я тикеты на QA исследования закрываю. Все ж сделали - баги документированы, отчет составлен. Если нужно будет снова исследовать - сделаем новый

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

помогает

перестают воспринимать как робота по постановке тикетов))

Павел, предлагаете с ним в отпуск пойти?) он вернется и познакомимся

с остальными-то знакомы

это нормальный человек который без интернета в отпуске?))

Без интернета плохо, а вот без ноута – офигенно)

Павел, да вы пикап-мастер

Я программистов заманивал в конторы указанием что девочка-программист есть!

А что мешает создать отдельные requroments по отдельным функционалам, (бэк-фронт) и линковать уже к ним и баги и тикеты и таски и всё что угодно? и с какого чёрта этим занимается пиэм? Аналитики что у вас на проекте делают?

Спасибо всем за советы и за обсуждение)

аналитики на проекте тут скорее всего отсутствуют

>V-модель - это что имеется в виду? Сверху вниз - снизу вверх. Тикеты заводятся в иерархии сверху-вниз, правятся и проверяются - снизу вверх. >Главный - контейнер (без спринта?), от него линкуются тикеты на разработку и на QA-исследование Да. У вас есть задача "контейнер". Например "создать интернет магазин". В неё уже линкуются задачи на разработку "создать биллинг", "запилить лендинг" и прочее. (к которым уже задачи на проверку и линкуются как дочерние). И это, блин, задачу-контейнер не надо переносить из спринта в спринт, потому что спринты, блин, ради её, блин, выполнения, блин, и формируются. >далее QA-исследование не закрывать, а переносить на след. спринт? Тестирование проведено. Баги заведены. Задача - провести тестирование (внимание: не пофиксить всё, а именно протестировать!) завершена. Что и зачем переносить? >и вот эти баги уже привязываются к спринту? Ну конечно!

там же стартап

т.е. роль аналитика выполняет либо лид, либо pm

Аа

Пиняв

Дима, это все очень хорошо, но я же говорю - стартап, процессов нет, аналитиков нет) наверное, вы в стартапе не работали раньше, представьте, что есть только заказчик,пиэм и девелоперы, нет нормальной документации=)

я - аналитик

ну тогда лучше делать отдельные требования и линковать их со вмем что делается, и в случае когда не успели что то допилить запилить переносите всё на следующую итерацию на след спринт, там уже добиваете эту дичь на повал

вероятно, мне еще эти требования и документацию предстоит писать в скором будущем)

Дима, это все очень хорошо, но я же говорю - стартап, процессов нет, аналитиков нет) наверное, вы в стартапе не работали раньше, представьте, что есть только заказчик,пиэм и девелоперы, нет нормальной документации=)

Тогда это твоя война, начинай строить процессы

тут должна быть картинка

Объяви себя директором по качеству продукта, это автоматически сделает тебя выше ПМа и девлида

с требований лучше начать, и документацию паралельно, делать вики по проекту и туда писать по мере роста пооекта

Ричард, спасибо за ваши комменты, все так примерно и планировала, но у каждого свое понимание, так что надо прийти к компромиссу, попробую пообщаться вновь)

с учетом того, что релиз уже близится, то пока не до написания красивой документации + заказчик меняет предпочтения )

тут нужно заказчика тормозить

> @chebotarevp автоматически лайфхак) если еще добавить совет от Павла с фоткой, так вообще можно горы свернуть =)

если хочет что бы тип топ а не тяп ляп

ERROR: S client not available

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

Неможешь решить проблему - реши человека.

Имхо, боттлнек здесь ПМ.

все всегда хотят красиво, качественно и в срок ;)

либо брать еще людей в команду что бы распределить нагрузку

да, вы правы

тебе одной там тяжковато, а ты же девочка)

ну, я думаю, решим этот вопрос, попробуем договориться

да, все так(

либо брать еще людей в команду что бы распределить нагрузку

не поможет Решение, имеющееся сейчас не масштабируемо. если они наймут людей станет только хуже.

щас людей не дадут

и Ричард прав

Неможешь решить проблему - реши человека.

хочешь, чтобы твои желания исполнялись, купи пистолет.

они тупо подавятс бэклогом спринта.

ну все,релакс!

ну-ка, что за подставы?

Какие подставы?

ааа, подавятся...

все)

Я один тут заметил что юмора мало, одни задроты сидят что ли?)

Например случайно упавший с 12го этажа на ПМа рояль - вот так подстава.

Я один тут заметил что юмора мало, одни задроты сидят что ли?)

?

> @dimaevdokimenko сидят лежат уже

Например случайно упавший с 12го этажа на ПМа рояль - вот так подстава.

И тут ты такая выдвигаешь свою кандидатуру

Павел, вы в Питере? выезжайте

Я один тут заметил что юмора мало, одни задроты сидят что ли?)

шутят в других чатах.

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

Я в мск

Павел, так это, пиэм-то мой в Мск