Как использовать TFS 2010 для улучшения процесса разработки? - PullRequest
3 голосов
/ 23 августа 2010

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

Есть ли что-нибудь еще в этом направлении, которое помогает улучшить качество проектов?

Спасибо

Ответы [ 4 ]

3 голосов
/ 23 августа 2010

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

С системой контроля версий ваш процесс разработки программного обеспечения будет улучшаться автоматически.Например, однажды мне сообщили об ошибке.Когда я контролирую ошибку, я вижу, что существующий блок кода был удален.Поэтому я использую инструмент «Аннотировать», чтобы узнать, кто удалил блок кода и почему?С помощью инструмента аннотирования я увидел, что моя коллега-разработчик удалена из кода.Я посмотрел рабочий элемент, почему она удалила?Когда я внимательно посмотрел рабочий элемент, то увидел, что мой коллега-аналитик приказал удалить блок кода.Поэтому мы спрашиваем его, почему он хотел что-то подобное?Он сказал, что это было ошибкой, поэтому мы отменили изменение.

Все это возможно из-за TFS.Это только отслеживание исходного кода, TFS работает намного лучше, чем эта.

Итак, что можно сделать, чтобы улучшить процесс разработки?

1- Активировать политики;Пользователи TFS должны зарегистрировать файлы со ссылками на WorkItem.

2- Используйте отчеты TFS и отправьте их по электронной почте всей команде разработчиков, чтобы показать «каково текущее состояние?»

3- НастроитьWI шаблоны, если вам нужно.

4- Попробуйте применить сертификат CMMI или TickIT для улучшения вашего процесса.(TFS всегда поможет вам в требованиях к сертификату :))

5- Используйте ветки, если вам нужно.С 2010 года отраслевой механизм стал лучше.

1 голос
/ 24 августа 2010

Во-первых, возьмите Шаблон Scrum-процесса Visual Studio , который является лучшим из всех существующих. Это просто и мощно. Прочитайте руководство, которое идет с этим, или еще лучше, подпишитесь на курс PSD с Scrum.org . (Полное раскрытие, я веду курсы PSD Scrum.org.)

Во-вторых, полностью автоматизируйте вашу сборку и развертывание. Я не могу подчеркнуть эту последнюю часть достаточно. Вы должны иметь возможность войти в интеграционную ветвь (возможно, магистральную или основную) и сделать так, чтобы эта сборка максимально проверяла себя и развертывать в области, которую может использовать ваш владелец продукта. Много раз, если продукт позволяет, мы будем публиковать бета-версии или альфа-версии, которые любой может использовать, что позволяет нам быстро собирать отзывы. Вы можете автоматически публиковать проекты Click Once, Web и Database без особых усилий.

В-третьих, придите к пониманию вашей стратегии ветвления. Я из рода По-особенному. Это означает, что я разветвляюсь для каждого элемента журнала невыполненных работ (обычно в схеме $ / Project / Branches / #### - Shortname. Моя команда копается в этом PBI или, возможно, в 2 PBI, пока мы не закончим (как в случае с отправкой). Затем мы вернуться в нашу ветку интеграции, которая публикуется автоматически.

В-четвертых, будьте ясны в отношении того, что вы сделали. Опубликуйте свое определение Готово на портале проекта. Это не обязательно должен быть SharePoint, но это может быть простая веб-страница, которую вы настраиваете. Для лучшего описания того, что определение сделано, см. этот подкаст с Кеном Швабером .

Пятое, установка Городская черепаха . Это круто! Лучший инструмент управления отставанием для TFS.

1 голос
/ 23 августа 2010

Мой совет номер один - оповещения.

Вы знаете этого человека в вашем офисе, может быть, менеджера или руководителя команды или кого-либо другого, кто приходит к вам на стол два или три раза в день и прерывает ваш прогресс, чтобы спросить вас о вашем прогрессе? Попросите этого человека настроить оповещение обо всех проверках проекта. Получение электронного письма каждый раз, когда вы проверяете код (и в электронном письме говорится, для какого рабочего элемента оно предназначено), даст этому человеку всю необходимую информацию - и вас не будут так часто прерывать. (К тому же, если повезет, у этого человека появится привычка запускать запросы TFS, чтобы увидеть, сколько ошибок у вас осталось или сколько у вас высоких ценностей и т. Д. Вместо того, чтобы приходить и спрашивать вас.)

Кроме того, помните, что в тот раз, когда вы что-то исправили, но потом оно вернулось к вам, и они сказали: «О да, я знаю, что там было 5, когда я дал вам ошибку, но за день до того, как вы начали кодировать, они изменили свое мнение, так что должно быть 53, так что вам нужно все закончить ". Установите оповещения, чтобы отправлять вам электронные письма всякий раз, когда ваши рабочие элементы редактируются другими, и это никогда не повторится. Вы также получите удар сзади (в форме электронного письма), когда что-то изменится с низкого приоритета на высокий приоритет.

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

1 голос
/ 23 августа 2010

Для улучшения качества в инструменте много всего. Вы можете думать о:

  • Юнит-тестирование
  • Анализ кода
  • Рабочие элементы, чтобы лучше отслеживать ваши проекты
  • Test Impact Analysis, чтобы увидеть, какие юнит-тесты влияют на изменения кода
  • Test Manager для интеграции функционального / ручного тестирования
  • CodedUI для включения функциональных тестов в вашу сборку
...