@agile_ru - страница 670 - Telegram web archive

Pavel

Ну так ее или решать, или сказать «мы ничего не будем делать» и убрать из бэклога

Artem

большой импакт?

Artem

а почему сразу убрать?

Pavel

а почему сразу убрать?

А зачем его там хранить?

Artem

ценность-то есть, просто небольшая, если ичего другог оне будет - сделаем

Artem

понятно, что что-то можно и вовсе не хранить

Artem

но вот ПО говорит "вообще надо пофиксить будет, но не сейчас"

Artem

прямо сейчас более важные вещи есть

Sergey

Алексей Нехлебаев: Коллеги, добрый день. Посоветуйте что почитать чтобы провести команде тренинг по метрике полярной звёзды, желательно на русском)

https://vc.ru/flood/26005-north-star-metric

Sergey

ценность-то есть, просто небольшая, если ичего другог оне будет - сделаем

Он будет лежать там вечно :)

Artem

кто сказал?

Sergey

кто сказал?

Я :) Всегда найдется более срочная задача. Это из личного опыта.

Artem

Так и половину сторисов в беклоге никогда не будут сделаны

Artem

но они ж лежат

Pavel

прямо сейчас более важные вещи есть

Артем, нет на вас ПО, который действительно умеет считать деньги :)

Artem

о, есть поверьте )

Artem

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

Sergey

Баги это техдолг. Они протухают. Может с этой позиции?

Sergey

Хотя и стори даже в статусе Спринт реди бывает протухают ...

Artem

это уже опять скатывание в терминологический спор (всеми любимый)

Sergey

:)

Artem

почему баги это техдолг )

Sergey

Те которые не влияют на функциональность типа некритично поехавшей кнопки ... несрочные, копятся. Имхо пближе к техдолгу, не?

Artem

опять же вопрос определения техдолга )

Sergey

Ну или что-то медленно-работающее из-за поставленного костыля? У нас в баги это попадает. несрочные, неважные. И лежит месяцами ...

Sergey

Ну да.

Sergey

Мы как-то уже дискутировали на эту тему ...

Artem

медленно не значит плохо

Sergey

Пусть баги не техдолг. Согласен.

Artem

Ну или что-то медленно-работающее из-за поставленного костыля? У нас в баги это попадает. несрочные, неважные. И лежит месяцами ...

у вас в баги это как попадает, через ПО?

Игорь

Марк Панферов представтесь пожалуйста. см. закрепленное сообщение

Pavel

Чую что-то интересное :)

Игорь

свежую кровь

Pavel

Новый скандал, свежие мемы.

Pavel

Возможно даже коуча из Калифорнии :)

Игорь

фпмилия его выдает?

Pavel

Скорей ваш интерес :)

Игорь

типично калифорнийская

Игорь

но судя по тому что меня игнорят, ничего не будет

Pavel

Драмы не будет. Ажаль.

Anton Saprykin

Всем привет. Можете посоветовать какое-нибудь чтиво на мои затрудения с agile? Мы занимаемся веб разработкой и у меня нет четкого представления как грамотно декомпозировать задачу по предметной области(скажем, дизайн, верстка, бек), что бы этапы задачи друг друга не блокировали и должен ли я заниматься такими вещами вообще? А если и должен то на каком этапе? Желательно это сделать до планирования спринта, но это как-то конфликтует с тем, как я, пока, понимаю идею беклога - места для разных стори стейкхолдеров.

Artem

Ох что-то у вас нагорожено.

Artem

Ну почитайте Пользовательские истории Паттона

Foxtrot ✙

Хм...декомпозировать, лично мне, удобнее всего совместно с тим-лидом.

Artem

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

Foxtrot ✙

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

шутите еще.

Artem

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

Artem

но нет, это не наш метод конечно...

Foxtrot ✙

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

Pavel

но нет, это не наш метод конечно...

Артём, ну зачем столько агрессии.

Pavel

Декомпозиция не так, чтобы простая тема.

A

Всем привет. Можете посоветовать какое-нибудь чтиво на мои затрудения с agile? Мы занимаемся веб разработкой и у меня нет четкого представления как грамотно декомпозировать задачу по предметной области(скажем, дизайн, верстка, бек), что бы этапы задачи друг друга не блокировали и должен ли я заниматься такими вещами вообще? А если и должен то на каком этапе? Желательно это сделать до планирования спринта, но это как-то конфликтует с тем, как я, пока, понимаю идею беклога - места для разных стори стейкхолдеров.

Всегда стоит делать декомпозицию до запуска команды. Соберите стейкхолдеров, если нужна их оценка, дев тим, По и СМ. Вперед и с песней. Раставьте приоритеты. Далее от этого будете ориентироваться по срокам. Ну и задачи на спринт, соответственно.

Artem

Да, сори, день тяжёлый выдался

A

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

Artem

Декомпозиция не так, чтобы простая тема.

Это верно, но и усложнять ее дополнительно не надо

A

Что-то добавляем, что-то, наоборот

A

Это верно, но и усложнять ее дополнительно не надо

Нет)этого точно делать нельзя) иначе голова будет идти кругом

Artem

Вы что под декомпозицией понимаете? Аджайл нас учит единый контекст получать перед обсуждениями не просто так. Вон там выше про декомпозицию на бэк и вёрстку упоминали. Вы точно об одном и том же сейчас?

Sergey

Всем привет. Можете посоветовать какое-нибудь чтиво на мои затрудения с agile? Мы занимаемся веб разработкой и у меня нет четкого представления как грамотно декомпозировать задачу по предметной области(скажем, дизайн, верстка, бек), что бы этапы задачи друг друга не блокировали и должен ли я заниматься такими вещами вообще? А если и должен то на каком этапе? Желательно это сделать до планирования спринта, но это как-то конфликтует с тем, как я, пока, понимаю идею беклога - места для разных стори стейкхолдеров.

А какой у Вас фреймворк используется? Сколько команд? Продукт или проекты?

Foxtrot ✙

Веб разработка. Продукт. Например, на спринт есть задача - разработать серис одноразовых паролей и что бы пользователь аутентифицировался перед входом. Вот этот кусок мы и декомпозируем с тл.

Pavel

Коллеги, а у кого-то запись августовского вебинары по user story splitting осталась?

Pavel

Чтоб не повторяться

Anton Saprykin

А какой у Вас фреймворк используется? Сколько команд? Продукт или проекты?

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

Artem

Веб разработка. Продукт. Например, на спринт есть задача - разработать серис одноразовых паролей и что бы пользователь аутентифицировался перед входом. Вот этот кусок мы и декомпозируем с тл.

Это вот декомпозиция стори на таски. А вам там уже понаговорили про декомпозицию стори на стори

Artem

Вещи очень разные