การรายงานใน Jira - พื้นฐาน (2023)

รายงานใน Jira ช่วยให้ทีมวิเคราะห์ความคืบหน้าของโครงการ ติดตามปัญหา จัดการเวลา และคาดการณ์ประสิทธิภาพในอนาคต พวกเขานำเสนอข้อมูลเชิงลึกที่สำคัญตามเวลาจริงสำหรับ Scrum, Kanban และวิธีการที่คล่องตัวอื่นๆ เพื่อให้สามารถตัดสินใจโดยใช้ข้อมูลได้ (เป็นประเภทที่ดีที่สุด)

สมมติว่าคุณกำลังจัดการโครงการใน Jira การรายงานคือสิ่งที่คุณต้องทำทุกวัน หากคุณไม่มีประสบการณ์มากนักกับ Jira หรือคุณใช้แพลตฟอร์มเป็นครั้งแรก บทความนี้จะช่วยให้คุณเข้าใจ:

• ค่าจิระรายงาน
• ประเภท/ประเภทของรายงานที่มีอยู่ใน Jira
• วิธีเข้าถึงและสร้างรายงานใน Jira
• คุณสมบัติพื้นฐานของรายงานของจิรา
• 3 รายงานที่เราคิดว่ามีประโยชน์อย่างยิ่งสำหรับทีม Scrum
• 3 รายงานที่เราคิดว่ามีประโยชน์อย่างยิ่งสำหรับทีมคัมบัง

ค่าจิระรายงาน

รายงานของ Jira ช่วยให้คุณติดตามเป้าหมายการวิ่ง เจาะลึกปัญหา จัดการปริมาณงาน ระบุปัญหาคอขวด และท้ายที่สุดก็ทำงานได้อย่างชาญฉลาดขึ้น

และนั่นเป็นเพียงรายงาน นอกจากนี้ยังมีแดชบอร์ดของจิราอีกหนึ่งตัวเลือกการรายงานของ Jira นี่เป็นวิธีการจัดระเบียบโครงการและติดตามความสำเร็จของคุณในมุมมองเดียวโดยใช้แกดเจ็ตในตัวมากมาย แกดเจ็ตเหล่านี้บางส่วนประกอบด้วยรายงาน Jira เดียวกันจากบอร์ดของคุณ ดังนั้นจึงรวมอยู่ในที่เดียว เช่น แผนภูมิที่สร้างเทียบกับที่แก้ไขแล้ว และ Sprint Burndown อ่านเพิ่มเติมเกี่ยวกับเหตุใดแดชบอร์ดของ Jira จึงมีประโยชน์มาก.

สิ่งสำคัญที่ต้องจำไว้คือคุณค่าที่แท้จริงของรายงานใดๆ นั้นอยู่ที่คำถามที่คุณกำลังถาม ดังนั้น ให้ถามก่อนว่าคุณต้องการวัดหรือค้นหาอะไร แล้วจึงค้นหารายงานที่ตรงกัน

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

นอกจากนี้ยังควรชี้ให้เห็นว่าไม่มีขนาดใดที่เหมาะกับการรายงานทั้งหมด ทุกทีมจะมีความต้องการและคำถามที่แตกต่างกัน ที่กล่าวว่า มีคำถามทั่วไปบางคำถามที่ทีม Agile ส่วนใหญ่จะถามเป็นส่วนใหญ่...

สิ่งต่างๆ ที่ทีมอไจล์ต้องการทราบ

ต่อไปนี้คือรายการคำถามที่ทีมของคุณน่าจะถาม โดยจัดกลุ่มตามหัวข้อที่เหมาะสม บางส่วนเกี่ยวข้องกับทีม Scrum มากกว่า (เช่น ที่เกี่ยวข้องกับการวิ่ง) และอื่นๆ ที่เกี่ยวข้องกับ Kanban ไม่ว่าคุณจะใช้วิธีการแบบ Agile ใดก็ตาม ทีมส่วนใหญ่มักต้องการคำตอบสำหรับคำถามต่อไปนี้บางข้อหรือทั้งหมด หลังจากนี้ เราจะพูดถึงรายงานของ Jira ที่ดีที่สุดสำหรับการตอบคำถาม

ผลผลิต

เสร็จงานเท่าไรต่อ sprint?
งานที่วางแผนไว้ของเราเสร็จไปเท่าไหร่?

การคาดการณ์

ความแปรปรวน / ความสอดคล้องของเราคืออะไร?
เราจะวางแผนได้ดีแค่ไหน?

กำหนดการ

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

ขอบเขต

งานในมือของเราเพิ่มขึ้นหรือเรากำลังเผามันทิ้ง?

คุณภาพ

เราแก้ไขบั๊กกับเรื่องราวเพียงพอหรือไม่ในการวิ่งแต่ละครั้ง

ไหล

เราใช้เวลานานแค่ไหนในการส่งมอบคุณค่า?
คอขวดของเราอยู่ที่ไหน
เราจัดการ WIP ได้ดีแค่ไหน?

ประเภทของรายงานใน Jira

รายงานจำนวนมากที่มีอยู่ในบอร์ด Jira สามารถแบ่งออกเป็นสี่ประเภทหลัก:

1. รายงาน Agile สำหรับทีม Scrum
2. รายงาน Agile สำหรับทีม Kanban
3. การพยากรณ์และการจัดการ
4. การวิเคราะห์ปัญหา

รายงาน Agile สำหรับทีม Scrum คือ:

• รายงานการวิ่ง
• แผนภูมิเบิร์นดาวน์
• แผนภูมิการเผาไหม้
• รายงานมหากาพย์
• มหากาพย์เบิร์นดาวน์
• แผนภูมิความเร็ว
• รายงานเวอร์ชัน
• แผนภาพการไหลสะสม

รายงาน Agile สำหรับทีม Kanban คือ:

• แผนภาพการไหลสะสม
• แผนภูมิควบคุม (แต่เราเกลียดแผนภูมิควบคุมจริง ๆ จนลืมไปได้ดีที่สุด)

รายงานการคาดการณ์และการจัดการคือ:

• รายงานการติดตามเวลา
• รายงานภาระงานของผู้ใช้
• รายงานภาระงานเวอร์ชัน
• รายงานแผนภูมิวงกลมภาระงาน (ในทางเทคนิคแล้วอยู่ภายใต้ "อื่นๆ" ใน Jira แต่เนื่องจากอยู่ในเชิงปรัชญาภายใต้การพยากรณ์และการจัดการ และ "อื่นๆ" หมายถึง FA ที่น่ารักสำหรับทุกคน เราจึงใส่ไว้ที่นี่)

รายงานการวิเคราะห์ปัญหาคือ:

• รายงานอายุเฉลี่ย
• แผนภูมิปัญหาที่สร้างเทียบกับปัญหาที่แก้ไขแล้ว
• แผนภูมิวงกลม
• รายงานปัญหาที่เพิ่งสร้าง
• รายงานเวลาการแก้ปัญหา
• กลุ่มระดับเดียวตามรายงาน
• เวลาตั้งแต่รายงานปัญหา

การใช้รายงานใน Jira – พื้นฐาน

ประเภทของรายงานที่ไฮไลต์ด้านบนมีอยู่ในกระดาน Scrum และ Kanban ของคุณ รายงานเหล่านี้สร้างขึ้นตามความต้องการ ดังนั้นจึงพร้อมเสมอสำหรับผู้ใช้ทุกคนที่สามารถเห็นกระดานได้ นั่นก็หมายความว่ารายงานของคุณเป็นปัจจุบันด้วยข้อมูลโดยตรงจากปัญหาใน Jira

รายงานเหล่านี้จะใช้สถิติการประมาณค่าใดที่บอร์ดของคุณอิงตาม ดังนั้นหากคุณใช้ Story Points รายงานจะติดตามความคืบหน้าและความสมบูรณ์โดยใช้ข้อมูลเหล่านั้น หรือถ้าคุณมีฟิลด์ตัวเลขที่กำหนดเอง รายงานก็จะอิงตามนั้น

ก่อนที่เราจะไฮไลต์รายงานที่เราชื่นชอบ เรามาอธิบายวิธีสร้างรายงานกันก่อน

ขั้นตอนในการสร้างและเข้าถึงรายงานใน Jira

รายงานของบอร์ด Jira เข้าถึงได้ง่ายมาก คุณสามารถเข้าถึงได้สองวิธี ขึ้นอยู่กับวิธีการโฮสต์อินสแตนซ์ Jira ของคุณ

• ตัวเลือกที่ 1: คลิกโครงการในแถบนำทางแล้วเลือกโครงการที่เกี่ยวข้อง หากโปรเจ็กต์เชื่อมโยงกับบอร์ดเดียวเท่านั้น คุณสามารถคลิกได้รายงาน. หากโปรเจ็กต์เชื่อมโยงกับหลายบอร์ด คุณสามารถเลือกจากดรอปดาวน์ก่อนคลิกรายงาน.
• ตัวเลือก 2 (เซิร์ฟเวอร์หรือศูนย์ข้อมูลเท่านั้น): คลิกบอร์ดในแถบการนำทาง แล้วเลือกบอร์ดที่คุณต้องการดู จากนั้นคลิกรายงาน.

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

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

คุณสมบัติพื้นฐานของรายงานจิระ

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

ต่อไปนี้เป็นจุดประสงค์ของรายงานที่คุณสามารถเข้าถึงได้จากบอร์ดของ Jira

รายงานเปรียวในจิรา

หากคุณเป็นทีม Scrum และต้องการทราบว่าคุณกำลังอยู่ในเส้นทางที่จะเสร็จสิ้นการวิ่ง มหากาพย์ หรือปล่อยตัว แผนภูมิ Burndown/Burnup จะเป็นเพื่อนของคุณ แผนภูมิเหล่านี้ติดตามจำนวนงานที่เหลือที่ต้องทำเพื่อให้บรรลุเป้าหมาย Burndowns เป็นเครื่องมือที่ดีหากความคืบหน้าเป็นข้อมูลสำคัญที่คุณต้องการรายงาน

Sprint, Epic และ Version Reports มีความคล้ายคลึงกับ Burndown และ Burnup Chart แต่พวกเขามองไปยังอนาคต รายงานเหล่านี้จะพยากรณ์จะต้องวิ่งกี่รอบเพื่อให้เนื้อหาของงานสมบูรณ์ รายงานเหล่านี้ใช้ข้อมูลประวัติของบอร์ดของคุณเพื่อคำนวณความเร็ว (ซึ่งสามารถเห็นได้ในแผนภูมิความเร็ว) และทำการฉายภาพโดยใช้สถิติการประมาณต่างๆ (Story Points, Estimate เป็นต้น)

ไดอะแกรมกระแสสะสมสามารถเป็นประโยชน์กับทั้งทีม Kanban และ Scrum หน้าที่ของรายงานนี้คือการประเมินไหลของงานและระบุคอขวดในกระบวนการของคุณ สิ่งนี้มีประโยชน์อย่างยิ่งสำหรับทีม Kanban เนื่องจากโฟลว์เป็นเมตริกที่สำคัญที่สุดที่ต้องพิจารณา อย่างไรก็ตาม ทีม Scrum อาจประสบปัญหาคอขวดได้เช่นกัน ทำให้รายงานนี้มีประโยชน์สำหรับทุกคน

รายงานการพยากรณ์และการจัดการในจิรา

รายงานการพยากรณ์และการจัดการที่มีอยู่ในบอร์ดของคุณมุ่งเน้นไปที่การติดตามเวลาและการจัดการภาระงาน รายงานเหล่านี้จะมีประโยชน์ก็ต่อเมื่อทีมของคุณใช้ฟังก์ชันการติดตามเวลาดั้งเดิมของ Jira โปรดทราบว่าสิ่งเหล่านี้ไม่ได้ดูที่ Story Points หรือการประมาณค่าที่กำหนดเองนอกกรอบประมาณการเดิมและประมาณการที่เหลืออยู่.

จุดประสงค์ของรายงานเหล่านี้คือเพื่อให้แน่ใจว่าสมาชิกในทีมของคุณไม่ได้ทำงานมากเกินไป และเพื่อติดตามว่าข้อมูลจริงของคุณเป็นอย่างไรเมื่อเปรียบเทียบกับค่าประมาณของคุณ

รายงานการวิเคราะห์ปัญหาจิระ

รายงานการวิเคราะห์ปัญหามีไว้สำหรับรายงานของบอร์ดโดยเฉพาะ โดยรายงานจำนวนมากมีอยู่ในแดชบอร์ด Jira ของคุณด้วย

รายงาน เช่น สร้างแล้วเทียบกับแก้ไขแล้ว เวลาแก้ไข และอายุเฉลี่ยสามารถไฮไลต์ได้หากมีงานเข้ามามากเกินกว่าที่ทีมจะสามารถทำได้ หรือเน้นว่างานในมือของคุณค้างมากเป็นพิเศษ

หมวดหมู่นี้ยังรวมถึงแกดเจ็ตทั่วไปบางอย่าง เช่น แผนภูมิวงกลม กลุ่มระดับเดียวตามรายงาน และรายงานเวลาตั้งแต่ออก ซึ่งปรับแต่งได้และทรงพลังเท่าที่จินตนาการของคุณจะอนุญาต (อย่างน้อยภายในขอบเขตจินตนาการของ Atlassian)

ตอนนี้ มาดูสิ่งที่เราคิดว่าเป็นรายงานที่ดีที่สุดสำหรับการให้การสนับสนุนทีม Scrum และ Kanban แบบวันต่อวัน

3 รายงานที่ดีที่สุดสำหรับทีม Scrum

รายงานการวิ่ง

รายงาน Sprint ช่วยให้คุณเห็นได้ทันทีว่าคุณกำลังทำอะไรในการวิ่งในแง่ของความคืบหน้าและลำดับความสำคัญ

แสดงการเบิร์นดาวน์ของงาน: เส้นสีแดงสำหรับงานที่ทำจริง และเส้นสีเทาที่ทำหน้าที่เป็นแนวทางตามปัญหาทั้งหมดโดยประมาณเมื่อเริ่มต้นการวิ่ง

รายงาน Sprint ยังให้ข้อมูลเชิงลึกที่ยอดเยี่ยมแก่ทีม Scrum เกี่ยวกับไดนามิกของ Sprint โดยแสดงรายการปัญหาที่เสร็จสมบูรณ์และยังไม่เสร็จสมบูรณ์ ตลอดจนลำดับความสำคัญ คุณสามารถดูได้ว่าทีมของคุณทำงานในสิ่งที่ถูกต้องตามลำดับที่ถูกต้องหรือไม่ และขอบเขตของงานมีการเปลี่ยนแปลงหรือไม่ สิ่งนี้ส่งเสริมการสนทนาระหว่างสมาชิกในทีมและช่วยส่งเสริมความเป็นเจ้าของทีมทั้งหมด เช่น ความรับผิดชอบร่วมกันและความรับผิดชอบต่อความสำเร็จโดยรวมของทีม เราชอบการมองเห็นการเปลี่ยนแปลงขอบเขตเป็นพิเศษเมื่อถึงเวลาย้อนหลัง หรือเมื่อผู้มีส่วนได้ส่วนเสียเริ่มถามว่าทำไมงานไม่เสร็จ

หากต้องการทราบข้อมูลเพิ่มเติมว่าทำไมรายงาน Sprint จึงมีประโยชน์สำหรับทีม Scrum โปรดอ่านบรรลุความเป็นเจ้าของทั้งทีมด้วยรายงาน Jira Sprint.

แผนภูมิความเร็ว

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

แผนภูมิง่ายๆ นี้ช่วยให้คุณเห็นว่าคุณมีความมุ่งมั่นมากเกินไปหรือน้อยเกินไป หรือประมาณการของคุณผิดเพี้ยนไปหรือไม่ แถบสีเทาแสดง Story Points ที่วางแผนไว้ในการวิ่ง และแถบสีเขียวแสดง Story Points ที่คุณทำได้จริง และควรมีความสูงเท่ากัน

แผนภูมิความเร็วช่วยให้คุณเห็นว่าสามารถปรับปรุงกระบวนการหรือควรปรับปรุงข้อกำหนดเพื่อเพิ่มความน่าเชื่อถือในการวางแผนการวิ่งของคุณ และส่งผลให้บรรลุเป้าหมายการวิ่งของคุณอย่างสม่ำเสมอมากขึ้น

หากต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับแผนภูมิความเร็ว รวมถึงเมตริกเล็กๆ ที่มีประโยชน์ซึ่งไม่มีใน Jira โปรดอ่านวิธีเพิ่มความมั่นใจในการวางแผนการวิ่งด้วย Jira Velocity Charts.

รายงานเวอร์ชัน

รายงานเวอร์ชันช่วยให้คุณเห็นอัตราความคืบหน้าของทีมในเวอร์ชันและไทม์ไลน์การนำส่งได้อย่างยอดเยี่ยม

แสดงการเบิร์นอัพมากกว่าเบิร์นดาวน์ (เช่นในรายงาน Sprint) แม้ว่าแผนภูมิเบิร์นดาวน์จะได้รับความนิยมมากกว่าเนื่องจากความเรียบง่าย แผนภูมิเบิร์นดาวน์แบบนี้มีข้อได้เปรียบเพิ่มเติมในการแสดงการเปลี่ยนแปลงขอบเขตของโครงการ (พื้นที่สีเทา)

เส้นสีน้ำเงินแสดงจำนวน Story Points ที่เสร็จสมบูรณ์ โดยที่เส้นสีน้ำเงินถึงด้านบนของพื้นที่สีเทาคือวันที่เผยแพร่ที่คาดการณ์ไว้สำหรับ Fix Version

รายงานเวอร์ชันนั้นยอดเยี่ยมสำหรับการกระตุ้นให้เกิดการสนทนาตั้งแต่เนิ่นๆ แทนที่จะล่าช้า เกี่ยวกับว่าคุณมีแนวโน้มที่จะส่งมอบตรงเวลาหรือไม่ หากต้องการทราบข้อมูลเพิ่มเติมเกี่ยวกับรายงานเวอร์ชันของ Jira โปรดอ่านอย่าพลาดวันที่จัดส่งด้วยรายงานเวอร์ชัน Jira.

3 รายงานที่ดีที่สุดสำหรับทีม Kanban

แผนภาพการไหลสะสม

ไดอะแกรมกระแสสะสมเป็นรายงานที่จำเป็นสำหรับทีมคัมบัง ความเข้าใจผิดที่พบบ่อยคือเนื่องจากทีมกำลังเรียกใช้ Kanban พวกเขาไม่จำเป็นต้องวางแผนใดๆ แม้ว่าทีม Kanban จะไม่ได้วางแผนงานแบบ sprints เหมือนทีม Scrum แต่ข้อมูลเช่นรอบเวลาสามารถบอกคุณได้ว่าต้องใช้เวลานานแค่ไหนในการทำงานให้เสร็จ รอบเวลาคือเวลาที่ใช้ในการทำงานให้เสร็จหลังจากที่ได้เริ่มทำงานไปแล้ว

ไดอะแกรมการไหลสะสมช่วยให้เห็นภาพโดยแสดงเวลาที่ปัญหาอยู่ในสถานะ ซึ่งแสดงโดยพื้นที่สี สิ่งนี้สามารถเน้นให้เห็นปัญหาคอขวดในกระบวนการของคุณด้วยภาพที่ตรงไปตรงมา – มองหาสถานะใดๆ ที่ใช้พื้นที่มากเกินสัดส่วนเพื่อดูว่าเวลาส่วนใหญ่ถูกใช้ไปที่ใด

ไม่ใช่เรื่องแปลกที่ปัญหาจะใช้เวลามากมายในการรอการแก้ไข รายงานนี้สามารถช่วยระบุว่าเป็นกรณีนี้เมื่อใด ดังนั้นคุณจึงสามารถพิจารณาได้ว่านี่เป็นความล่าช้าที่ยอมรับได้หรือคอขวดจริงหรือไม่

อายุเฉลี่ย/เวลาการแก้ปัญหา

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

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

รายงานอายุเฉลี่ยจะบอกคุณว่าปัญหาที่เปิดอยู่เปิดไว้นานเท่าใดแล้ว ในทำนองเดียวกัน รายงานเวลาการแก้ไขจะบอกคุณว่าใช้เวลานานเท่าใดในการแก้ไขตั๋ว นี่คือสองด้านของเหรียญเดียวกัน ด้านแรกมองหาตั๋วที่เปิดอยู่ และด้านหลังมองหาการแก้ไข ทั้งสองอย่างนี้มีประโยชน์ในการดูว่าทีมต้องใช้เวลานานแค่ไหนในการทำงานให้เสร็จ

สร้าง vs แก้ไข

รายงานที่สร้างเทียบกับแก้ไขสามารถช่วยให้ทีมทราบว่าพวกเขาติดตามงานทั้งหมดที่กำลังจะมาถึงหรือไม่ รายงานนี้ทำหน้าที่เหมือนจริงทุกประการ โดยแสดงจำนวนตั๋วที่สร้างขึ้นและจำนวนตั๋วที่ได้รับการแก้ไขใน ช่วงเวลาที่เฉพาะเจาะจง

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

บรรทัดล่าง

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

เมื่อพูดถึงรายงานรวม คุณควรพิจารณาใช้แดชบอร์ดของจิรา. สิ่งเหล่านี้ทำให้คุณสามารถแสดงรายงานและแผนภูมิรวมกันได้สูงสุด 20 รายการในหน้าจอเดียว (แม้ว่าเราจะแนะนำสูงสุด 6 รายการเพื่อการใช้งานที่เหมาะสมที่สุด) ด้วยแดชบอร์ดของ Jira คุณสามารถใช้ส่วนเสริมของ Atlassian เช่นแผนภูมิที่กำหนดเองสำหรับ Jiraเพื่อสร้างแผนภูมิและรายงานที่มีภาพมากขึ้นและปรับให้เหมาะกับคุณและทีมของคุณได้มากกว่าที่ Jira นอกกรอบจะทำได้ (และการแสดงข้อมูลเป็นภาพเป็นอีกข้อพิจารณาที่สำคัญเมื่อเลือกรายงาน เนื่องจากรายงานต้องมีส่วนร่วมและเข้าใจได้จึงจะมีประสิทธิภาพ – แต่นั่นคือคุยกันอีกวัน!)

สิ่งสำคัญคือต้องทราบด้วยว่าการทำรายงานของคุณให้เป็นศิลปะไม่จำเป็นต้องมีปริญญาด้านวิทยาศาสตร์ข้อมูล รายงาน Jira ในตัวสร้างและใช้งานได้ง่ายมาก และยังมีแอป Atlassian ที่นำเสนอวิธีโต้ตอบกับข้อมูลทุกรูปแบบที่จะไม่ทำให้คุณสับสนและงุนงงกับอัลกอริทึมและโค้ดต่างๆ