примеры тут есть ) https://help.rallydev.com/writing-great-user-story

Привет, вспомнил , что прежде тут пробегал новый тренд написания юзер-стори. Может быть кто напомнит его. Это было отличным от привычных: As WHO, I want WHAT so that WHY

да, это я все понимаю, это можно найти в гугле. Но тут много особенностей: конкертность, длина, тестируемость и тд. Мне просто этот вопрос задали на собеседовании. Я знаю, что такое обычная user story, но что такое хорошая/крутая?

за ссылку спасибо, посомтрю.

А там же и написано — та, которая соотвествует принципам INVEST

Привет, вспомнил , что прежде тут пробегал новый тренд написания юзер-стори. Может быть кто напомнит его. Это было отличным от привычных: As WHO, I want WHAT so that WHY

Сейчас модно использовать Job Stories:

http://www.slideshare.net/MelissaPerri/lean-product-management-38751151/23

http://www.slideshare.net/MelissaPerri/lean-product-management-38751151/24

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

потому что причина и назначение часто однозначно связаны, как «почему» и «зачем»

Запрос «дайте пример хорошей историй» напоминает мне старый запрос «дайте образец хорошего ТЗ»

хороший артефакт с решениями о продукте/системе — это тот, который помогает команде в её работе

в частности, мы не можем оценить ценность многих историй, не будучи её заказчиками/участниками контекста

хорошая US = MMF

скорее, XVG = SQRT(Di*MRT)

:)

Di это производная от DIY ?

это я шучу над славиным лаконизмом

Сравните варианты:

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

2. JS: Когда я голоден, я хочу поесть, чтобы перестать чувствовать себя голодным

US задаёт контекст через роль, но не очень однозначно

JS задаёт контекст аж 2 раза, сверху и снизу, что порождает риск тавтологии

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

в (2) глобальной цели не видно :(

ну и в 1 её может быть не видно, если выбрать другую роль

какая правильная роль у голодного?

член семьи?

Я вас читаю и мне страшно

хипстер?

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

это я максимально широкую рамку взял, чтобы показать гибкость формы)

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

А требования писать исходя из того, чтобы было MMF - minimal marketable feature

кроме marketable ещё есть внутренняя разработка и заказаная автоматизация

80% россии работают в них

это проходит со временем, Денис

и это тоже MMF

потому что если это не MMF, то это делать не надо

поэтому техдолг надо просто выкидывать

я к тому, что термин из продуктовой разработки и полезен в продуктовой

Хорошо :) я против терминов в принципе, а то опять скрам будет

поэтому техдолг надо просто выкидывать

У меня как раз сильно болит голова над техническим долгом. И тут ты предлагаешь его «выкидывать». Если это не просто красивый словооборот — расскажи подробности, как достичь такой просветленности?

Есть задачи в техдолге, которые висят более 6 мес?

Вот пример куска нашего тех долга, 1м - это 1 месяц, 3м - 3 месяца

Когда там будет 6м - я эти карточки просто прибью

Потому что если это не стало срочным (например, по мнению, пользователя), то значит никому это не нужно

техдолг такой техдолг

Есть необходимость уточнить: если под тех. долгом я имею ввиду костыли в реализации, потому что «быстрей надо проверить, нет времени менять все всерьез», а необходимость его «отработать» диктуется тем: «что так все криво, что так просто нельзя же взрослые люди»

Потому что если это не стало срочным (например, по мнению, пользователя), то значит никому это не нужно

либо пользователь забил и ушел к конкуренту

тут я немного прихуел и понял что все это время разговаривал не с програмистом

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

У нас трекается все что пользователь ждет, но такой вариант я не исключаю

Роман, весь софт написан с костылями

просто наконец надо это признать и перестать паниковать

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

костыли костылям рознь

слава вопрос - ты программист ?

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

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

Все, срастил. Спасибо.

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

жаль что кодерки приучили что не окупит

на самом деле конечно полный бред сказал ты

итак вопрос - ты программист ?

ой ну началось)

:)

я - токарь

началось ровно тогда когда кое кто сделал обосрамс

я тоже токарь и что ?

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

ну давайте на вы

а как становятся срочными таски типа "сумма наезжает", это же чисто визуальный баг, как я понимаю? Пользователи могут это видеть регулярно, но не страдать настолько чтобы сообщать

Хороший вопрос, Ольга, спасибо. :) Вы ответили на него

;)

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

Пора банить :)

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

эволюция кода, изменение требований. вообще ниочем не говорит. да ?

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

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