ทัศนคติที่ควรมีต่อการทำเรื่องราวที่กำหนดให้กับการวิ่งคืออะไร เห็นได้ชัดว่าคุณต้องการจัดลำดับความสำคัญให้พวกเขาทำใน sprint แต่สำหรับฉันจุดว่องไวของการเป็นแบบไดนามิก: คุณไม่ต้องการที่จะผัดวันประกันพรุ่งจงใจหรือทำให้มัน "ตกลง" ที่จะพลาดเรื่องราวของผู้ใช้ในการวิ่ง แต่ที่ ในเวลาเดียวกันเมื่อสิ่งที่ไม่คาดคิดเกิดขึ้นและเรื่องราวเหล่านั้นไม่เสร็จสมบูรณ์และถูกผลักไปสู่การวิ่งครั้งต่อไปคุณไม่ต้องการความรู้สึกว่าคุณทำอะไรผิด นั่นไม่ควรจะเป็นประสบการณ์ที่น่ากลัวหรือเชิงลบใช่มั้ย
ประสบการณ์ด้านลบ / น่ากลัวเป็นที่ยอมรับได้สำหรับภาระผูกพันด้านการวิ่งที่ไม่ได้รับหรือไม่ นักพัฒนาควรจะต้องรับผิดชอบต่อภาระผูกพันในการวิ่งที่ไม่ได้รับเมื่องานที่ไม่คาดคิดเกิดขึ้นซึ่งต้องจัดการ (เช่นการสนับสนุนการผลิต)
2
สิ่งนี้ขึ้นอยู่กับวัฒนธรรมของทีมและ บริษัท ว่าไม่มีคำตอบที่ถูกต้อง ... การโหวตใกล้จะไม่สร้างสรรค์
—
Oded
@Oded ที่ดูเหมือนคำตอบออก โดยทั่วไปคุณกำลังบอกว่าเป็นเรื่องปกติสำหรับ บริษัท ที่จะสร้างประสบการณ์ที่ไม่ดีและไม่เหมาะสมออกไป มาพูดถึงอุดมคติกันที่นี่ ฉันไม่ได้ขอให้คุณพูดคุยกับทุกสิ่ง
—
void.pointer
ในโลกอุดมคติที่มีเวลาไม่ จำกัด และทรัพยากรไม่ควรเครียด นั่นไม่ได้ช่วยอะไรคุณ
—
CodeART
@RobertDailey มันไม่ได้เป็นวิธีแก้ปัญหาเลย - นี่เป็นเพียงคำถามที่ไม่สามารถตอบได้ แน่นอนว่าการทำงานเป็นบวกมากกว่าประสบการณ์เชิงลบจะดีกว่าและการละเมิดที่เกิดขึ้นจริงจะไม่เป็นไร แต่แม้ในที่ทำงานเดียวในโครงการเดียวบรรยากาศจะแตกต่างกันไป บางครั้งมีแรงกดดันมากบางครั้งก็ไม่มาก นั่นเป็นเรื่องจริงในที่ทำงานใด ๆ เปรียวหรือไม่ หากคุณไม่มีความสุขอย่างต่อเนื่องที่ของคุณในสถานที่ทำงานทำอะไรกับมัน (แก้ไขได้หรือลา) แต่ไม่ได้คาดหวังของ บริษัท ต่อไปของคุณเพื่อให้แรงดันต่ำและความพึงพอใจสูง 100% ของเวลา
—
Caleb
@ Robert - ความคิดเห็นสุดท้ายของฉันเป็นเรื่องธรรมดาโดยธรรมชาติและไม่ได้สะท้อนคำถามตามที่เป็นอยู่ในขณะนี้ ฉันพยายามอธิบายให้ bjarkef เห็นว่าการโหวตอย่างใกล้ชิดไม่ได้ขึ้นอยู่กับความน่าสนใจของโพสต์ (หรือไม่) ความคิดเห็นสุดท้ายของฉันต่อตัวคุณเองก็เป็นความพยายามที่จะอธิบายว่าบางคำถามไม่มีที่อยู่อาศัยในไซต์ SE ใด ๆ อีกครั้งสิ่งเหล่านี้เป็นคำพูดทั่วไปไม่ใช่โดยตรงกับคำถาม
—
Oded