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

На самом деле все, что вам нужно, это часть программного обеспечения для отслеживания ошибок, чтобы отслеживать горячие вопросы для текущего спринта. Это может быть даже электронная таблица (не используйте электронную таблицу). SCRUM-это методология, http://en.wikipedia.org/wiki/Scrum_ (разработка) и на самом деле не требует командной системы, а требует хорошего менеджера проекта и подготовленной команды.

возьмите белую доску

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

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

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

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

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

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

http://www.atlassian.com

• JIRA для отслеживания проблем / невыполненной работы
• GreenHopper плагин к JIRA для полных Agile googies
• Рыбий глаз/тигель для онлайн-экспертной оценки
• Слияние для сотрудничества и обмена знаниями
• Бамбук для непрерывной интеграции

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

А также с .Net Ссылаться: http://www.scrumforteamsystem.com/en/default.aspx

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

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

USe excel чтобы создать хороший график выгорания!

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

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

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

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

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

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

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

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

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

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

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

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

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

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