Недавно меня повысили до должности технического руководителя проекта в небольшой компании по разработке программного обеспечения, в которой я работаю. Мы производим один основной продукт, который поддерживается множеством более мелких продуктов. В любой момент у нас есть клиентская база приличного размера; с каждым клиентом, имеющим некоторые пользовательские модули/продукты. Каждый клиент находится на выделенном сервере (виртуальном или реальном), поэтому у каждого клиента есть задачи для системного администратора, администратора базы данных, управления конфигурацией, интеграции данных и т. д.; помимо поддержки и общих клиентских операций.
Короче говоря, инструменты, которые мы используем внутри компании, не менялись годами, и никогда не получали приоритета для улучшения. Мы используем SVN для контроля версий/исходников и Gemini (версия 2.x) для отслеживания проблем и управления задачами. Эта старая версия Gemini не поддерживает гибкое планирование или что-то еще, кроме сбора билетов и подключения к SVN. У нас нет автоматических агентов сборки, и до сих пор нашу методологию можно было описать как «гибкую только по названию, действительно хаотичную». Таким образом, любой новый выпуск — это сложный и дорогой процесс, учитывая настройку для каждого клиента.
У меня есть разрешение и несколько долларов на обновление наших внутренних инструментов и процессов. Я загрузил и оценил TFS для контроля версий (с помощью git), правильного управления разработчиками с использованием шаблона scrum и, конечно же, сборок/дистрибутивов. Пока я думаю, что это может удовлетворить наши потребности в разработке и отслеживании. Я застрял на том, как обращаться с другой стороной наших потребностей.
Мне нужна система, которая будет работать как средство отслеживания проблем, фиксируя проблемы/ошибки от наших клиентов и сотрудников службы поддержки, управляя и сохраняя историю общения с указанными клиентами, управляя задачами, не связанными с разработкой, и, возможно, выступая в качестве базы знаний. информации о каждом экземпляре/клиенте (внутреннее использование). Требования заключаются в том, что эта система будет использоваться не разработчиками, и желательно, чтобы она «связывалась» с TFS и нашим рабочим процессом разработки программного обеспечения, чтобы мы могли отслеживать проблемы, которые порождают/относятся к задачам разработки.
Или система, которая может удовлетворить обе потребности, у меня есть все в одном? Я не женат на TFS, мы все еще рассматриваем его как альтернативу.
Примечание . Все пользователи будут использовать Windows 7+. Наше программное обеспечение также распространяется только для Windows.
Я бы рассмотрел возможность оценки стека Atlassian, который для меня является наиболее ценным:
JIRA + Fisheye + Confluence будут идеальной парой. Fisheye может подключаться к репозиториям SVN или Git.
Ссылки:
Отказ от ответственности: я не работаю в Atlassian. Я использую все эти инструменты активно, ежедневно и разрабатываю плагины для JIRA уже 4 года, и я до сих пор считаю, что ребята из Atlassian действительно хороши. Продукт работает легко, полностью настраивается и действительно продуман.
Томас Веллер
Мог говорит восстановить Монику