где заканчивается User Story и начинается technical details
Alexander Balashov
User Story должна в идеале выглядеть так:
пользователь может найти то что ему нужно в интернете.
а технические детали:
как роботы индексируют веб-узлы
и дизайн:
длинна строки ввода
это расположение кнопок (в той же строке что и строка ввода)
Так вот вопрос:
1) когда эстимейтится US её эстимейт может сильно быть зависим от
технических и дизайнерских деталей. как поступать?
2) когда время обговаривать с заказчиком детали реализации
(технические и дизайнерские)... на этапе реализации?
ArtyRak
До появления US все равно произвоится хоть какой-то предпроектный
анализ. В его результате появляется хоть какой-то документ типа Vision
и т.п. И на основе общих целей проекта создается разбиение на
отдельные, "детерминируемые" US. Если невозможно оценить, значит это
не US, а что-то большее, и его нужно разбивать дальше. IMHO, здесь
много общего с Use Case :)
On 15 фев, 16:32, "Alexander Balashov" <alexander.balas...@gmail.com>
wrote:
Alexey Krivitsky
Саша, я хотел написать долгий ответ.. но придется ответить коротко
пока (мало времени).
задачи начинаются тогда, когда начинается планироваться работа над
историями. и чем позже это случится, тем лучше, так как есть
вероятность, что истории будут меняться, тасоваться и прочее.
можно было бы выдумать задачи на все истории, которые есть в product
backlog на ближайший год, но мы знаем, что мы используем истории для
того, чтобы упросить управление изменениями к требованиях, а значит,
мы ХОТИМ, чтобы их список обновлялся и сортировался как можно чаще. а
значит, есть вероятность того, что часть историй так и не будет в
конечном итоге спланирована к выполнению (в спринт), а значит
разбиение её на задачи будет тратой времени. а время у нас ограничено.
пример из жизни.
я планирую свою частную жизнь на 2007 год в январе так:
1 сплавиться на катамаране летом
2 съездить в Рим
3 купить жене фрирайдовые лыжи
....
Пока время не пришло, я не суечусь с выбором места для пункта 1, не
покупаю карты, не чиню катамаран - я даже пока не думаю о том, как это
огранизовать. может я и передумаю ехать вообще.... так зачем суетиться
пока?
то же самое и с UI деталями - чем позже придут, тем лучше.
так что я пока не думаю какими авиалиниями ехать в Рим или какого
цвета и бренда искать лыжи... придет время - решу.
ничего нелогичного.
Scrum. It is about common sense (c) Ken Schwaber
ArtyRak
wrote:
>
> пример из жизни.
> я планирую свою частную жизнь на 2007 год в январе так:
> 1 сплавиться на катамаране летом
> 2 съездить в Рим
> 3 купить жене фрирайдовые лыжи
> ....
>
> Пока время не пришло, я не суечусь с выбором места для пункта 1, не
> покупаю карты, не чиню катамаран - я даже пока не думаю о том, как это
> огранизовать. может я и передумаю ехать вообще.... так зачем суетиться
> пока?
Есть аналогичный пример - семейные расходы на 2007 год. В том числе и
поезки и большие покупки.
Так вот. Сегодня, 19.02.2007 он уже неделю как ПОЛНОСТЬЮ расписан.
Каждая покупка и каждая поездка оценена, изучена и определна во
времени (месяц). На все про все ушла человеко-неделя (если брать
рабочие часы ;) ) - два человека вечерами и на выходных составили
список и полазили по разным сайтам. К чему это я?
К тому, что Тим был прав в соседней ветке - нужно "гибко" выбирать
методы планирования :) Кому-то подходит самый общий план, а детали
позже. Кому-то нужно видеть подробную картину. И оба мы будем наши
планы менять по обстоятельствам :) Вот только мне по 90% покупок в
этом году уже не нужно будет морочить себе голову деталями. Зато у
меня выше шанс выбрать не самый лучший вариант. Но я не перфекционист
- мне можно :)
Alexey Krivitsky
оценки нужны - мы эстимейтим backlog, иначе его тяжело было бы отсортировать.
я говорю о задачах.
ты ж не расписывал себе порядок действий для всех организации всех
покупок и поездок? я об этом.
леша
On 2/19/07, ArtyRak <Art...@gmail.com> wrote:
ArtyRak
Почти расписал ;)
Указал месяц, конкретную вещь/поездку/тур... А сам порядок покупки/
заказа тривиален - его нет смысла раписывать.
Хотя ты от части прав :) Некоторые расходы, например, поездка на море,
требуют несколько шагов. Их действительно есть смысл расисать, что бы
ничего не забыть. И действитльно я буду делать это позже :)
On 19 фев, 18:55, "Alexey Krivitsky" <alexeykrivit...@gmail.com>
wrote:
> я не говорю об оценках,
> оценки нужны - мы эстимейтим backlog, иначе его тяжело было бы отсортировать.
>
> я говорю о задачах.
>
> ты ж не расписывал себе порядок действий для всех организации всех
> покупок и поездок? я об этом.
>
> леша
>
Alexey Krivitsky
но в общем случае - мы не думаем о задачах, которые будут делаться
через 2 спринта