เทมเพลตข้อมูลวงจรการพัฒนาซอฟต์แวร์ของคุณ

ชื่อกิจกรรมระบุขั้นตอนหรือการเปลี่ยนสถานะในกระบวนการพัฒนา กิจกรรมเหล่านี้เป็นจุดต่างๆ บนแผนผังกระบวนการ และแทนหมุดหมายสำคัญ เช่น 'อนุมัติรายการงานเพื่อเริ่มพัฒนา', 'ส่งโค้ดให้ตรวจสอบ' หรือ 'ทดสอบ QA เสร็จ'

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

แอตทริบิวต์นี้กำหนดขั้นตอนในกระบวนการ เพื่อให้แสดงภาพและวิเคราะห์เวิร์กโฟลว์การพัฒนาได้.

มักได้มาจากบันทึกการเปลี่ยนสถานะ สตรีมเหตุการณ์ หรือประวัติการตรวจสอบที่เกี่ยวข้องกับรายการงานพัฒนา.

รหัสรายการงานพัฒนาเป็นคีย์หลักที่ใช้ระบุแต่ละเคสตลอดวงจรการพัฒนาซอฟต์แวร์ แต่ละรหัสแทนงานหนึ่งชิ้น เช่น user story งาน หรือการแก้บั๊ก ตั้งแต่สร้างจนแก้ไขเสร็จหรือนำไปใช้งาน

ในการวิเคราะห์ process mining แอตทริบิวต์นี้จำเป็นต่อการสร้างเส้นทางตั้งแต่ต้นจนจบของรายการงานแต่ละชิ้น เครื่องมือจะใช้รหัสนี้เชื่อมโยงกิจกรรมที่เกี่ยวข้อง เช่น 'เริ่มพัฒนา', 'ตรวจสอบโค้ดเสร็จ' และ 'นำไปใช้งานจริงแล้ว' ให้เป็นกระบวนการเดียวกัน การวิเคราะห์วงจรของรายการงานแต่ละชิ้นช่วยให้เห็นความแตกต่าง ความล่าช้า และวงจรการทำงานซ้ำที่เกี่ยวข้องกับงานนั้น.

นี่คือรหัสเคสพื้นฐานที่จำเป็นสำหรับติดตามวงจรทั้งหมดของรายการงานพัฒนาแต่ละชิ้นตั้งแต่ต้นจนจบ.

โดยทั่วไปพบได้ในตารางหลักของรายการงานหรือตารางติดตาม issue ในระบบจัดการการพัฒนาซอฟต์แวร์.

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

การประทับเวลาเป็นพื้นฐานของการวิเคราะห์ process mining ที่เกี่ยวข้องกับเวลา ใช้คำนวณตัวชี้วัดสำคัญ เช่น ระยะเวลาของวงจร เวลารอ และเวลาที่ใช้ดำเนินกิจกรรม การวิเคราะห์เวลาช่วยระบุคอขวด วัดประสิทธิภาพของกระบวนการ และทำความเข้าใจระยะเวลาของแต่ละขั้นตอนในวงจรการพัฒนา ตัวอย่างเช่น เวลาระหว่าง 'ส่งโค้ดให้ตรวจสอบ' กับ 'ตรวจสอบโค้ดเสร็จ' อาจชี้ให้เห็นความล่าช้าในขั้นตอนตรวจสอบ.

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

มีอยู่ในบันทึกเหตุการณ์ เส้นทางการตรวจสอบ หรือประวัติที่บันทึกการเปลี่ยนแปลงของรายการงานพัฒนา.

แอตทริบิวต์ระบบต้นทางระบุแอปพลิเคชันหรือแพลตฟอร์มที่บันทึกข้อมูลวงจรการพัฒนาไว้ มีประโยชน์เป็นพิเศษในสภาพแวดล้อมที่ใช้เครื่องมือพัฒนาหลายระบบ เช่น ใช้ Jira ติดตาม issue และ GitLab จัดการซอร์สโค้ด

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

ระบุที่มาของข้อมูล ซึ่งสำคัญต่อการตรวจสอบความถูกต้องและการวิเคราะห์ข้อมูลจากหลายระบบที่เชื่อมต่อกัน.

โดยทั่วไปเป็นค่าคงที่ที่เพิ่มระหว่างการดึงข้อมูล เพื่อระบุแหล่งที่มาของระเบียน.

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

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

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

โดยทั่วไปค่านี้สร้างและจัดเก็บไว้ในขั้นตอน ETL สำหรับดึง แปลง และโหลดข้อมูล.

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

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

ช่วยแบ่งการวิเคราะห์กระบวนการตามผลิตภัณฑ์หรือโครงการริเริ่ม เพื่อให้เห็นความแตกต่างด้านประสิทธิภาพตามบริบทของโครงการ.

เป็นฟิลด์มาตรฐานในรายการงานหรือบันทึกปัญหา หรือใช้ชื่อที่เก็บโค้ดในระบบอย่าง Git.

ข้อมูลนี้ระบุทีม กลุ่มย่อย หรือกลุ่มงานที่รับผิดชอบส่งมอบรายการงานพัฒนา ในองค์กรขนาดใหญ่ งานมักกระจายไปยังทีมเฉพาะทางหลายทีม เช่น “Frontend” “Backend” “Mobile” หรือ “Platform”

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

ช่วยเปรียบเทียบประสิทธิภาพระหว่างทีม เพื่อค้นหาแนวทางที่ได้ผลและจุดที่ควรปรับปรุง.

มักเชื่อมโยงกับผู้ใช้ที่ได้รับมอบหมาย หรือระบุเป็นฟิลด์โดยตรงในบันทึกโครงการหรือรายการงาน.

ข้อมูลนี้ใช้จัดหมวดหมู่ลักษณะของงานที่ทำ รายการงานแต่ละประเภทมักมีเส้นทางกระบวนการและความคาดหวังด้านประสิทธิภาพต่างกัน เช่น Bug อาจต้องแก้ไขด่วนด้วยกระบวนการ hotfix ส่วน Feature จะผ่านวงจรการพัฒนาและทดสอบตามปกติ

นักวิเคราะห์ใช้ข้อมูลนี้เปรียบเทียบขั้นตอนและประสิทธิภาพของงานแต่ละประเภทได้ เช่น “กระบวนการแก้ Bug เร็วกว่าการพัฒนา Feature หรือไม่” หรือ “งานหนี้ทางเทคนิคต้องแก้ซ้ำบ่อยกว่าหรือไม่” ข้อมูลนี้เป็นมิติสำคัญสำหรับแบ่งกลุ่มข้อมูล เพื่อให้ได้ข้อมูลเชิงลึกที่เฉพาะเจาะจงและนำไปใช้ปรับปรุงงานได้.

ช่วยเปรียบเทียบกระบวนการและประสิทธิภาพของงานแต่ละประเภท พร้อมชี้ให้เห็นจุดที่ไม่มีประสิทธิภาพในงานพัฒนาบางประเภท.

เป็นฟิลด์มาตรฐานในรายการงานหรือบันทึกปัญหาของระบบจัดการงานพัฒนาส่วนใหญ่.

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

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

ช่วยวิเคราะห์ภาระงานของทรัพยากร ความถี่ในการส่งต่องาน และรูปแบบการทำงานร่วมกัน เพื่อปรับปรุงประสิทธิภาพของทีม.

ดูได้จากรายการงานหรือบันทึกปัญหา โดยมักบันทึกไว้ในประวัติของรายการหรือบันทึกการตรวจสอบ.

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

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

ช่วยตรวจสอบว่างานสำคัญสูงผ่านกระบวนการได้เร็วหรือไม่ และค้นหาคอขวดที่ส่งผลต่องานสำคัญเป็นพิเศษ.

เป็นฟิลด์มาตรฐานในรายการงานหรือบันทึกปัญหาของระบบจัดการงานพัฒนาส่วนใหญ่.

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

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

ช่วยคำนวณเวลาทำงานจริงของแต่ละกิจกรรม โดยแยกจากเวลารอและทำให้เห็นเวลาที่ใช้ทำงานได้ชัดเจนขึ้น.

ค้นหาได้จากบันทึกเหตุการณ์ หรือคำนวณจากเวลาของกิจกรรมถัดไปในลำดับสำหรับรายการงานเดียวกัน.

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

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

ช่วยวิเคราะห์เวลาที่ใช้ในแต่ละสถานะ เพื่อค้นหาความล่าช้าและเวลาที่อยู่ในสถานะซึ่งไม่สร้างคุณค่า เช่น “ติดขัด”.

มีเป็นฟิลด์หลักในรายการงานหรือบันทึกปัญหา และบันทึกไว้ในประวัติการเปลี่ยนแปลง.

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

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

ช่วยวัดปริมาณงานแก้ซ้ำโดยตรง ทำให้ทีมวัดความถี่ วิเคราะห์สาเหตุ และติดตามการปรับปรุงคุณภาพในระยะยาวได้.

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

ข้อมูลผู้สร้างรายการระบุผู้เริ่มต้นรายการงาน อาจเป็นผู้จัดการผลิตภัณฑ์ที่สร้าง User Story ผู้ทดสอบ QA ที่บันทึก Bug หรือตัวแทนบริการลูกค้าที่รายงานปัญหาจากลูกค้า

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

ช่วยระบุผู้เริ่มต้นงาน เพื่อนำไปวิเคราะห์แหล่งที่มาของความต้องการ Bug หรือคำขอฟีเจอร์.

ฟิลด์มาตรฐาน เช่น “ผู้รายงาน” หรือ “ผู้เขียน” ในข้อมูลที่บันทึกเมื่อสร้างรายการงาน.

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

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

ช่วยวิเคราะห์ว่าทีมจัดการปัญหาตามผลกระทบทางเทคนิคได้ดีเพียงใด และช่วยให้แก้ปัญหาสำคัญได้ทันท่วงที.

เป็นฟิลด์มาตรฐานในระบบจัดการงานพัฒนา โดยเฉพาะรายการงานประเภท “Bug” หรือ “Incident”.

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

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

เชื่อมโยงงานพัฒนากับกำหนดการส่งมอบ เพื่อวิเคราะห์อัตราการส่งมอบตรงเวลาและความสามารถในการคาดการณ์การเผยแพร่.

ฟิลด์มาตรฐาน เช่น “Fix Version” “Target Release” หรือ “Iteration Path” ในเครื่องมือวางแผนและพัฒนาแบบ Agile.