การติดตามบั๊กที่ดีด้วย Sharepoint? [ปิด]


9

ที่ทำงานของฉันมีการตัดสินใจที่จะย้ายกระบวนการจำนวนมากไปยัง Sharepoint ตอนนี้ฉันกำลังพิจารณาว่าจะใช้ Sharepoint ในการติดตามข้อผิดพลาดได้อย่างไร (à la Mantis, FogBugz ฯลฯ แต่อยู่ใน Sharepoint) โดยเฉพาะเรากำลังใช้ห้องทำงานร่วมกันและโซลูชันต้องทำงานภายในนั้น

ฉันรู้ว่าฉันสามารถสร้างรายการโดยใช้เทมเพลต "ตัวติดตามปัญหา"แต่ขาดเวิร์กโฟลว์การโต้ตอบที่รวมกัน (เช่น FogBugz) และบันทึกการตรวจสอบ (ผู้ใช้สามารถแก้ไขฟิลด์ใด ๆ ได้ตลอดเวลา

ไม่เพียงพอดังนั้นฉันกำลังมองหาโซลูชันที่ใหญ่กว่า แต่ก็ยังไม่พบอะไรเลย
คำถามนี้คล้ายกัน แต่มุ่งหวังที่จะใช้ Helpdesk เราตั้งเป้าหมายในการติดตามบั๊กและเปลี่ยนคำขอเป็นระบบ

ฉันเปิดรับข้อเสนอแนะ! เนื่องจากฉันไม่ใช่ผู้ดูแลระบบฉันจึงไม่สามารถคว้า Sharepoint component และติดตั้งเพื่อทดสอบได้ ฉันกำลังมองหาประสบการณ์เอกสารเอกสารสีขาวภาพหน้าจอ - การดาวน์โหลดจริงจะเกี่ยวข้องในภายหลัง

โดยหลักการแล้วควรครอบคลุมเรื่องเหล่านี้บางส่วน:

  1. การสนับสนุนประเภทตั๋วที่แตกต่างกัน (ข้อผิดพลาดคุณสมบัติสอบถามรายละเอียดเพิ่มเติมงานภายใน)
  2. เวิร์กโฟลว์ที่กำหนดค่าได้ตามประเภทตั๋วไม่มีจำนวนขั้นตอนคงที่
  3. สิทธิ์ในการอ่าน / เขียนที่กำหนดได้ต่อฟิลด์และสถานะเวิร์กโฟลว์
  4. แดชบอร์ดที่กำหนดค่าได้สำหรับผู้จัดการที่มีชาร์ตที่ดี
  5. การแจ้งเตือนทางอีเมลที่กำหนดค่าได้
  6. สารบรรณà la FogBugz (ความท้าทาย: เราใช้ Notes ไม่ใช่ Exchange)

คำแนะนำที่ดีที่สุด? อยู่ไกลไกลจาก Sharepoint SQL ของมันถูกทิ้งร้างอัพโหลดไฟล์เป็นความเจ็บปวดอย่างแท้จริงและเป้าหมายที่แท้จริงดูเหมือนจะผลักดันให้ทุกคนกลับไปใช้ Office ส่วนการสนทนาเป็นเรื่องตลกและต้องการรวมเข้ากับ Outlook อย่างหนักแทนที่จะเป็นด้วยตัวเอง การใช้ Sharepoint เป็นสิ่งอื่นนอกจากที่เก็บเอกสารนโยบายบางอย่างเป็นแนวคิดที่ไม่ดี ตอนนี้ฉันกำลังพยายามสร้าง SP Wiki (มันถูกมองว่าเกินไป) และฉันกำลังพยายามเข้ารหัสทุกสิ่งใน HTML (inlined with CSS ไม่มีการสนับสนุนเทมเพลต wiki) อาจเป็นไปได้ แต่คุณจะต่อสู้มากกว่าที่คุณจะใช้
Steiv

ใช่ดูเหมือนว่า SP มีอยู่เพื่อให้วัวเงินสด MS Office ยังคงมีชีวิตต่อการต่อสู้ของ Web 2.0 ฉันจะหลีกเลี่ยง SP ให้เลือก แต่ก็ตัดสินใจจากด้านบนและฉันจะทำให้ดีที่สุด - ฉันรู้สึกประหลาดใจที่ห้องทำงานร่วมกันมีคุณสมบัติที่มีประโยชน์มากมายและการแก้ไขเอกสารที่อัปโหลด (Office) นั้นตรงไปตรงมา (พวกเขาได้รับการบันทึกอัปโหลดและจัดทำเอกสารทั้งหมดในขั้นตอนเดียว) น่าเสียดายที่มันใช้ได้กับเอกสาร Office เท่านั้น! จนถึงจุด: ฟีเจอร์ "ตัวติดตามปัญหา" และ "เวิร์กโฟลว์" อยู่ไกลจากประโยชน์สำหรับวัตถุประสงค์ข้างต้น!
Torben Gundtofte-Bruun

ฉันคิดว่าคุณกำลังเห็นสิ่งที่ฉันเห็นด้วย SP- ทุกสิ่งที่เกี่ยวข้องกับการทำงานหลักของ Office ทุกอย่างถูกแฮ็กด้วยกัน สิ่งที่เราทำที่สำนักงานของเราคือเพียงรวมฟีด RSS ของจิรา (ซอฟต์แวร์ติดตามปัญหาของเรา) กับ SP เพื่อรับรายการอัปเดตใน SP แต่ใช้จิราแทนการติดตาม ในฐานะโบนัสจิราสนับสนุนไวยากรณ์ของวิกิพีเดียดังนั้นการแก้ไขและการแสดงความคิดเห็นจึงเป็นเรื่องง่าย
Steiv

คุณควรถามที่softwarerecs.stackexchange.com
Nicolas Raoul

คำตอบ:


2

ไม่แน่ใจว่าเทมเพลตที่คุณพูดถึงนั้นมาจากที่นี่หรือไม่ .. " เทมเพลต SharePoint "

SharePoint อาจเป็นเรื่องที่ท้าทาย แต่จะมีเครื่องมือที่ยอดเยี่ยมเมื่อคุณเข้าใจ ฉันเชื่อว่ามันเป็นหนึ่งในผลิตภัณฑ์ MS ที่ท้าทายที่สุดที่ฉันเคยเห็น แต่มันก็ทรงพลังมาก คุณตรวจสอบ Codeplex สำหรับ SharePoint แล้วหรือยัง Codeplex


แปลกทั้งสองไซต์ (โดยเฉพาะอย่างยิ่ง Codeplex) มุ่งเน้นที่ผู้ดูแลระบบเพียงแค่ดาวน์โหลดและติดตั้งไฟล์ในขณะที่เกือบจะเพิกเฉยต่อความต้องการที่ไม่ใช่ของผู้ดูแลระบบสำหรับเอกสารเพื่อโน้มน้าวผู้ดูแลระบบและการจัดการที่ Add-on นั้นคุ้มค่าจริง แต่การเชื่อมโยงไปยังเทมเพลต SP ของคุณนั้นดูดี มี "แม่แบบผู้ดูแลเซิร์ฟเวอร์" พร้อมคำอธิบายที่น่าสนใจ ฉันพบหน้าเอกสารที่เต็มไปด้วย - ดูคำตอบของฉันเองด้านล่าง
Torben Gundtofte-Bruun

ฉันไม่มีลิงก์ที่สะดวก แต่ MS และ MVP บางรายการมีการสัมมนาผ่านเว็บที่ยอดเยี่ยมและเนื้อหาอื่น ๆ ที่บันทึกไว้ในเครื่องมือเหล่านี้ ใช้เวลาค้นหาเล็กน้อย แต่คุ้มค่ากับความพยายาม
Dave M

1
ปัญหาคือเนื้อหาทั้งหมดนี้มุ่งเป้าไปที่ผู้ดูแลเซิร์ฟเวอร์ - ไม่ใช่คนอย่างฉันที่ไม่ใช่ผู้ดูแล แต่ต้องการเอกสารประกอบการประเมิน ...
Torben Gundtofte-Bruun

1

นอกเหนือจากคำตอบของ DaveM ฉันพบเอกสารเกี่ยวกับเทมเพลตที่นี่:
http://technet.microsoft.com/en-us/windowsserver/sharepoint/bb848090.aspx

โดยเฉพาะสิ่งเหล่านี้น่าสนใจ:

และอันนี้สำหรับการตั้งค่าขั้นสูงเพิ่มเติม:

ฉันคิดว่าฉันจะไปด้วยการรวมกันของสองคนแรก หลังดูเหมือนจะล้ำหน้าเกินไปสำหรับมือใหม่ SP และจะเหมาะกับทีมที่ใหญ่กว่า


1

ทีมของเราใช้เทมเพลตติดตามข้อผิดพลาด MS SP ในสองโครงการ ฉันจะไม่พิจารณาวิธีการแก้ปัญหา 'สายพันธุ์ที่ดีที่สุด' แต่มันใช้งานได้ คุณสามารถเพิ่มและลบฟิลด์ตามต้องการสนทนากับประทับวันที่ (ใช้ความคิดเห็น) และใช้การรักษาความปลอดภัย (ดู / อ่าน / เขียน) คุณสามารถนำเข้าและส่งออกรายการข้อผิดพลาดไปยัง / จาก Excel

สามารถเพิ่มเวิร์กโฟลว์ได้ แต่ต้องมีนักพัฒนาซอฟต์แวร์ (หรือผู้ใช้ระดับสูง SP) การกำหนดค่าเริ่มต้นรวมถึงการติดตามประวัติไฟล์แนบเอเอ็มดี เช่นเดียวกับวัตถุ SP คุณสามารถตั้งค่าฟีด RSS และการแจ้งเตือนทางอีเมล

เมื่อเลือกแล้วฉันจะใช้แพ็คเกจติดตามบั๊กโดยเฉพาะแทนที่จะเป็นโซลูชันฟรีที่ Microsoft มีให้ ฉันยังไม่ได้ดู แต่ฉันแน่ใจว่ามีโซลูชันการติดตามข้อผิดพลาดที่สมบูรณ์ยิ่งขึ้นซึ่งใช้ SP เป็นจุดสิ้นสุดด้านหลัง


เราไม่มีโอกาสลองใช้แม่แบบนั้น ในท้ายที่สุดเราใช้รายการที่กำหนดเองง่าย ๆ เป็นโซลูชันชั่วคราวและจบลงด้วยการใช้โซลูชันถาวรที่ไม่ใช่ของ Sharepoint ไม่ใช่จิรา แต่เป็นสิ่งที่คล้ายกันที่องค์กรใช้สำหรับแผนกอื่นแล้ว
Torben Gundtofte-Bruun

1

SharePoint อาจตอบสนองความต้องการของคุณในฐานะระบบตั๋วเรียบง่าย

อย่างไรก็ตามฉันคาดว่าตัวติดตามข้อผิดพลาดจะรวมเข้ากับซอร์สโค้ด (เช่นถ้าฉันแสดงความคิดเห็นการเปลี่ยนแปลงของแหล่งที่มาด้วย "FIX bug # 123" ฉันต้องการให้ตั๋วถูกทำเครื่องหมายว่า "คงที่" และสามารถเห็นรหัสที่ต่างออกไป) .

นอกจากนี้คุณไม่มีความยืดหยุ่นในการแจ้งเตือนเวลาติดตามที่ใช้กับตั๋ว ฯลฯ

ดังนั้นฉันไม่แนะนำ SharePoint หากคุณต้องการจริงจังเกี่ยวกับการติดตามบั๊ก

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.