В нашей компании разработчики хотят использовать надлежащий инструмент отслеживания ошибок для управления проблемами в нашем приложении. Однако руководство настаивает на использовании общей электронной таблицы (ранее - общего файла Excel, теперь это электронная таблица в веб-решении, обеспечивающем одновременный доступ).
Их аргумент заключается в том, что электронная таблица позволяет им иметь более высокое представление о состоянии проекта, так как они могут быстро увидеть, сколько ошибок открыто. Это также позволяет им видеть, кто работает над каждой ошибкой, и получать оценку времени, необходимого для их закрытия (поскольку разработчик должен заполнить оценку времени для ошибки, над которой он работает).
Как вы можете понять, это не очень удобно для разработчиков (программное обеспечение для отслеживания ошибок было изобретено по определенной причине). Так, как я могу защищать программное обеспечение отслеживания ошибок, чтобы облегчить работу разработчика?
В качестве бонуса, какое программное обеспечение вы бы порекомендовали, чтобы позволить руководству получать свои отзывы (количество ошибок, кто над ними работает, оценка времени) с высоким уровнем просмотра?
источник
Ответы:
Учитывая это утверждение:
Вы должны смотреть на системы, которые имеют инструменты отчетности, которые эффективно позволяют создавать электронные таблицы в режиме реального времени (или как можно ближе к нему). Когда вы найдете один из них, объясните, что использование разработчиками «правильной» системы будет означать, что данные, в которых они заинтересованы, будут (надеюсь) более точными и актуальными (например).
источник
Какая версия таблицы актуальна? У кого есть эта таблица?
Любой приличный багтрекер будет делать то, что умеет электронная таблица, только:
Для своих личных проектов я использую Mantis (просто потому, что его очень легко настроить). Работа использует Trac с интеграцией Mercurial.
Mantis предоставляет такие вещи, как количество ошибок, открытых / закрытых / назначенных из коробки, и я думаю, что большинство багтрекеров это сделают. Я не знаю об оценке времени, потому что я не удосужился посмотреть. Trac (или установка здесь на работе) действительно имеет оценку времени, и легко написать собственный отчет, который, скажем, будет суммировать оценки за один этап.
источник
Ответы всех остальных хороши. Еще один аспект происходит со мной.
А как насчет безопасности вокруг таблицы. Не должно ли руководство беспокоиться о том, что любой случайный разработчик может случайно нажать клавиши CTRL + A, DELETE и действительно испортить ситуацию? Правильная система отслеживания ошибок не допускает такого рода повреждения данных. И это даже не составляет злого умысла. Что делать, если конкретный разработчик хотел получить больше кредитов и начал переназначать все исправления для себя. Реальная система будет иметь контрольный журнал, где такие вещи будут заметны. Электронная таблица не будет.
источник
Вам необходимо показать руководству, что их требования будут выполнены.
Так что настройте фиктивную систему и покажите им с помощью демоверсий, что они могут получить эту информацию так же хорошо, как и, возможно, даже лучше, чем при использовании электронных таблиц.
источник
Пока что все придумали схожие и правильные ответы. Есть один важный аспект, о котором еще не говорилось. Чтобы отследить ошибки и убедиться, что в трещинах ничего не проскальзывает, вам нужно две вещи:
Почти в каждой среде, в которой рекомендуется использовать электронную таблицу Excel, существуют разные копии этой электронной таблицы на каждом компьютере, и ни одна из них не является одинаковой. Это делает процесс обзора прогресса чрезвычайно сложным и контрпродуктивным.
Централизованный сервер, такой как Trac, RedMine, JIRA, Mantis или любой другой, решает обе эти проблемы. На этом этапе вопрос в том, что лучше всего соответствует потребностям вашей компании. В зависимости от вашей среды, эти инструменты могут интегрироваться с вашей IDE так же, как ваша система контроля версий (Eclipse имеет эту функцию). Это значительно облегчает работу с заданными ошибками.
источник
Я не знаю вашу среду, но для пользователей Visual Studio я настоятельно рекомендую TFS. Он включает в себя как контроль источников, так и отслеживание проблем, с полными возможностями отчетности. Он также предлагает уровни авторитета, полное отслеживание истории (то есть, кто обновил ошибку, когда, и если она была создана, почему), позволяет различать «ошибку» и «проблему» и «улучшение» и все, что бы вы ни хотели как и полностью интегрируется с Visual Studio IDE. Он связывает ошибку с проверенным кодом, который можно привязать к конкретным сборкам. И многое другое.
Я использовал множество различных систем контроля версий (VSS, SVN, TFS ...) и множество систем отслеживания ошибок (собственные проприетарные системы, Tracker, SharePoint и, да, даже Excel), но за свои деньги (и это хороший кусок изменений), TFS стоит вложений в деньги и время.
И да, вы можете экспортировать (и импортировать из) в Excel.
источник
Чтобы помочь продать переход к правильному средству отслеживания проблем, вы должны попытаться выяснить, какие проблемы возникают у вашей системы («было бы неплохо, если бы ...»), и посмотреть, не можете ли вы поцарапать этот зуд для них.
Чтение аргументов руководства
Я согласился со всеми из них, и каждый из них встретил JIRA (я упоминаю JIRA только потому, что это то, что я использую, я уверен, что есть и другие достойные кандидаты)
Вы должны подчеркнуть, что с таким инструментом, как JIRA, они не только сохранят все преимущества вашей текущей настройки, но также получат много новых преимуществ.
источник
Время историй.
Пару месяцев назад я вернулся из недельного отпуска и обнаружил, что вся моя компания перевернулась с ног на голову. Проект, над которым работала другая секция отдела разработки в течение нескольких месяцев, внезапно стал приоритетом, требующим неотложного решения, и вся команда была отстранена от того, над чем они работали, чтобы произвести эту работу. На встрече в тот день владелец компании попросил нас выбить пару кусочков в тот день, а остальные - на следующий день, и мы будем в хорошей форме.
Шесть недель спустя мы наконец-то доставили эту вещь после почти непрерывных циклов работы / сна.
Нашей метрикой для «готово» было то, что у клиента больше не было обратной связи. Новые и захватывающие вещи будут появляться в каждой версии их отзывов (доставленных нам по электронной почте), которые никогда не появлялись раньше, и каждое сказанное ими слово мгновенно становилось частью спецификации (оправдывается фразой «давайте просто сделаем это» «).
Поздно вечером я просто испугался, что ХАЙДЕЛО ЭТО с управлением отчетами об ошибках по электронной почте и распечатками с галочками. Я установил Mantis на наш тестовый сервер и загрузил в него документ обратной связи, который я только что получил для своего раздела. Я настроил своего менеджера в качестве пользователя и позволил ему начать получать с него электронные письма, когда я закрывал вопросы.
Примерно через 6 часов у меня была вся команда. Премьер-министр отфильтровывал клиентские электронные письма в Mantis, разработчики требовали и обрабатывали списки проблем. Более того, они смогли запросить разъяснения и обмен информацией внутри системы, что привело к безбумажному следу подробностей о каждом предмете.
На следующий день они попросили меня возглавить Tech. Это было похоже на то, что мне вручили гранату, но я взял ее и побежал с ней. Две недели спустя мы, наконец, исчерпали способность нашего клиента дергать наше кольцо в носу и запустили сайт в производство. Теперь Mantis - это то, как мы управляем ошибками, и может стать тем, как мы обрабатываем запросы функций с самого начала проекта.
TL; DR: установите его сами и начните использовать его для своих собственных вещей. Пусть он докажет свою ценность самостоятельно.
Кстати, это та же политика, которую я придерживаюсь в отношении контроля версий. Мы используем Subversion в соответствии с политикой, необходимой для блокировки, потому что мой менеджер не доверяет слиянию файлов. Это нормально, но после того, как я проверил проект SVN, я сразу же сделал его локальным git-репозиторием для собственного использования в разработке.
источник
Мы используем Atlassian Jira .
Имеется много отчетов, таких как этот:
источник
Вам необходимо создать электронную таблицу, чтобы при ее открытии менеджер обновлял все необходимые данные отчетов из приложения по вашему выбору. Если вы заставите это работать, нет никаких аргументов.
источник
вещи, которые могут пойти не так с электронной таблицей отслеживания ошибок на сетевом ресурсе:
Я пережил все это. И нам все же удалось доставить ... Это было только на три месяца позже и стоило тысячи незапланированных сверхурочных часов.
источник
"Это бесплатно!" обычно довольно хороший аргумент. Pivotal Tracker является бесплатным, не требует установки и может очень легко дать вашим менеджерам более качественное представление о вещах, чем это возможно при использовании простой электронной таблицы.
Редактировать:
К моему большому раздражению, только что было объявлено, что Pivotal Tracker не будет бесплатным намного дольше. :(
источник