Как использовать Scrum и Visual Studio без командной системы [закрыто]

получить доску

начало работы с SCRUM не должно требовать каких - либо инструментов-как минимум, у вас будет совещание по планированию в начале каждого спринта, ежедневное совещание standup и совещание recap в конце каждого спринта.

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

Вам также нужно будет отслеживать отставание для планирования - это можно сделать на бумаги, на доске, или в Excel.

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

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

• управления исходным кодом: Subversion
• приложение непрерывной интеграции:Гудзон (есть много .NET плагинов), проще в использовании, чем CruiseControlDotNet
• Build tool: MSBuild - вы хотите настроить процесс сборки, и изучение MSBuild-лучший способ сделать это
• структура модульного тестирования: несравненный Нанит
• статический анализ кода: вопросом, что происходит, FxCop, другие?

Примечание: SVNStats - проект java, который создает некоторые довольно интересные отчеты о том, что произошло в репозитории с течением времени, получает вам некоторые довольно метрики оттока кода

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

Отличная вещь об этом списке-за исключением NDepend, все они бесплатны для коммерческого и частного использования.

@Jason и @Mike_Stone правы. Scrum не включает никаких инструментов, кроме листа бумаги и ручки, как минимум. Scrum гораздо менее сосредоточен на том, какие инструменты используют команды, как это на том, как команда общается и работает вместе и со своими заинтересованными сторонами, чтобы приоритизировать и адаптироваться к изменениям.

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

Agile методологии очень инструмент агностик и очень прагматичны в этом смысле. Используйте то, что лучше для вас. Вам не нужен инструмент a или библиотека b, чтобы быть гибким.

используйте excel для создания хорошей диаграммы выгорания!

для отслеживания рабочих элементов создайте быстрое веб-приложение для их записи, затем экспортируйте данные в excel и управляйте там.

Я согласен. Team System-это только набор инструментов, завернутый внутри IDE. Visual Studio по умолчанию использует MSBUILD, NUnit и любой другой плагин. Единственное реальное значение-это плагины методологии, такие как Conchango, которые позволяют приоритизировать и назначать workitems, и отчеты, которые генерируются впоследствии.

ежедневные scrums, доска, excel и дисциплина-действительно хорошее начало.

полностью согласен с комментариями относительно excel. Тебе лучше начать с этого. Scrum может быть немного культурным шоком, если вы исходите из методологии водопада. Убеждаться ваша команда понимает общее соображение сперва путь более важный чем tooling вы выбираете сделать его более эффективным.

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

прямо сейчас, моя команда делает Scrum с Team System. Это здорово, потому что мы получаем управленческие и командные отчеты бесплатно. Тем не менее, и это важно, я думаю, что мы на самом деле сделали все быстрее и с более высокое качество, когда мы делали все со старомодной пробковой доской, excel и этим шаблоном (я люблю эту вещь, рекомендую ее всем, кто делает Scrum):

http://blog.crisp.se/henrikkniberg/2007/12/18/1197973740000.html

вы можете использовать XPlanner для управления ресурсами, управления и мониторинга оценок. Вы можете просмотреть предполагаемое время в прошлом для будущих планов.

а также с .Net Относиться: http://www.scrumforteamsystem.com/en/default.aspx

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

http://www.atlassian.com

• JIRA для отслеживания проблем / отставание
• greenhopper плагин для JIRA для полной гибкой googies
• рыбий глаз/тигель для онлайн-рецензирования
• слияние для сотрудничества и знаний обмен
• бамбук для непрерывной интеграции

в прошлом я делал проекты Scrum в TFS с Visual Studio 2005-2008 и был очень доволен этим. Теперь я работаю над проектом Scrum в среде Linux с использованием Eclipse, что потребовало перехода на другую систему. Мы выбрали Rational Team Concert (RTC) и я считаю, что это хорошо подходит для наших нужд.

Я обнаружил, что RTC сопоставим с TFS как с точки зрения функциональности, так и с точки зрения концепций (ex. RTC использует ту же терминологию рабочего элемента), поэтому переход был достаточно простой. Существует плагин для интеграции Visual Studio IDE, а также веб-интерфейс, который предоставляет диаграммы выгорания и другие показатели прогресса для проектных групп. Это бесплатно Для до 10 разработчиков, так что это действительно хорошо для небольших команд. Я не уверен, какова модель ценообразования, когда вы должны заплатить, но я предполагаю, что она сопоставима с TFS, если она соответствует другим предложениям IBM Rational.