แม่: มีลักษณะที่ดีนี้พูดคุย , Florian ฮาให้ที่ FROSCON นี้ (ร็อคกี้) มันเกี่ยวกับความเป็นไปไม่ได้ในทางปฏิบัติของการทำทะเลาะกันเลย
ข่าวดี : ตั้งแต่การต่อสู้เป็นไปไม่ได้ที่จะใช้คุณมีอิสระที่จะทำสิ่งที่คุณต้องการ
ข่าวร้าย : อย่าเรียกว่าทะเลาะกัน
นั่นทำให้คุณเป็นอิสระจากคำถาม: »ฉันกำลังทะเลาะกันใช่มั้ย? « (คำตอบ: ไม่คุณไม่ได้ทำ ) และคุณสามารถตอบคำถามเชิงปฏิบัติของชีวิตได้
เราไม่มีผู้ออกแบบ UI / UX และนักพัฒนาใช้งาน UI / UX กับเจ้าของผลิตภัณฑ์
นี่ไม่ใช่สถานการณ์ที่ผิดปกติ แต่การต่อสู้ AFAIR ขัดต่อความเชี่ยวชาญ: ทุกคนควรมีชุดทักษะเดียวกันและสามารถใช้แทนกันได้
ทุกครั้งที่เรากำลังจะสร้างงานในมือและเราไม่ได้กำหนดการออกแบบ UI / UX ที่แน่นอนก่อนที่จะเริ่มต้นฤดูใบไม้ผลิเราใช้เวลามากเกินไปในระหว่างการวิ่งเพื่อพยายามออกแบบ UI / UX ให้เสร็จ
ใช่ฉันตอนนี้สถานการณ์ทั้งหมดดีเกินไป ฉันทำงานในทีมที่เราต้องจัดการกับงานในมือที่ค้างอยู่อย่างกว้างขวางเช่น»ในฐานะผู้ใช้ฉันต้องการดูข้อมูลx «และนั่นก็เป็นเช่นนั้น จากนั้นรายการลงบนกระดานวิ่ง หนึ่ง dev เอาไป แก้ไขมัน หลังจากนำไปใช้งานแล้วจะมีการตรวจสอบโดยเพื่อนคนแรกโดยที่การสนทนาเริ่มต้นขึ้นเกี่ยวกับลักษณะของ UI ที่ควรมี
จากนั้น QA-Phase ก็มาถึงและการสนทนาเริ่มต้นขึ้นอีกครั้ง
หลังจากวิ่งที่เราทำตามที่ต่อสู้เรียกร้องตรวจสอบที่การออกแบบที่ถูกฉีกโดยPO น่าเสียดายที่ลูกค้าของเราไม่ได้ทำการรีวิวดังนั้นเขาจึงไม่เห็นซอฟต์แวร์ ณ จุดนั้น
แต่วงจรก็เริ่มต้นใหม่อีกครั้งจนกระทั่งPOพอใจ
แล้วลูกค้าก็มา ...
จากเรื่องราวสงครามครั้งนี้คุณเห็นว่ากระบวนการแบบพิเศษนี้ไม่มีประสิทธิภาพ
สิ่งที่ได้ผลสำหรับเราในที่สุดก็คือการขว้างปาทะเลาะกันบนกระดาน
แต่นั่นไม่ใช่ทางออกสำหรับคำถามของคุณ;)
คุณคิดว่าทุกรายละเอียดที่เป็นไปได้เกี่ยวกับคุณสมบัติควรมอบให้กับนักพัฒนาก่อนที่จะเริ่มการวิ่งหรือเป็นงานภายในคุณสมบัติ
วิธีการแก้ปัญหาภาวะที่กลืนไม่เข้าคายไม่ออกนี้จะเกี่ยวข้องกับข้อเสนอแนะแน่นระหว่างลูกค้าและตัวเองPOเพื่อให้เกณฑ์ที่ค่อนข้างแน่นสูตร b) การตอบรับอย่างแน่นหนาระหว่างทีมการต่อสู้และPOเพื่อลดโอกาสในการขับรถออกจากถนน
ฉันจะฝ่าฝืนกฎการต่อสู้เพื่อกำหนด backlogitem หนึ่งอัน: "จำลองการทำงาน" ซึ่งสามารถตรวจสอบได้อย่างรวดเร็วโดยPOและลูกค้าเพื่อลดการพัฒนาช่วงเวลาที่ใช้ในรายการที่เรียบง่าย
TL; DR
สิ่งที่ควรป้อนข้อมูลของทีมต่อสู้?
ข้อมูลเพียงพอเพื่อให้ตรงตามข้อกำหนดในเวลาน้อยที่สุด
offtopic:
เราจะไม่ทะเลาะกันอีกต่อไป เราไม่ได้ทำการประเมิน เราเก็บกระดานวิ่ง เราไม่ได้วิ่ง เราพัฒนาคุณสมบัติ / แก้ไขข้อบกพร่องและปล่อย ASAP เมื่อมีการใช้งานฟีเจอร์ใหม่ ๆ พวกเขาจะไปที่เซิร์ฟเวอร์สาธารณะโดยเร็วซึ่งเราสามารถพูดคุยเกี่ยวกับการออกแบบเพิ่มเติมกับลูกค้าให้แน่นที่สุดเท่าที่จะทำได้