Как стать автором
Обновить

Комментарии 8

Можно было немного адаптировать для статьи. Убрать про «все устали», добавить про трассировки — что это? А то выходит, что те, кто в теме — уже в теме, а кто не знает, о чем речь — проходят мимо…
В TFS не ясно, как делать baseline требований

Оператор asof в WIQL + рисовалка отличий от текущего состояния ворк итемов, нет?
Картинки в статье не позволили её даже прочитать. Показалось что все — хаотичный поток мыслей.
Но, картинки кончились, и я прочитал «Выводы»
«Ниже я перечислила, в каких случаях эта схема может пригодиться (чтобы меня потом не «били палками» любители Agile)»©
Все, перечисленные вещи, включаются в любой нормальный процесс, как бы вы его не называли. Покажите мне процесс, цель которого сделать плохо, непрозрачно, со срывом сроков и т.д.
В TFS не ясно, как делать baseline требований

А зачем это вообще делать? Почему не оформлять требования с изменениями, которые не нужны пока разработчику и т.д., отдельной WI?
Да, её можно слинковать, с типом связи, чтобы потом можно было идти по цепочке, смотря, как развивались требования. Но ведь задачи на разработку, в конечном итоге, идут от конкретных требований — как раз вашего baseline, модного слова. А если вам понадобилось вмешаться в процесс прямо вот сейчас, то baseline вас тоже никак не спасает, надо менять активные требования и доводить до PM, разработчиков и т.д.
Вероятно я что-то не понимаю?
если бы докладчики писали статьи, мы бы публиковали статьи))
хорошо, хоть доклады делают интересные))
если поставить требование для докладчиков подавать полный текст статьи перед конференцией — боюсь, у нас будет 2.5 докладчика))
Боюсь ставить кучу закрывающих скобок — не верх интеллекта.
В конце-концов мне, как читателю, мало интересно, чего вы боитесь. Мне содержание, контент, подавай высокого или, хотя бы, хорошего качества. Я потребитель.
Я потребитель, я устал и хочу на ручки
Зарегистрируйтесь на Хабре, чтобы оставить комментарий