Theo dõi lỗi tốt với Sharepoint? [đóng cửa]


9

Tại nơi làm việc của tôi, nó đã được quyết định chuyển nhiều quy trình sang Sharepoint. Bây giờ tôi đang xem làm thế nào Sharepoint có thể được sử dụng để theo dõi lỗi (à la Mantis, FogBugz, v.v. nhưng trong Sharepoint). Cụ thể, chúng tôi đang sử dụng phòng cộng tác và giải pháp phải hoạt động bên trong đó.

Tôi biết rằng tôi có thể tạo danh sách bằng cách sử dụng mẫu "Trình theo dõi sự cố" , nhưng nó thiếu quy trình làm việc, thư tín tích hợp (như FogBugz) và nhật ký kiểm toán (bất kỳ người dùng nào cũng có thể chỉnh sửa bất kỳ trường nào mà không cần ghi chú ở bất kỳ đâu).

Điều đó là không đủ, vì vậy tôi đang tìm kiếm giải pháp "lớn hơn" nhưng vẫn chưa tìm thấy gì cả.
Câu hỏi này tương tự nhưng nhằm mục đích sử dụng Helpdesk; chúng tôi nhắm đến việc theo dõi lỗi và thay đổi yêu cầu đối với một hệ thống.

Tôi đang mở để đề xuất! Vì tôi không phải là quản trị viên, tôi không thể lấy một thành phần Sharepoint và cài đặt nó để thử nghiệm. Tôi đang tìm kiếm kinh nghiệm, tài liệu, sách trắng, ảnh chụp màn hình - có thể tải xuống thực tế sẽ có liên quan sau này.

Lý tưởng nhất, một số trong những vấn đề này nên được đề cập:

  1. Hỗ trợ cho các loại vé khác nhau (lỗi, tính năng, yêu cầu, nhiệm vụ nội bộ).
  2. Quy trình làm việc có thể định cấu hình cho mỗi loại vé, không có số bước cố định.
  3. Quyền đọc / ghi có thể định cấu hình cho mỗi trường và mỗi trạng thái dòng công việc.
  4. Bảng điều khiển cấu hình cho người quản lý với các biểu đồ đẹp.
  5. Thông báo email cấu hình.
  6. Tương ứng à la FogBugz. (Thách thức: chúng tôi sử dụng Ghi chú, không trao đổi.)

Lời khuyên tốt nhất? Ở xa, xa Sharepoint. SQL của nó bị bastardized, tải lên tệp là một nỗi đau tuyệt đối và mục tiêu thực sự dường như đang đẩy mọi người quay trở lại sử dụng Office. Phần Thảo luận là một trò đùa và muốn tích hợp mạnh vào Outlook thay vì tự nó. Sử dụng Sharepoint như bất cứ điều gì ngoại trừ một nơi lưu giữ một vài tài liệu chính sách là một ý tưởng tồi. Ngay bây giờ tôi đang cố gắng tạo SP Wiki (nó cũng đã được coi là) và tôi đang dùng đến việc mã hóa mọi thứ bằng HTML (được gắn với CSS, không hỗ trợ mẫu wiki). Nó có thể là có thể, nhưng bạn sẽ chiến đấu với nó nhiều hơn bạn sẽ sử dụng nó.
Steiv

Vâng, dường như SP tồn tại để giữ cho con bò tiền mặt của MS Office sống sót trước mặt trận Web 2.0. Tôi cũng sẽ tránh SP, đưa ra lựa chọn, nhưng nó đã được quyết định từ trên và tôi sẽ làm cho nó tốt nhất. - Tôi rất ngạc nhiên khi phòng cộng tác có một số tính năng hữu ích và việc chỉnh sửa các tài liệu (Office) đã tải lên rất đơn giản (chúng được lưu, tải lại và được phiên bản, tất cả trong một bước tự động). Quá tệ, nó chỉ hoạt động cho các tài liệu Office! Đến thời điểm này: các tính năng "theo dõi vấn đề" và "quy trình công việc" không còn hữu ích cho mục đích trên!
Torben Gundtofte-Bruun

Tôi nghĩ rằng bạn đang thấy những gì tôi thấy với SP - mọi thứ liên quan đến cốt lõi của Office đều hoạt động, mọi thứ khác đều bị hack cùng nhau. Những gì chúng tôi đã làm tại văn phòng của chúng tôi chỉ là tích hợp các nguồn cấp RSS của Jira (phần mềm theo dõi vấn đề của chúng tôi) với SP để có danh sách cập nhật trong SP, nhưng sử dụng Jira thay cho theo dõi. Là một phần thưởng, Jira hỗ trợ cú pháp Wiki, vì vậy chỉnh sửa và bình luận rất dễ dàng.
Steiv

Câu trả lời:


2

Không chắc chắn nếu mẫu bạn đề cập là từ đây .. " Mẫu SharePoint "

SharePoint có thể là một thách thức nhưng cung cấp một số công cụ tuyệt vời khi bạn hiểu nó. Tôi tin rằng nó là một trong những sản phẩm MS thách thức nhất mà tôi đã thấy nhưng nó cũng rất mạnh mẽ. Bạn đã kiểm tra Codeplex cho SharePoint chưa? Mật mã


Điều kỳ lạ là cả hai trang web (đặc biệt là Codeplex) đều tập trung vào quản trị viên để chỉ tải xuống và cài đặt tệp, trong khi gần như bỏ qua nhu cầu tài liệu của những người không phải quản trị viên để thuyết phục quản trị viên và quản lý rằng tiện ích bổ sung thực sự đáng giá. Nhưng liên kết của bạn đến Mẫu SP có vẻ đầy hứa hẹn. Có "mẫu quản trị máy chủ" với các mô tả thú vị. Tôi cũng tìm thấy một trang đầy đủ các tài liệu - xem câu trả lời của riêng tôi dưới đây.
Torben Gundtofte-Bruun

Tôi không có bất kỳ liên kết nào tiện dụng nhưng MS và một số MVP của họ có một số hội thảo trên web tuyệt vời và tài liệu được ghi lại khác trên một số công cụ này. Mất một chút tìm kiếm nhưng đáng để nỗ lực
Dave M

1
Vấn đề là tất cả các tài liệu này đều nhắm vào quản trị viên máy chủ - không phải những người như tôi không phải quản trị viên mà cần tài liệu đánh giá ...
Torben Gundtofte-Bruun

1

Để mở rộng câu trả lời của DaveM, tôi đã tìm thấy tài liệu về các mẫu ở đây:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx

Cụ thể, đây là những điều thú vị:

và cái này cho một thiết lập nâng cao hơn:

Tôi nghĩ rằng tôi sẽ đi với sự kết hợp của hai cái đầu tiên. Loại thứ hai dường như quá tiên tiến cho người mới SP và sẽ phù hợp hơn với một nhóm lớn hơn nhiều.


1

Nhóm của chúng tôi đã sử dụng mẫu theo dõi lỗi MS SP trên hai dự án. Tôi sẽ không xem xét giải pháp 'tốt nhất của giống', nhưng nó hoạt động. Bạn có thể thêm và xóa các trường theo yêu cầu, trò chuyện với dấu ngày (sử dụng nhận xét) và áp dụng bảo mật (xem / đọc / ghi). Bạn có thể nhập và xuất danh sách lỗi sang / từ Excel.

Quy trình làm việc có thể được thêm nhưng nó yêu cầu nhà phát triển (hoặc siêu người dùng SP). Cấu hình mặc định bao gồm các tệp đính kèm tập tin amd theo dõi lịch sử. Như với bất kỳ đối tượng SP nào, bạn có thể thiết lập nguồn cấp RSS và thông báo email.

Khi được lựa chọn, tôi sẽ sử dụng gói theo dõi lỗi chuyên dụng thay vì giải pháp miễn phí do Microsoft cung cấp. Tôi đã không nhìn, nhưng tôi chắc chắn rằng có nhiều giải pháp theo dõi lỗi hoàn chỉnh hơn sử dụng SP làm mặt sau.


Chúng tôi không có cơ hội để thử mẫu đó. Cuối cùng, chúng tôi đã sử dụng một danh sách tùy chỉnh rất đơn giản như một giải pháp tạm thời và cuối cùng sử dụng một giải pháp vĩnh viễn không Sharepoint. Không phải Jira, nhưng một cái gì đó tương tự mà tổ chức đã sử dụng cho các bộ phận khác.
Torben Gundtofte-Bruun

1

SharePoint có thể trả lời nhu cầu của bạn như hệ thống vé đơn giản.

Tuy nhiên, tôi hy vọng trình theo dõi lỗi sẽ được tích hợp với mã nguồn (như nếu tôi nhận xét thay đổi nguồn với "Lỗi FIX # 123", tôi muốn vé được đánh dấu là "đã sửa" và có thể thấy mã khác biệt) .

Ngoài ra, bạn không có nhiều sự linh hoạt xung quanh các thông báo, theo dõi thời gian dành cho vé, v.v.

Do đó, tôi không khuyến nghị SharePoint nếu bạn muốn nghiêm túc về theo dõi lỗi.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.