Team Foundation Server - Какой шаблон процесса для меня? - PullRequest
15 голосов
/ 17 июля 2009

Итак, я наконец смог завершить установку TFS и начал создавать свой первый командный проект, который познакомил меня с шаблоном процесса.

После перехода по ссылке на сайт Microsoft для получения информации о шаблоне процесса я был засыпан новой информацией для рассмотрения. С какими шаблонами у всех вас был опыт, которые либо сработали для вас, либо были скорее камнем преткновения для проекта? Каковы были самые большие преимущества и недостатки, с которыми вы столкнулись?

Редактировать: Некоторая информация о моем проекте, я ведущий разработчик для небольшой компании и буду использовать TFS / VSTS для создания интранет-портала для консолидации конечных пользователей изо дня в день и повышения автоматизации для повышения производительности и т. д. Это совершенно новая разработка, использующая преимущества C #, ASP.NET и Sql Server 2008.

В идеале я хотел бы воспользоваться возможностями для расширения сотрудничества с заинтересованными сторонами, чтобы помочь добавить желаемые функции и отслеживать состояние разработки, предлагать отзывы и т. Д. Я также хотел воспользоваться преимуществами TeamCity JetBrain для моей TFS поэтому, если какой-либо конкретный шаблон / программное обеспечение действительно добавляет сплоченности между TFS, TeamCity, разработчиками и заинтересованными сторонами, это было бы в идеале тем, что меня интересует.

Ответы [ 6 ]

6 голосов
/ 21 июля 2009

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

Насколько велика ваша проектная команда и проект? Microsoft опубликовала один из своих внутренних шаблонов процессов (MPT) более здесь . Вы можете получить некоторое руководство и вдохновение от этого шаблона.

Как упомянуто tangurena . Люди используют стандартные шаблоны, немного изменяют ошибку и хранят там некоторые документы. Я бы порекомендовал сохранить процесс «легким».

Однако шаблон процесса - не все.

Вот несколько идей, что я хотел бы сделать (в вашем случае):

  • Создайте несколько рабочих элементов высокого уровня (особенности / истории), которые могут создавать заинтересованные стороны (ограничения и группы пользователей TFS - ваши друзья). Затем они могут получить доступ к запрашиваемым функциям через веб-доступ TFS Work Item. Таким образом, вам не нужна клиентская лицензия на них

  • Создайте несколько отчетов, которые показывают запланированную работу с учетом выпусков.

  • Настройка автоматизации сборки и создание отчетов (a.k.a. Release Notes) из ваших рабочих элементов в соответствии со сборками.

Каковы были самые большие преимущества и недостатки, с которыми вы сталкивались?

Имхо, самый большой недостаток в том, что вы начинаете верить, что шаблон - это ваша серебряная пуля. Это не так, это ваша отправная точка. Экосистема TFS предлагает вам много возможностей для создания собственных фрагментов программного обеспечения, которые соответствуют вашим потребностям. Просто посмотрите TFS API .

0 голосов
/ 24 июля 2009

Возможно, это не лучший шаблон для вас, но я все же хотел упомянуть его здесь: XP для Team System . Это в основном упрощенная версия MSF для гибкой разработки программного обеспечения:

[...] он удаляет некоторые задачи установки, которые проект XP, вероятно, не захочет выполнять, и изменяет сценарий имени типа рабочего элемента на Story.

0 голосов
/ 22 июля 2009

Я бы сказал, что сначала вы должны указать систему, которую будете использовать для SDLC вашей компании. Шаблон процесса - это просто инструмент, и без хорошего понимания основного процесса он не поможет и может усложнить задачу. Принятие пользователями имеет решающее значение для успеха SDLC и шаблона процесса.

Мы используем Scrum для Team System . Мы выбрали это из-за нашего опыта использования Scrum в качестве методологии SDLC. В Интернете есть несколько отличных книг и статей, которые помогут вам освоиться. Scrum объединит заинтересованные стороны в процессе.

В нашей системе Менеджер по продукту отвечает за элементы Журнала незавершенного производства и работает со мной и техническим директором, чтобы расставить приоритеты в элементах Журнала незавершенного производства.

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

0 голосов
/ 21 июля 2009

K.I.S.S.! Я создал пользовательский рабочий элемент на основе Agile. И это все, только один рабочий элемент. Существует «Серьезность системы», которую использует ИТ, и «Приоритет бизнеса», который использует клиент / клиент. Существует также «Тип запроса». С этими тремя вместе со встроенной областью и итерацией вся команда, включая клиентов, может запрашивать рабочие элементы, чтобы получить только те элементы, которые им нужны для выпуска, который им нужен (или все из них независимо от выпуска).

Я совсем не модифицировал конечный автомат. Это оставило нас с чем-то очень гибким для всех. Здесь можно регистрировать все, от запросов голубого неба до мирского контента / визуальных ошибок.

Клиент использует TFS Web Access (неограниченная клиентская лицензия), а разработчики (я и 1 другой) используют VS. На моей последней работе я создал ту же настройку, команда разработчиков была командой из 5 человек, и она работала там еще лучше! Я был там ведущим разработчиком и техническим премьером.

Самым большим преимуществом было наличие очень гибкой системы для всех при использовании одного типа рабочего элемента для всего. Недостатком будет кривая обучения для клиента, но как только они поймут, как его использовать, он больше всего понравится. Было бы предложение найти более дешевые инструменты для аналогичной реализации, но наша скидка .edu с MS не может быть побеждена.

0 голосов
/ 20 июля 2009

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

Мы работаем с нашей собственной версией шаблона Agile. Большая часть того, что мы сделали с ним, была удалена.

Вы можете использовать TFS API для регистрации сборок в базе данных, что должно позволить вам соединить TeamCity и TFS. Кроме этого, я бы, вероятно, просто использовал веб-интерфейс, который поставляется с TFS, я не думаю, что вам нужно стороннее программное обеспечение для этого.

0 голосов
/ 20 июля 2009

Вот еще один хороший agile-шаблон (оригинал на SSW , но вы должны обойти стену входа).

Этот шаблон помогает повысить сплоченность между разработчиками, менеджерами и другими заинтересованными сторонами, включая более надежную поддержку процесса проекта (документация, обзоры и т. Д.). Например, существуют встроенные типы для элементов процесса, таких как планы выпуска.

...