คุณสาธิตซอฟต์แวร์ด้วย No UI ในรีวิว Sprint ได้อย่างไร


10

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

มีตัวเลือกอะไรบ้างสำหรับการสาธิตการเปลี่ยนแปลงที่เกิดขึ้นใน sprint เมื่อไม่มี UI หรือการเปลี่ยนแปลงเวิร์กโฟลว์ที่มองเห็นได้ แต่การเปลี่ยนแปลงนั้นเป็นกฎทางธุรกิจที่ละเอียดอ่อนในงานประมวลผลที่ใช้เวลา 10 วินาทีหรือแม้กระทั่งสองสามชั่วโมง ?


2
unittests หรือการจัดการไฟล์
ratchet freak

@ratchetfreak: นั่นเป็นศัพท์เทคนิคจัดการไฟล์หรือเปล่า?
Robert Harvey

@RobertHarvey การจัดการไฟล์ฉันคิดว่าเครื่องมือบรรทัดคำสั่งและอื่น ๆ
ratchet freak

1
@ ratchetfreak: ฉันรู้ว่ามันหมายถึงอะไร > _ <
Robert Harvey

ไม่คุณไม่ได้:
Esailija

คำตอบ:


9

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

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

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


+ การทดสอบการยอมรับอัตโนมัติ (AAT) เรียกใช้ AAT บนซอฟต์แวร์เก่าแล้วเรียกใช้บนใหม่ สังเกตความแตกต่าง รวมการนำเสนอแบบย่อลงเช่นชุดข้อมูลขนาดเล็กลงซึ่งแสดงปัญหาพื้นฐานและวิธีแก้ไข
JustinC

5

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

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

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


2

คุณจะรู้ได้อย่างไรว่าคุณลักษณะนั้นทำงานด้วยตัวเอง? เมื่อคุณปรับใช้มันคุณแน่ใจได้อย่างไรว่ามันใช้งานได้จริง?

หากคุณไม่สามารถตอบคำถามเหล่านั้นได้แสดงว่าคุณมีปัญหาใหญ่กว่า Sprint Review คุณควรจะสามารถแสดงให้เห็นในการสาธิตของคุณ

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

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


-1

ทางเลือกหนึ่งที่ฉันพบว่าอาจเป็นไปได้สำหรับธุรกิจ (BSA, BA, ผู้จัดการและอื่น ๆ ) กำลังเสนอการนำเสนอภาพนิ่งห้าถึงสิบในสิ่งที่คาดหวังและสิ่งที่สำเร็จ และถ้าหากมีวิธีที่มีความหมายในการแสดงผลลัพธ์ของงานที่ทำเช่น data dump หรือผลลัพธ์การสืบค้น SQL และเวลาที่จะอธิบายพวกเขาบ้างฉันก็พบว่าผู้มีส่วนได้เสียมักจะพึงพอใจ

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

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


8
-1 สำหรับการนำเสนอภาพนิ่ง
Reactgular

ฉันพยายามอย่างมากกับสไลด์เช่นกัน Slideware คือลาดลื่นเราทำผลิตภัณฑ์จริงแทน
Balog Pal

+1 ฉันไม่ชอบการนำเสนอภาพนิ่งเป็นพิเศษ แต่ฉันไม่เห็นด้วยกับ downvotes สไลด์เป็นเพียงวิธีในการรวมแผนภูมิเข้าด้วยกัน
Frax

-1

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

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


-2

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

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