ทำอย่างไรจึงจะได้ประโยชน์สูงสุดจาก MotioCI ในการสนับสนุนการปฏิบัติที่ได้รับการพิสูจน์แล้ว
MotioCI มีปลั๊กอินรวมสำหรับการสร้างรายงาน Cognos Analytics คุณล็อครายงานที่คุณกำลังทำงานอยู่ จากนั้น เมื่อคุณแก้ไขเซสชั่นเสร็จแล้ว คุณเช็คอินและใส่ความคิดเห็นเพื่อบันทึกสิ่งที่คุณทำ คุณสามารถใส่การอ้างอิงถึงตั๋วในระบบติดตามข้อบกพร่องหรือขอเปลี่ยนแปลงภายนอกในความคิดเห็น
คุณสามารถดูรายละเอียดเพิ่มเติมเกี่ยวกับวิธีการตั้งค่าการเชื่อมต่อระหว่าง MotioCI และระบบตั๋วบุคคลที่สามของคุณใน MotioCI คู่มือผู้ดูแลระบบภายใต้ การใช้ MotioCI ด้วยระบบตั๋วบุคคลที่สาม คีย์เวิร์ด (แก้ไข ปิด) ด้วยหมายเลขตั๋วจะปิดตั๋ว หรือใช้คีย์เวิร์ด เช่น การอ้างอิง บวกกับหมายเลขตั๋วจะเขียนความคิดเห็นในการเช็คอินไปยังระบบตั๋วและเปิดตั๋วทิ้งไว้
การใช้ระบบการออกตั๋ว เช่น Atlassian® JIRA, Microsoft Windows™ Trac หรือระบบอื่น ๆ อีกมากมาย - ช่วยในการจัดการโครงการโดยการติดตามงานเฉพาะ ปัญหา และวิธีแก้ไข ตั๋วเป็นช่องทางในการสื่อสารระหว่างผู้เขียนหรือผู้พัฒนารายงานและผู้ใช้ปลายทาง ทีมทดสอบ และผู้มีส่วนได้ส่วนเสียอื่นๆ ระบบการออกตั๋วยังมีวิธีการติดตามข้อบกพร่องและตรวจสอบให้แน่ใจว่าได้รับการแก้ไขก่อนที่จะโปรโมตรายงานไปยังการผลิต
เวิร์กโฟลว์ทั่วไปสำหรับการพัฒนารายงาน
เพื่อความชัดเจน การบูรณาการของ MotioCI ด้วยระบบการออกตั๋วไม่ใช่วิธีเดียวที่ทีมของคุณจะโต้ตอบกับระบบตั๋ว โดยทั่วไป ตามที่แสดงไว้ในไดอะแกรมเวิร์กโฟลว์ที่แนบมา กระบวนการของการพัฒนารายงานในสภาพแวดล้อม Cognos Analytics ด้วย MotioCI อาจเป็นดังนี้:
- สิ่งที่ค้าง. มีการสร้างตั๋วใหม่ นักวิเคราะห์ธุรกิจจัดทำเอกสารข้อกำหนดทางธุรกิจสำหรับรายงานใหม่และป้อนลงในระบบการออกตั๋วโดยตรงด้วยการสร้างตั๋ว เขาวางตั๋วใน สิ่งที่ค้าง รัฐ
- พัฒนาการ. ตั๋วงานในมือสามารถจัดลำดับความสำคัญได้หลายวิธี แต่ท้ายที่สุด ตั๋วจะถูกกำหนดให้กับผู้พัฒนารายงานและแท็กชื่อของเธอ สถานะของตั๋วอาจเปลี่ยนเป็น ใน_dev. เธอจะสร้างรายงานใหม่ ขณะที่เธอพัฒนารายงานใน Cognos Analytics เธอจะตรวจสอบการเปลี่ยนแปลงและอ้างอิงตั๋วในข้อคิดเห็นในการเช็คอิน เช่น “สร้างรายงานใหม่ เวอร์ชันเริ่มต้น; เพิ่มหน้าพร้อมท์และคำถามสนับสนุน อ้างอิง #592” หรือ “เพิ่มการสืบค้นข้อเท็จจริงและตารางไขว้ ตัวกรองและการจัดรูปแบบ อ้างอิง #592” (ใน MotioCIหมายเลขแฮชแท็กจะกลายเป็นไฮเปอร์ลิงก์ไปยังตั๋วโดยตรง) เธออาจตรวจสอบรายงาน ทำการเปลี่ยนแปลง และตรวจสอบอีกครั้งด้วยการอ้างอิงตั๋วหลายครั้งในช่วงระยะเวลาหนึ่งวัน
- พัฒนาเสร็จแล้ว หลังจากที่ผู้พัฒนารายงานเสร็จสิ้นรายงานและทดสอบแล้ว เธอบันทึกในตั๋วในระบบตั๋วว่าพร้อมสำหรับการทดสอบโดย QA และเปลี่ยนสถานะจาก ใน_Dev ไปยัง พร้อม_for_QA. รัฐนี้เป็นธงสำหรับ MotioCI ผู้ดูแลระบบ หรือบทบาทที่รับผิดชอบในการส่งเสริมรายงาน Cognos ที่รายงานพร้อมที่จะโอนย้ายไปยังสภาพแวดล้อม QA สำหรับการทดสอบ
- มือโปรmotion ถึง QA ผู้ดูแลระบบส่งเสริมการรายงานและการเปลี่ยนแปลงสถานะเป็น in_QA สถานะนี้ทำให้ทีม QA รู้ว่ารายงานพร้อมสำหรับการทดสอบแล้ว
- การทดสอบ ทีม QA จะทดสอบรายงานโดยเทียบกับข้อกำหนดทางธุรกิจ รายงานจะผ่านหรือไม่ผ่านการทดสอบ หากรายงานไม่ผ่านการทดสอบ QA ตั๋วจะถูกแท็กด้วย ในเดฟ กลับไปที่ผู้พัฒนารายงานเพื่อแก้ไข
- การทดสอบประสบความสำเร็จ หากรายงานผ่าน ทีมงาน QA แจ้งแอดมินว่าพร้อมเลื่อนขั้นการผลิตโดยติดฉลาก พร้อมสำหรับผลิตภัณฑ์ รัฐ
- มือโปรmotion สู่การผลิต. เมื่อรายงานพร้อมสำหรับการผลิตแล้ว สามารถรับการอนุมัติขั้นสุดท้ายและกำหนดการเผยแพร่ได้ ซึ่งอาจรวมกลุ่มกับรายงานอื่นๆ ที่เสร็จสมบูรณ์ ผู้ดูแลระบบเลื่อนระดับรายงานไปยังสภาวะแวดล้อม Cognos Production เขาวางตั๋วใน เสร็จสิ้น ระบุว่าการพัฒนาและการทดสอบเสร็จสิ้นและได้ย้ายไปผลิตแล้ว นี้ปิดตั๋ว
การจัดการกระบวนการพัฒนารายงาน
กระบวนการจัดการตั๋วนี้บอกเป็นนัยและหลักปฏิบัติที่ได้รับการพิสูจน์แล้วว่า:
- รายงานใหม่ทุกฉบับควรมีตั๋วที่มีข้อกำหนดทางธุรกิจเพื่อออกแบบรายงาน
- ข้อบกพร่องทุกอย่างควรมีตั๋วเพื่อบันทึกข้อบกพร่องหรือปัญหาใด ๆ กับรายงาน
- ทุกครั้งที่มีการแก้ไขรายงาน MotioCI ความคิดเห็นในการเช็คอินควรมีหมายเลขตั๋วที่ได้รับการแก้ไข
- รายงานทุกฉบับที่ได้รับการเลื่อนขั้นจาก Dev เป็น QA ควรมีทิคเก็ตที่เกี่ยวข้องซึ่งผู้ดูแลระบบสามารถยืนยันได้ว่าการพัฒนาเสร็จสิ้นแล้ว และพร้อมที่จะย้ายไปยังสภาพแวดล้อม QA
- ทุกรายงานที่ได้รับการเลื่อนขั้นจาก QA เป็น Production ควรมีทิคเก็ตที่มีประวัติแสดงว่าการพัฒนาเสร็จสมบูรณ์ ผ่าน QA ได้รับการอนุมัติจากฝ่ายบริหารที่จำเป็นทั้งหมด และได้รับการเลื่อนขั้นแล้ว
- ทุกรายงานในสภาพแวดล้อมการผลิตควรมี digital เส้นทางกระดาษจากแนวคิดสู่การทดสอบ การแก้ไข การแก้ปัญหา การอนุมัติและ Promotion.
จุดสุดท้ายนี้เป็นที่ชื่นชอบของผู้ตรวจสอบในการตรวจสอบ เธออาจถามว่า “คุณช่วยแสดงให้ฉันเห็นได้ไหมว่าคุณยืนยันว่ารายงานทั้งหมดในสภาพแวดล้อมการผลิตได้ปฏิบัติตามขั้นตอนการออกตั๋วและการอนุมัติที่เป็นเอกสารของคุณ” วิธีหนึ่งในการตอบสนองต่อผู้ตรวจสอบบัญชีอาจเป็นการจัดทำรายการรายงานทั้งหมดที่ได้รับการโยกย้ายและให้เธอลุยตรวจตั๋วเพื่อค้นหารายงานที่ไม่สอดคล้องกับกระบวนการของคุณ
อีกทางหนึ่ง คุณสามารถจัดเตรียมรายการรายงานที่ทำ ไม่ ปฏิบัติตามขั้นตอนการพัฒนาและการออกตั๋วที่คุณได้กำหนดไว้ นั่นคือสิ่งที่รายงานนี้จะเป็นประโยชน์: “รายงานโปรโมตโดยไม่มีตั๋ว” เป็นรายงานข้อยกเว้นของรายการรายงานที่มี ไม่ ปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดในการเปลี่ยนแปลงรายงานทุกฉบับที่เชื่อมโยงกับตั๋ว. นี่เป็นหนึ่งในรายงานไม่กี่ฉบับที่คุณต้องการให้ว่างเปล่า มันจะไม่มีบันทึกหากรายงานทั้งหมดที่ได้รับการส่งเสริมมีตั๋วที่เกี่ยวข้อง กล่าวคือ รายงานจะปรากฏในรายการก็ต่อเมื่ออยู่ในสภาพแวดล้อมการผลิต และรายงานที่เลื่อนระดับไม่ได้อ้างอิงหมายเลขตั๋วในความคิดเห็น
กระบวนการที่มีประโยชน์
ประโยชน์ของกระบวนการคืออะไร หรือเหตุใดคุณจึงควรทำเช่นนี้ในองค์กรของคุณ
- ปรับปรุงการทำงานร่วมกันในทีม: ระบบการออกตั๋วอาจนำบุคคลในบทบาทที่ปกติแล้วอาจไม่ได้สื่อสารมารวมกัน ผู้เขียนรายงานและผู้ใช้ปลายทาง หรือผู้จัดการโครงการและทีม QA เป็นต้น เส้นทางใบสั่งงานเป็นสถานที่ทั่วไปในการสื่อสารเกี่ยวกับทรัพยากรที่ใช้ร่วมกัน รายงานที่อยู่ระหว่างการพัฒนา
- ลดต้นทุน:
- ข้อบกพร่องที่จับได้และแก้ไขได้เร็วกว่านั้นถูกกว่ามากเมื่อเทียบกับการหลบหนีไปสู่การผลิต
- ปรับปรุงประสิทธิภาพ – ผู้เขียนรายงานมักจะทำงานจากตั๋วซึ่งเป็นคำชี้แจงการทำงานที่ชัดเจน
- ลดเวลาด้วยระบบอัตโนมัติของกระบวนการแบบแมนนวล
- เอกสารที่ได้รับการปรับปรุง: กระบวนการนี้จะกลายเป็นฐานความรู้ที่จัดทำเอกสารด้วยตนเองเกี่ยวกับข้อบกพร่องและวิธีแก้ไข
- การคาดการณ์และการวิเคราะห์ที่ได้รับการปรับปรุง: ขณะนี้คุณสามารถติดตามตัวบ่งชี้ประสิทธิภาพหลักและเปรียบเทียบกับข้อตกลงระดับการบริการได้แล้ว ระบบการออกตั๋วคำร้องส่วนใหญ่มีการวิเคราะห์ประเภทนี้
- การสนับสนุนภายในที่ได้รับการปรับปรุง: ทีมสนับสนุนของคุณ ผู้พัฒนารายงานอื่นๆ (และแม้กระทั่งตัวคุณเองในอนาคต!) สามารถค้นหาว่าข้อบกพร่องที่คล้ายคลึงกันได้รับการแก้ไขในอดีตอย่างไร ฐานความรู้ที่ใช้ร่วมกันนี้สามารถนำไปสู่การแก้ไขข้อบกพร่องได้อย่างรวดเร็ว
- ปรับปรุงความพึงพอใจของผู้ใช้ปลายทาง: ด้วยการเข้าถึงนักพัฒนาโดยตรงผ่านระบบตั๋ว ผู้ใช้สามารถคาดหวังการแก้ไขข้อบกพร่องอย่างรวดเร็ว รวมทั้งติดตามความคืบหน้าของรายงานที่ร้องขอผ่านระบบ..
สรุป
นี่เป็นตัวอย่างหนึ่งของผลตอบแทนมากมายต่อการปฏิบัติตามแนวทางปฏิบัติที่ได้รับการพิสูจน์แล้วและคุณค่าของกระบวนการที่กำหนดไว้อย่างดีดังต่อไปนี้ นอกจากนี้ ใหม่ MotioCI รายงาน "รายงานที่โปรโมตโดยไม่มีตั๋ว" สามารถช่วยได้มากในการตอบคำถามจากผู้ตรวจสอบ หรือเพียงการตรวจสอบภายในเพื่อให้สอดคล้องกับมาตรฐานขององค์กร