Pelacakan bug yang bagus dengan Sharepoint? [Tutup]

9

Di tempat kerja saya, telah diputuskan untuk memindahkan banyak proses ke Sharepoint. Saya sekarang melihat bagaimana Sharepoint dapat digunakan untuk pelacakan bug (à la Mantis, FogBugz dll. Tetapi dalam Sharepoint). Secara khusus, kami menggunakan ruang kolaborasi dan solusinya harus bekerja di dalamnya.

Saya tahu bahwa saya dapat membuat daftar menggunakan templat "Pelacak isu" , tetapi tidak memiliki alur kerja, korespondensi terintegrasi (seperti FogBugz), dan log audit (setiap pengguna dapat mengedit bidang apa saja kapan saja, tanpa dicatat di mana pun).

Itu tidak cukup, jadi saya mencari solusi "lebih besar" tetapi belum menemukan apa pun.
Pertanyaan ini serupa tetapi bertujuan untuk penggunaan Helpdesk; kami bertujuan untuk melacak bug dan mengubah permintaan ke sistem.

Saya terbuka untuk saran! Karena saya bukan administrator, saya tidak bisa hanya mengambil komponen Sharepoint dan menginstalnya untuk pengujian. Saya mencari pengalaman, dokumentasi, kertas putih, tangkapan layar - yang dapat diunduh sebenarnya akan relevan nanti.

Idealnya, beberapa masalah ini harus dibahas:

  1. Dukungan untuk berbagai jenis tiket (bug, fitur, penyelidikan, tugas internal).
  2. Alur kerja yang dapat dikonfigurasi per jenis tiket, tidak ada jumlah langkah yang pasti.
  3. Izin baca / tulis yang dapat dikonfigurasi per bidang dan per status alur kerja.
  4. Dasbor yang dapat dikonfigurasi untuk manajer dengan bagan yang bagus.
  5. Pemberitahuan email yang dapat dikonfigurasi.
  6. Korespondensi à la FogBugz. (Tantangan: kami menggunakan Notes, bukan Exchange.)
sharepoint sharepoint-2007 issue-tracking Torben Gundtofte-Bruun
sumber
Nasihat terbaik? Tinggal jauh, jauh dari Sharepoint. SQL-nya dibastardisasi, pengunggahan file sangat menyakitkan, dan tujuan sebenarnya tampaknya mendorong semua orang kembali menggunakan Office. Bagian Diskusi adalah lelucon, dan ingin mengintegrasikan banyak ke dalam Outlook bukannya dengan sendirinya. Menggunakan Sharepoint sebagai tempat selain menyimpan beberapa dokumen kebijakan adalah ide yang buruk. Saat ini saya sedang mencoba untuk membuat Wiki SP (itu juga telah dianggap) dan saya beralih ke pengkodean segala sesuatu dalam HTML (diuraikan dengan CSS, tanpa dukungan template wiki). Mungkin saja, tetapi Anda akan melawannya lebih dari Anda akan menggunakannya.
Steiv
Ya, tampaknya jelas bahwa SP ada untuk menjaga uang tunai MS Office tetap hidup melawan medan pertempuran Web 2.0. Saya juga akan menghindari SP, diberi pilihan, tetapi sudah diputuskan dari atas dan saya akan membuat yang terbaik dari itu. - Saya terkejut bahwa ruang kolaborasi memang memiliki beberapa fitur yang berguna, dan mengedit dokumen yang diunggah (Office) sangat mudah (disimpan, diunggah, dan diversi, semuanya dalam satu langkah otomatis). Sayang sekali itu hanya berfungsi untuk dokumen Office! Intinya: fitur "pelacak masalah" dan "alur kerja" jauh dari berguna untuk tujuan di atas!
Torben Gundtofte-Bruun
Saya pikir Anda melihat apa yang saya lihat dengan SP- apa pun yang berhubungan dengan inti pekerjaan Office, semuanya diretas bersama. Apa yang kami lakukan di kantor kami hanya mengintegrasikan umpan RSS Jira (perangkat lunak pelacakan masalah kami) dengan SP untuk mendapatkan daftar pembaruan di SP, tetapi gunakan Jira sebagai gantinya untuk pelacakan. Sebagai bonus, Jira mendukung sintaks Wiki, jadi mengedit dan berkomentar sangatlah mudah.
Steiv
Anda harus bertanya di softwarerecs.stackexchange.com
Nicolas Raoul

Jawaban:

2

Tidak yakin apakah templat yang Anda sebutkan berasal dari sini .. " Templat SharePoint "

SharePoint bisa menjadi tantangan tetapi menawarkan beberapa alat hebat setelah Anda memahaminya. Saya percaya ini adalah salah satu produk MS yang paling menantang yang pernah saya lihat tetapi juga sangat kuat. Sudahkah Anda memeriksa Codeplex untuk SharePoint? Codeplex

Dave M
sumber
Anehnya, kedua situs (Codeplex khususnya) fokus pada admin untuk hanya mengunduh dan menginstal file, sementara hampir mengabaikan kebutuhan non-admin untuk dokumentasi untuk meyakinkan admin dan manajemen bahwa add-on itu benar-benar layak. Tapi tautan Anda ke Templat SP terlihat menjanjikan. Ada "template admin server" dengan deskripsi yang menarik. Saya menemukan halaman yang penuh dengan dokumentasi, juga - lihat jawaban saya sendiri di bawah ini.
Torben Gundtofte-Bruun
Saya tidak memiliki tautan apa pun yang berguna tetapi MS dan beberapa MVP mereka memiliki beberapa webinar hebat dan materi rekaman lainnya pada beberapa alat ini. Butuh sedikit pencarian tetapi sepadan dengan usaha
Dave M
1
Masalahnya adalah bahwa semua materi ini ditujukan pada admin server - bukan pada orang seperti saya yang tidak admin tetapi membutuhkan dokumentasi evaluasi ...
Torben Gundtofte-Bruun
1

Sebagai perpanjangan dari jawaban DaveM, saya menemukan dokumentasi tentang templat di sini:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx

Secara khusus, ini menarik:

dan yang ini untuk pengaturan lebih lanjut:

Saya pikir saya akan pergi dengan kombinasi dari dua yang pertama. Yang terakhir tampaknya terlalu canggih untuk pemula SP dan akan lebih cocok untuk tim yang jauh lebih besar.

Torben Gundtofte-Bruun
sumber
1

Tim kami telah menggunakan templat pelacakan bug MS SP pada dua proyek. Saya tidak akan mempertimbangkan solusi 'yang terbaik,' tetapi itu berhasil. Anda dapat menambah dan menghapus bidang yang diperlukan, melakukan percakapan dengan prangko tanggal (menggunakan komentar), dan menerapkan keamanan (lihat / baca / tulis). Anda dapat mengimpor dan mengekspor daftar bug ke / dari Excel.

Alur kerja dapat ditambahkan tetapi membutuhkan pengembang (atau pengguna super SP). Konfigurasi default termasuk pelacakan riwayat lampiran file amd. Seperti halnya objek SP, Anda dapat mengatur umpan RSS dan notifikasi email.

Diberi pilihan, saya akan menggunakan paket pelacakan bug khusus daripada solusi gratis yang ditawarkan oleh Microsoft. Saya belum melihat, tetapi saya yakin bahwa ada solusi pelacakan bug yang lebih lengkap yang menggunakan SP sebagai ujung belakang.

Michaelkay
sumber
Kami tidak memiliki kesempatan untuk mencoba templat itu. Pada akhirnya, kami menggunakan daftar kustom yang sangat sangat sederhana sebagai solusi sementara dan akhirnya menggunakan solusi permanen non-Sharepoint. Bukan Jira, tetapi sesuatu yang serupa yang sudah digunakan organisasi untuk departemen lain.
Torben Gundtofte-Bruun
1

SharePoint mungkin menjawab kebutuhan Anda sesederhana sistem tiket.

Namun, saya berharap pelacak bug terintegrasi dengan kode sumber (seperti jika saya berkomentar perubahan sumber dengan "FIX bug # 123", saya ingin tiket ditandai sebagai "tetap" dan dapat melihat kode berbeda) .

Selain itu, Anda tidak memiliki banyak fleksibilitas seputar pemberitahuan, melacak waktu yang dihabiskan untuk tiket, dll.

Karena itu, saya tidak merekomendasikan SharePoint jika Anda ingin serius tentang pelacakan bug.

rds
sumber