Как использовать Scrum и Visual Studio без Team System [закрыто]
-
08-06-2019 - |
Вопрос
Я заинтересован в возможном использовании Scrum со своей командой разработчиков (да, я знаю, что переход на него будет немного болезненным).Однако у нас нет Team System и, вероятно, в настоящее время мы не можем позволить себе получить ее немедленно.
Каковы возможные инструменты для создания и работы команды по Scrum в среде .NET/Visual Studio без Team System?
Решение
На самом деле все, что вам нужно, — это программное обеспечение для отслеживания ошибок, позволяющее отслеживать актуальные проблемы текущего спринта.Это может быть даже электронная таблица (не используйте электронную таблицу).SCRUM – это методология, http://en.wikipedia.org/wiki/Scrum_(разработка) и на самом деле не столько требует командной системы, сколько хорошего менеджера проекта и преданной своему делу команды.
Другие советы
возьми доску
Для начала работы с SCRUM не требуется никаких инструментов — как минимум, у вас будет совещание по планированию в начале каждого спринта, ежедневное стендап-совещание и итоговое совещание в конце каждого спринта.
На ежедневном собрании соберитесь вокруг доски и используйте ее, чтобы отслеживать статус задач каждого и свой прогресс в спринте.
Вам также необходимо будет отслеживать отставание в планировании — это можно сделать на бумаге, на доске или в Excel.
В моей прошлой компании я участвовал в Scrum-команде, и это не имеет никакого отношения к среде разработки.Это процесс разработки программного обеспечения, и часто в использовании самого процесса мало технологий (хотя хороший инструмент для работы с электронными таблицами поможет отслеживать прогресс).
Так...Я бы сказал, что ваши опасения по поводу инструментов, возможно, неуместны, если только я не неправильно понимаю вопрос.
- Управления источником: Подрывная деятельность
- Приложение непрерывной интеграции: Хадсон (есть много плагинов .NET), проще в использовании, чем CruiseControlDotNet
- Инструмент сборки:MSBuild — вам понадобится настроить процесс сборки, и изучение MSBuild — лучший способ сделать это.
- Фреймворк модульного тестирования:несравненный НУнит
- Статический анализ кода: NDepend, FxCop, другие?
Связанное примечание: SVNСтатистика - Java-проект, который создает довольно интересные отчеты о том, что происходило в репозитории с течением времени, и дает вам красивые показатели оттока кода.
Таким образом, MSBuild — это связующее звено, с помощью которого вы сможете запускать эти инструменты на различных этапах разработки или можете добавлять перехватчики к событиям, которые происходят с репозиторием исходного кода.Это приблизительный список инструментов/приложений, которые дают вам один к одному функционал, предоставляемый Team System.
Самое замечательное в этом списке — за исключением NDepend, все они бесплатны для коммерческого и частного использования.
@Джейсон и @Mike_Stone правы.Scrum не требует каких-либо инструментов, кроме как минимум листа бумаги и ручки.Scrum гораздо меньше внимания уделяет тому, какие инструменты используют команды, сколько тому, как команда общается и работает вместе, а также с заинтересованными сторонами, чтобы расставить приоритеты и адаптироваться к изменениям.
XP, с другой стороны, гораздо больше ориентирован на инструменты и разработчиков, пропагандируя такие вещи, как непрерывная интеграция, разработка через тестирование, парное программирование и тому подобное.
Гибкие методологии не зависят от инструментов и в этом смысле очень прагматичны.Используйте то, что лучше всего подходит для вас.Чтобы быть гибким, вам не нужен инструмент a или библиотека b.
Используйте Excel, чтобы создать красивую диаграмму сгорания!
Для отслеживания рабочих элементов создайте быстрое веб-приложение для их записи, затем экспортируйте данные в Excel и управляйте ими.
Я согласен.Team System — это всего лишь набор инструментов, заключенных в IDE.Visual Studio по умолчанию использует MSBUILD, NUnit и любой другой плагин по вашему выбору.Единственная реальная ценность — это плагины методологии, такие как Conchango, которые позволяют расставлять приоритеты и назначать рабочие элементы, а также создавать отчеты после этого.
Ежедневные схватки, доска, превосходство и дисциплина — действительно хорошее начало.
Полностью согласен с комментариями по поводу Excel.Лучше начать с этого.Scrum может стать своего рода культурным шоком, если вы придерживаетесь водопадной методологии.Гораздо важнее убедиться, что ваша команда в первую очередь понимает философию, чем инструменты, которые вы выбираете, чтобы сделать ее более эффективной.
Кажется, что 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.Я использовал их раньше, и они мне очень понравились:
- JIRA для отслеживания проблем/невыполненных работ
- Плагин GreenHopper для JIRA для полной гибкости Agile
- Fisheye/Crucible для онлайн-экспертной оценки
- Confluence для совместной работы и обмена знаниями
- Bamboo для непрерывной интеграции
Раньше я выполнял проекты Scrum в TFS с помощью Visual Studio 2005–2008 и был очень доволен этим.Сейчас я работаю над проектом Scrum в среде Linux с использованием Eclipse, что потребовало перехода на другую систему.Мы выбрали Концерт Rational Team (RTC) и я считаю, что это хорошо соответствует нашим потребностям.
Я обнаружил, что RTC сравним с TFS как с точки зрения функциональности, так и с точки зрения концепций (например.RTC использует ту же терминологию рабочих элементов), поэтому переход был довольно простым.Существует плагин для интеграции с Visual Studio IDE, а также веб-интерфейс, который предоставляет диаграммы сгорания и другие показатели прогресса для проектных групп.Он бесплатен для 10 разработчиков, поэтому отлично подходит для небольших команд.Я не уверен, какова модель ценообразования, когда вам придется платить, но я предполагаю, что она сопоставима с TFS, если она соответствует другим предложениям IBM Rational.