В настоящее время я работаю в средней команде веб-разработчиков. Мы используем jira для отслеживания ошибок. Мы работаем над продуктом с частыми изменениями макета. Много раз сообщается об ошибке в макете в каком-либо браузере. Иногда, когда мы приступаем к работе с ошибкой с низким приоритетом,...
У проекта, над которым я сейчас работаю, есть проблема: ошибки и задачи часто назначаются людям, которые слишком новы или слишком неопытны, и их работа в конечном итоге приводит к появлению новых ошибок в будущем. Проблема в том, что с некоторыми частями нашего программного обеспечения работать...
Наша команда только что переключилась с FogBugz & Kiln / Mercurial на Jira & Stash / Git. Мы используем модель Git Flow для ветвления, добавляя ответвления подзадач от ответвлений объектов (относящихся к подзадачам Jira функций Jira). Мы используем Stash для назначения рецензента при...
Мы используем JIRA для отслеживания проблем в наших программных проектах. Один эффект, который мы заметили, заключается в том, что мы часто создаем новую проблему, но пока не знаем, когда / если проблема будет решена вообще. Таким образом, мы придумали фиктивную веху «Далекое будущее», к которой...
Я ищу аргументы, чтобы убедить руководство инвестировать усилия в рефакторинг. Мы регистрируем работу с использованием Jira и связываем каждый svn-коммит с вызовом jira. Моя идея состоит в том, чтобы сделать следующее: вручную определить область кода, которая очень плохо реализована, но часто...
В нашей компании несколько команд будут работать над разными компонентами нескольких проектов одновременно. Например, одна группа может сделать определенные виды программного обеспечения (или аппаратного обеспечения) для какого-либо проекта (-ов), а другая группа - другой конкретный вид...