Как бы вы рекомендовали не использовать общую таблицу для отслеживания ошибок / проблем?


14

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

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

Как вы можете понять, это не очень удобно для разработчиков (программное обеспечение для отслеживания ошибок было изобретено по определенной причине). Так, как я могу защищать программное обеспечение отслеживания ошибок, чтобы облегчить работу разработчика?

В качестве бонуса, какое программное обеспечение вы бы порекомендовали, чтобы позволить руководству получать свои отзывы (количество ошибок, кто над ними работает, оценка времени) с высоким уровнем просмотра?


К сожалению, чаще всего руководство уже определилось.
kirk.burleson

4
Покажите им eusprig.org/stories.htm . Или даже всего лишь 24 миллиона потерь TransAlta из-за ошибки копирования-вставки в EXCEL. Черт возьми, вы не хотите использовать программу, которая позволяет кому-либо что-то менять абсолютно неконтролируемым образом. Худший инструмент для управления - это Excel, и это доказано много раз. Это также интересная статья: skillportal.co.za/page/training/articles/…
Джорис Мейс

У вас есть хотя бы отслеживание версий в файле Excel? Если нет, то вы также можете использовать белую доску.
Вонко вменяемый

Mantis бесплатен, вы можете установить его примерно за 2 часа, и он даст вам статистику и прочее. В качестве бонуса вы можете легко размещать сообщения об ошибках в релизах и разработчиках, изменять состояния, навязывать рабочие процессы, регистрировать комментарии и комментарии, прикреплять электронные письма или другие файлы. У этого списка нет конца. Электронная таблица является примитивной, неконтролируемой, неэффективной и гораздо менее эффективной. Поскольку мы так же подвержены человеческим ошибкам и не оставляем никаких следов аудита.
quick_now

2
откройте электронную таблицу на неиспользуемой рабочей станции, чтобы она была заблокирована для редактирования, выключите экран и сделайте вид, что вы не знаете, что не так, когда никто не может обновить электронную таблицу. ;-)
Стивен А. Лоу

Ответы:


22

Так, как я могу защищать программное обеспечение отслеживания ошибок, чтобы облегчить работу разработчика?

Учитывая это утверждение:

электронная таблица позволяет им иметь более высокое представление о состоянии проекта, поскольку они могут быстро увидеть, сколько ошибок открыто.

Вы должны смотреть на системы, которые имеют инструменты отчетности, которые эффективно позволяют создавать электронные таблицы в режиме реального времени (или как можно ближе к нему). Когда вы найдете один из них, объясните, что использование разработчиками «правильной» системы будет означать, что данные, в которых они заинтересованы, будут (надеюсь) более точными и актуальными (например).


5

Какая версия таблицы актуальна? У кого есть эта таблица?

Любой приличный багтрекер будет делать то, что умеет электронная таблица, только:

  • будет сообщать соответствующим сторонам, когда что-то изменится
  • предоставляет единый канонический источник актуальной информации
  • позволяет составлять сводные отчеты, на высоком уровне просматривать состояние проекта

Для своих личных проектов я использую Mantis (просто потому, что его очень легко настроить). Работа использует Trac с интеграцией Mercurial.

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


5

Ответы всех остальных хороши. Еще один аспект происходит со мной.

А как насчет безопасности вокруг таблицы. Не должно ли руководство беспокоиться о том, что любой случайный разработчик может случайно нажать клавиши CTRL + A, DELETE и действительно испортить ситуацию? Правильная система отслеживания ошибок не допускает такого рода повреждения данных. И это даже не составляет злого умысла. Что делать, если конкретный разработчик хотел получить больше кредитов и начал переназначать все исправления для себя. Реальная система будет иметь контрольный журнал, где такие вещи будут заметны. Электронная таблица не будет.


4

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

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

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


4

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

  • Хорошая отчетность, краткая и подробная - об этом можно будет узнать позже
  • Каждый должен знать, где находится самая актуальная копия.

Почти в каждой среде, в которой рекомендуется использовать электронную таблицу Excel, существуют разные копии этой электронной таблицы на каждом компьютере, и ни одна из них не является одинаковой. Это делает процесс обзора прогресса чрезвычайно сложным и контрпродуктивным.

Централизованный сервер, такой как Trac, RedMine, JIRA, Mantis или любой другой, решает обе эти проблемы. На этом этапе вопрос в том, что лучше всего соответствует потребностям вашей компании. В зависимости от вашей среды, эти инструменты могут интегрироваться с вашей IDE так же, как ваша система контроля версий (Eclipse имеет эту функцию). Это значительно облегчает работу с заданными ошибками.


Файл централизованно доступен; зачем нужны дополнительные копии?
JeffO

2
Там никогда не должно быть. Это просто неизбежно случается.
Берин Лорич

Ну, в настоящее время мы используем веб-решение для редактирования общей таблицы. Так что дублирования не должно быть.
Сильвен Дефресн

4

Я не знаю вашу среду, но для пользователей Visual Studio я настоятельно рекомендую TFS. Он включает в себя как контроль источников, так и отслеживание проблем, с полными возможностями отчетности. Он также предлагает уровни авторитета, полное отслеживание истории (то есть, кто обновил ошибку, когда, и если она была создана, почему), позволяет различать «ошибку» и «проблему» и «улучшение» и все, что бы вы ни хотели как и полностью интегрируется с Visual Studio IDE. Он связывает ошибку с проверенным кодом, который можно привязать к конкретным сборкам. И многое другое.

Я использовал множество различных систем контроля версий (VSS, SVN, TFS ...) и множество систем отслеживания ошибок (собственные проприетарные системы, Tracker, SharePoint и, да, даже Excel), но за свои деньги (и это хороший кусок изменений), TFS стоит вложений в деньги и время.

И да, вы можете экспортировать (и импортировать из) в Excel.


2
Мы используем Team Explorer с TFS, где вы можете буквально открыть Список ошибок в виде электронной таблицы, выбрать «Обновить» в меню «Команда», и вы получите последний список ошибок в Excel, но с полной системой отслеживания ошибок в TFS.
Марси

1
Кроме того, есть «панель мониторинга» (на основе Sharepoint), которая включает библиотеки документов, в которых, похоже, есть электронные таблицы. Когда вы открываете электронную таблицу, она заполняется путем извлечения запроса из хранилища. Менеджер может обновить pri, выделенные усилия и все, что им нужно, с помощью Excel, затем нажать Publish, и он вернется в хранилище. Они получают все необходимое для Excel, в то время как разработчики получают все, что связано с проверкой, WI, добавление скриншота, проблемы, см. Мои задачи в Visual-Studio и т. Д. что они хотят.
Кейт Грегори

2

Чтобы помочь продать переход к правильному средству отслеживания проблем, вы должны попытаться выяснить, какие проблемы возникают у вашей системы («было бы неплохо, если бы ...»), и посмотреть, не можете ли вы поцарапать этот зуд для них.

Чтение аргументов руководства

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

Я согласился со всеми из них, и каждый из них встретил JIRA (я упоминаю JIRA только потому, что это то, что я использую, я уверен, что есть и другие достойные кандидаты)

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


2

Время историй.

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

Шесть недель спустя мы наконец-то доставили эту вещь после почти непрерывных циклов работы / сна.

Нашей метрикой для «готово» было то, что у клиента больше не было обратной связи. Новые и захватывающие вещи будут появляться в каждой версии их отзывов (доставленных нам по электронной почте), которые никогда не появлялись раньше, и каждое сказанное ими слово мгновенно становилось частью спецификации (оправдывается фразой «давайте просто сделаем это» «).

Поздно вечером я просто испугался, что ХАЙДЕЛО ЭТО с управлением отчетами об ошибках по электронной почте и распечатками с галочками. Я установил Mantis на наш тестовый сервер и загрузил в него документ обратной связи, который я только что получил для своего раздела. Я настроил своего менеджера в качестве пользователя и позволил ему начать получать с него электронные письма, когда я закрывал вопросы.

Примерно через 6 часов у меня была вся команда. Премьер-министр отфильтровывал клиентские электронные письма в Mantis, разработчики требовали и обрабатывали списки проблем. Более того, они смогли запросить разъяснения и обмен информацией внутри системы, что привело к безбумажному следу подробностей о каждом предмете.

На следующий день они попросили меня возглавить Tech. Это было похоже на то, что мне вручили гранату, но я взял ее и побежал с ней. Две недели спустя мы, наконец, исчерпали способность нашего клиента дергать наше кольцо в носу и запустили сайт в производство. Теперь Mantis - это то, как мы управляем ошибками, и может стать тем, как мы обрабатываем запросы функций с самого начала проекта.

TL; DR: установите его сами и начните использовать его для своих собственных вещей. Пусть он докажет свою ценность самостоятельно.

Кстати, это та же политика, которую я придерживаюсь в отношении контроля версий. Мы используем Subversion в соответствии с политикой, необходимой для блокировки, потому что мой менеджер не доверяет слиянию файлов. Это нормально, но после того, как я проверил проект SVN, я сразу же сделал его локальным git-репозиторием для собственного использования в разработке.



0

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


Это никогда не сработает. Случайно или по злому умыслу рано или поздно кто-то сломает «надежную» систему.
AShelly

0

вещи, которые могут пойти не так с электронной таблицей отслеживания ошибок на сетевом ресурсе:

  • никто не может редактировать его, когда кто-то оставляет его открытым, затем блокирует рабочую станцию ​​и идет на обед.
    • «очевидный» обходной путь - сохранить новую версию для записи. Это создает ветку - и Excel плохо подходит для слияния. Чья-то работа будет потеряна.
  • документ может быть сохранен со скрытыми строками, проблема игнорируется неделями.
  • все может быть удалено, а отслеживание истории незначительно. "что случилось с подробным анализом проблемы, который я ввел на прошлой неделе?"
  • легко добавлять значения в «ограниченные» поля. «Как серьезность этой ошибки была помечена как« Epic Fail »?»
  • вырезать и вставлять переписывает формулы. Расчет легко может стать постоянным.

Я пережил все это. И нам все же удалось доставить ... Это было только на три месяца позже и стоило тысячи незапланированных сверхурочных часов.


0

"Это бесплатно!" обычно довольно хороший аргумент. Pivotal Tracker является бесплатным, не требует установки и может очень легко дать вашим менеджерам более качественное представление о вещах, чем это возможно при использовании простой электронной таблицы.

Редактировать:

К моему большому раздражению, только что было объявлено, что Pivotal Tracker не будет бесплатным намного дольше. :(


Я уже попробовал этот аргумент. Не выиграл, как мне сказали, цена не была проблемой.
Сильвен Дефресн

Я предполагаю, что вы застряли с аргументом «Превосходный в каждом отношении». :-)
Ник Шпрайцер

На самом деле многие люди бесплатно ассоциируются с дерьмом. Я предложил бесплатную альтернативу чему-то, и мой босс ответил: «Мы хотим только лучшее» или что-то подобное. На свободном рынке это, как правило, верно, но, конечно, не всегда может применяться к open source. Не многие люди действительно понимают модель с открытым исходным кодом, если она коммерческая и бесплатная, где-то будут строки.
Кейо

Вот почему вам нужно дополнить «это бесплатно» и «и это здорово».
Ник Шпрайцер

1
Просто не беспокойтесь о бесплатном упоминании
Murph
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.