Compartilhar via

Как Microsoft DevDiv использует TFS - часть 1

  • Artigo

Сегодня я приступаю к переводу и публикации серии статей на тему "Как TFS используется разработчиками из Development Division Microsoft?". Данная информация была предоставлена Греггом Боером (Gregg Boer), ссылка на оригинальную статью, как всегда, в конце перевода. Не смотря на то, что эти статьи описывают методы работы с более ранними версиями Team Foundation Server, мне кажется, что они не потеряли своей актуальности и сегодня.

Итак - первая статья.

Меня часто спрашивают: "Как Майкрософт использует TFS?".

Эта серия публикаций ответит на данный вопрос (хотя бы частично), проведя вас через процессы Development Division, использовавшиеся при работе над проектом Orcas (Visual Studio 2008).

Важно помнить, что все, о чем я собираюсь вам рассказать, базируется на основе версии TFS с кодовым именем Whidbey.

Часть 1 - Процесс.

Ниже - картинка, показывающая наш процесс. Этот процесс использовался для всех продуктов семейства Orcas, а не только TFS.

  • Сценарий (Scenarios) - одна или более корректно именованная бизнес-цель. Она описывает цели подразделения в данном релизе.

  • Ценность (Value Props) - ценность продукта с точки зрения потребителя. Сформулировано, как "Почему потребитель захочет заплатить за эту работу?". Все описания ценностей были связаны со сценариями.

  • Опыт (Exp) - каким опытом должен обладать потребитель, чтобы получить отдачу от продукта? Вы можете относиться к этому, как к бизнес уровню вариантов использования, или сценариям, или эпическим историям.

  • Функционал (Feature) - набор функций, которые мы должны реализовать, чтобы позволить заданному уровню опыта создавать требуемые ценности, отвечающие целям подразделения. Функционал определяет работу.

Другими словами: Сценарии, Ценности и Опыт относятся к планированию продукта, с целью убедиться, что мы делаем правильные вещи. Фугкционал же относится к управлению работой.

Ниже - грубая оценка каждого из пунктов, с которыми мы имели дело, работая над Orcas.

В последующих публикациях я покажу вам, как мы управляли каждым из этих требований.

Следующая публикация: модель функционирования команды.

Грегг Боер. Оригинал статьи.