Як би ви радили не використовувати спільну електронну таблицю для відстеження помилок / проблем?


14

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

Їх аргумент полягає в тому, що електронна таблиця дозволяє їм переглядати стан проекту на більш високому рівні, оскільки вони можуть швидко побачити, скільки помилок відкрито. Це також дозволяє їм побачити, хто працює над кожною помилкою, і отримати оцінку часу, необхідного для їх закриття (оскільки розробник зобов'язаний заповнити оцінку часу помилки, над якою вони працюють).

Як ви розумієте, це не дуже практично для розробників (програмне забезпечення для відстеження помилок було винайдено з причини). Тож як я можу пропонувати програмне забезпечення для відстеження помилок, щоб полегшити роботу розробника?

Як бонус, яке програмне забезпечення ви б рекомендували, що дозволило б керівництву отримати можливість отримати свої відгуки (кількість помилок відкривається, хто над ними працює, оцінка часу) з високим рівнем перегляду?


На жаль, частіше за все менеджмент вже вирішив це.
kirk.burleson

4
Покажіть їм eusprig.org/stories.htm . Або навіть лише 24 мільйонні втрати TransAlta через помилку копіювання та вставки в EXCEL. Чорт забираєш, ти не хочеш використовувати програму, яка дозволяє комусь змінити майже будь-що абсолютно безконтрольно. Найгіршим інструментом управління є Excel, і це доводиться багато разів. Це також цікава стаття: skillsportal.co.za/page/training/articles/…
Joris

У вас принаймні увімкнено відстеження версій у файлі Excel? Якщо ні, то ви також можете використовувати білу дошку.
Wonko the Sane

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, де ви можете буквально відкрити список помилок як електронну таблицю, виберіть "Оновити" в меню Team, і там ви перейдете, останній список помилок в Excel, але з повною системою відстеження помилок за ним у TFS.
Марсі

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

2

Щоб допомогти продати перехід на належний трекер випуску, вам слід спробувати з'ясувати, які проблеми управління має у вашій поточній системі (там, мабуть, буде "було б добре, якщо ...") і подивитися, чи не можете ви подряпати свербіж для них.

Читання аргументів керівництва

Їх аргумент полягає в тому, що електронна таблиця дозволяє їм переглядати стан проекту на більш високому рівні, оскільки вони можуть швидко побачити, скільки помилок відкрито. Це також дозволяє їм побачити, хто працює над кожною помилкою, і отримати оцінку часу, необхідного для їх закриття (оскільки розробник зобов'язаний заповнити оцінку часу помилки, над якою вони працюють).

Я погодився з усіма ними, і кожного з них зустрічає JIRA (я згадую JIRA лише тому, що це я використовую, я впевнений, що є інші гідні кандидати)

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


2

Час історій.

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

Шість тижнів потому ми нарешті доставили цю річ, після майже безперервних циклів роботи / сну.

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

Пізно однієї ночі я просто повністю відлякував HAD IT із керуванням повідомленнями про помилки електронною поштою та роздруківками з галочками. Я встановив Mantis на наш тестовий сервер і завантажив у нього документ відгуку, який я щойно отримав для свого розділу. Я налаштував свого менеджера як користувача і дозволив йому починати отримувати електронні листи від нього, коли я закривав проблеми.

Протягом приблизно 6 годин у мене була вся команда. Прем'єр-міністр фільтрував електронні листи клієнтів у Mantis, розробники заявляли і розробляли списки видань. Ще краще, вони мали змогу вимагати роз'яснення та повідомлення всередині системи, в результаті чого на паперовому папері з'являються сліди деталей про кожен предмет.

Наступного дня вони попросили мене в «Ведучий технік» решту проекту. Це було схоже на те, щоб вручити живу гранату, але я взяв її та побіг із нею. Через два тижні ми нарешті вичерпали здатність нашого клієнта витягнути носові кільця і ​​поставити сайт у виробництво. Зараз Mantis - це те, як ми управляємо помилками, і може стати тим, як ми обробляємо запити на функції з початку проекту.

TL; DR: Встановіть його самостійно та почніть використовувати його для власних речей. Нехай вона сама доводить свою цінність.

До речі, це та ж політика, яку я дотримуюся щодо контролю версій. Ми використовуємо Subversion відповідно до політики, необхідної для блокування, оскільки мій менеджер не довіряє об'єднанню файлів. Це добре, але після того, як я перевіряю проект SVN, я негайно роблю локальний сховище git для власного використання в розробці.



0

Потрібно створити електронну таблицю, щоб, коли менеджер відкриває її, усі необхідні дані звітів оновлюються з вибраного вами програми. Якщо ви змусите його працювати, аргументів немає.


Це ніколи не вийде. Будь-то випадково чи злісно, ​​рано чи пізно хтось зламає систему "нерозумної".
AShelly

0

про те, що може піти не так, якщо електронна таблиця відстеження помилок у мережі поділиться:

  • ніхто більше не може його редагувати, коли хтось залишає його відкритим, потім блокує робочу станцію і йде на обід.
    • "очевидним" вирішенням є збереження нової версії для написання. Це створює гілку - і Excel погано об'єднується. Чиясь робота буде втрачена.
  • документ може бути збережений прихованими рядками, проблема не помічається тижнями.
  • все можна видалити, а відстеження історії - незначне. "що трапилося з детальним аналізом проблеми, який я вніс минулого тижня?"
  • легко додавати значення до "обмежених" полів. "Як серйозність цієї помилки помітила" Епічна невдача "?"
  • вирізати та вставити переписує формули. Розрахунок може легко стати постійною.

Я пережив усе це. І нам все-таки вдалося доставити ... Запізнилося лише на три місяці і обійшлося в тисячах позапланових понаднормових годин.


0

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

Редагувати:

На мій роздратування, щойно оголосили, що Pivotal Tracker довше не буде безкоштовно. :(


Я вже спробував цей аргумент. Не виграв, як мені сказали, ціна не була проблемою.
Sylvain Defresne

Я здогадуюсь, що ти зациклювався на аргументі "Superior In Every Exam". :-)
Нік Спріц'єр

Насправді багато людей будуть асоціюватися безкоштовно з лайно. Я запропонував безкоштовну альтернативу чомусь, і мій начальник відповів "Ми хочемо лише найкращого" чи щось подібне. На вільному ринку це, як правило, вірно, але може не завжди застосовуватися до відкритого коду. Мало хто реально розуміє модель з відкритим кодом, якщо вона комерційна і вільна, вона десь матиме рядки.
Кейо

Ось чому вам потрібно продовжити "це безкоштовно" з "і це приголомшливо".
Нік Спріцєр

1
Просто не поспішайте згадувати безкоштовно
Мерф
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.