คำถามติดแท็ก scrum

กรอบความคล่องตัวที่เจ้าของผลิตภัณฑ์ (PO), ทีมพัฒนา (DT) ของนักพัฒนา 3-9 คนและ Scrum Master (SM) ทำงานเป็นทีม Scrum (ST) เพื่อสร้างและรักษาผลิตภัณฑ์ที่ซับซ้อนซึ่งมีมูลค่าสูงสุดเท่าที่จะเป็นไปได้ พวกเขาทำงานนี้ภายในกล่องเวลาที่เรียกว่า Sprint Sprints อาจสั้นลง แต่อาจไม่เกิน 30 วัน เหตุการณ์บทบาทและสิ่งประดิษฐ์มีการอธิบายอย่างชัดเจนในคู่มือการต่อสู้อย่างเป็นทางการ: http://scrumguides.org/scrum-guide.html

6
ขอบเขตคงที่ + กำหนดเวลาตายตัว + สัญญาราคาคงที่ที่เคยทำเพื่อทำงานกับ“ เปรียว” หรือไม่?
บางโครงการที่เราใช้ภายในใช้คือ Scrum ในขณะที่ยังคงเป็น "แก้ไขทุกอย่าง" ให้กับลูกค้า เราประสบกับความสำเร็จที่หลากหลายในส่วนของเรา (ลูกค้าชอบการมองเห็นแผนภูมิการเผาไหม้) ประเภทของโครงการที่เราทำงานสามารถทำได้สำเร็จโดยใช้วิธีการแบบว่องไวหรือไม่
32 agile  scrum 

6
Agile แตกต่างจาก XP อย่างไร
ฉันอ่านบทความบนเว็บเพื่อค้นหาว่า Agile, XP, Scrum, การเขียนโปรแกรมคู่แตกต่างกันอย่างไร / เกี่ยวข้องกันและฉันได้รับบรรทัดต่อไปนี้: Scrum และ XP เกือบจะเหมือนกัน XP มีระยะเวลาเผยแพร่สั้นกว่า Scrum การเขียนโปรแกรมคู่ใช้ทั้งวิธี Agile และ XP แต่ฉันไม่สามารถระบุได้ว่า Agile นั้นแตกต่างจาก XP อย่างไร มากกว่าให้ URL ฉันยินดีที่จะอ่านประสบการณ์และความคิดของคุณเกี่ยวกับเรื่องนี้

7
ทีม Agile ควรส่งมอบคุณสมบัติใหม่ทุกวันหรือไม่?
บริษัท ของฉันกำลังอยู่ในช่วงเปลี่ยนผ่านจากการพัฒนาสไตล์น้ำตกเป็น Agile / Scrum เหนือสิ่งอื่นใดเราได้รับการบอกว่าความคาดหวังนั้นมีไว้สำหรับเราที่จะมีคุณสมบัติการทำงานใหม่ทดสอบได้ (โดย QA) ในตอนท้ายของแต่ละวัน devs ส่วนใหญ่ของเราสูญเสียประมาณ 2 ชั่วโมงต่อวันสำหรับการประชุมและค่าใช้จ่ายอื่น ๆ ขององค์กร ซึ่งหมายความว่าในระยะเวลา 6 ชั่วโมง (อย่างดีที่สุด) เราต้องออกแบบเขียนทดสอบหน่วยสร้างและปรับใช้ (พร้อมบันทึกประจำรุ่น) รหัสเพียงพอที่จะสร้างคุณลักษณะที่สมบูรณ์สำหรับ QA เพื่อเล่นด้วย ฉันเข้าใจว่าบันทึกการสร้าง / ปรับใช้ / วางจำหน่ายอาจเป็นไปโดยอัตโนมัติด้วยการตั้งค่า CI ที่เหมาะสม แต่เรายังไม่ได้มี นอกจากนี้เรายังมีการเขียนโค้ดฝั่งเซิร์ฟเวอร์ขนาดใหญ่ในต่างประเทศและความแตกต่างของเวลา 12 ชั่วโมงทำให้ยากยิ่งขึ้น เราพยายามที่จะจัดทำเรื่องราวให้แคบลงในแนวดิ่งเพื่อให้ฟีเจอร์แบบครบวงจรเร็วที่สุดเท่าที่จะทำได้ แต่วันส่วนใหญ่รู้สึกค่อนข้างคลั่งและฉันมักจะจับคนที่ใช้ทางลัดที่บอบบางและเปราะบางเพื่อให้มั่นใจว่า ปัญหานี้เกิดขึ้นหลังจากที่มีการดำเนินการ sprint สองสามวันเมื่อข้อบกพร่องที่หลีกเลี่ยงไม่ได้เริ่มที่จะกลิ้งเข้ามาและต้องพอดีกับหน้าต่าง 6 ชั่วโมงเดียวกัน นี่เป็นก้าวปกติของทีม Agile หรือไม่? แม้ว่าเราจัดการเพื่อใช้การตั้งค่า CI ฉันไม่สามารถดูว่าเราจะสามารถรักษาจังหวะนี้ไว้ได้อย่างไรและยังคงสร้างซอฟต์แวร์ที่มีคุณภาพ แก้ไข: มีคำตอบที่ดีหลายอย่างที่นี่ …
31 agile  scrum 

11
การแย่งชิงโปรแกรมเมอร์เดียว? [ปิด]
ฉันถูกเรียกเก็บเงินในฐานะ "ผู้เชี่ยวชาญของ Windows" ใน บริษัท ขนาดเล็กของฉันซึ่งประกอบด้วยตัวเองวิศวกรเครื่องกลที่ทำงานในบทบาทการขายและการฝึกอบรมและประธาน บริษัท ทำงานด้านการออกแบบการพัฒนาและการสนับสนุน บทบาทของฉันมีความเท่าเทียมกันโดยทั่วไป แต่โดยหลักแล้วฉันจะออกแบบและใช้งานการเขียนโปรแกรมอะไรก็ได้บนผลิตภัณฑ์ของเราจำเป็นต้องทำเพื่อให้สิ่งต่างๆของเราทำงานบน Windows เวอร์ชันใดก็ได้ที่เป็นปัจจุบัน ฉันเพิ่งดูภาพรวมระดับสูงของกระบวนทัศน์ Scrum ในเว็บคาสต์ คำถามของฉันคือ: มันคุ้มค่ากับเวลาของฉันที่จะเรียนรู้เพิ่มเติมเกี่ยวกับวิธีการพัฒนาผลิตภัณฑ์นี้หรือไม่เนื่องจากรายการงานพัฒนาของฉันมักจะได้รับในระดับที่สูงมากเช่น "สากลและ จำกัด วงผลิตภัณฑ์" ถ้าเป็นเช่นนั้นคุณจะแนะนำให้ปรับ Scrum สำหรับการใช้โปรแกรมเมอร์เพียงหนึ่งเดียวได้อย่างไร เครื่องมืออะไรที่มีพื้นฐานบนคลาวด์หรืออย่างอื่นจะมีประโยชน์สำหรับจุดสิ้นสุดนั้น หากไม่เป็นเช่นนั้นคุณจะแนะนำให้โปรแกรมเมอร์คนหนึ่งจัดการความพยายามของเขาแบบวันต่อวันได้อย่างไร? (บางทีคำถามอาจลดลงสำหรับคำถามง่าย ๆ นั้น)

4
การแย่งชิง: วิธีจัดการกับงานในมือที่มีความยาวมากกว่าหนึ่ง Sprint
ฉันเริ่มต้นด้วย SCRUM และฉันมีปัญหาในการทำความเข้าใจสิ่งหนึ่ง SCRUM จัดการรายการในมือที่ใช้เวลานานกว่าการวิ่งหนึ่งครั้งได้อย่างไร
30 scrum 

6
การต่อสู้สร้างค่าใช้จ่ายเพิ่มเติมสำหรับโครงการที่ความต้องการไม่เปลี่ยนแปลงหรือไม่?
ฉันอ่านScrum - คู่มือพ็อกเก็ตโดย Gunther Verheyenและมันบอกว่า: รายงานความโกลาหลของปี 2011 โดยกลุ่ม Standish ถือเป็นจุดเปลี่ยน มีการวิจัยอย่างกว้างขวางในการเปรียบเทียบโครงการแบบดั้งเดิมกับโครงการที่ใช้วิธีแบบ Agile รายงานแสดงให้เห็นว่าวิธีการแบบ Agile เพื่อการพัฒนาซอฟต์แวร์นั้นให้ผลตอบแทนที่สูงกว่ามากถึงแม้จะเป็นความคาดหวังแบบเก่าที่ต้องส่งมอบซอฟต์แวร์ตรงเวลาตามงบประมาณและขอบเขตทั้งหมดที่สัญญาไว้ รายงานแสดงว่าโครงการ Agile ประสบความสำเร็จสามครั้งและมีโครงการ Agile ที่ล้มเหลวน้อยลงสามเท่าเมื่อเทียบกับโครงการดั้งเดิม ดังนั้นฉันจึงทะเลาะกับเพื่อนร่วมงานคนหนึ่งของฉันที่บอกว่าสำหรับบางโครงการ (เช่นยา / การทหารที่ความต้องการไม่เปลี่ยนแปลง) Agile (และโดยเฉพาะ Scrum) มีค่าใช้จ่ายในการประชุมทั้งหมด ฯลฯ และมันมีเหตุผลมากกว่า ตัวอย่างเช่นใช้น้ำตก มุมมองของฉันคือ Scrum ที่ควรนำมาใช้ในโครงการดังกล่าวเพราะมันจะทำให้กระบวนการโปร่งใสมากขึ้นและเพิ่มผลผลิตของทีม ฉันยังคิดว่ากิจกรรมการแย่งชิงกันจะไม่ใช้เวลามากถ้ามันไม่จำเป็นเพราะเราไม่จำเป็นต้องนั่งทั้ง 8 ชั่วโมงใน Sprint Planning เป็นเวลา 1 เดือน เราสามารถสำรอง 5 นาทีเพื่อให้แน่ใจว่าเราทุกคนอยู่ในหน้าเดียวกันและเริ่มทำงาน ดังนั้น Scrum จะสร้างค่าใช้จ่ายเพิ่มเติมสำหรับโครงการที่ความต้องการไม่เปลี่ยนแปลงหรือไม่

4
วิธีที่จะหยุดการชุบทองและเพียงแค่มีเนื้อหาที่จะปล่อยการพัฒนาที่ทำงาน [ปิด]
ทีมพัฒนาที่ฉันเป็นสมาชิกอยู่เพิ่งปรับตัวให้ทำงานตามแนวทางของ Agile นี่เป็นการเน้นย้ำถึงความจริงที่ว่าฉันไม่สามารถหยุดตัวเองให้เป็นรหัสชุบทอง (และเอกสารประกอบ) และฉันก็เกินกว่าที่คาดการณ์ไว้เดิมเมื่อฉันสามารถส่งมอบโซลูชันที่ตรงตามข้อกำหนดก่อนหน้านี้มาก ฉันคิดว่าจรรยาบรรณของฉันติดอยู่ที่ครอบงำซึ่งฉันติดอยู่กับรหัสของฉันและไม่ค่อยมีเนื้อหาที่จะปล่อยออกมาก่อนที่ฉันจะปรับโครงสร้างและทำให้สมบูรณ์ในระดับที่ n ฉันมีความสุขที่ฉันได้ตระหนักถึงสิ่งนี้ แต่ฉันจะเปลี่ยนทัศนคติ / ความคิดของฉันให้เป็นเนื้อหาที่มีความคืบหน้าและปล่อยตรงเวลาได้อย่างไร

8
ข้อเสียของผู้จัดการฝ่ายพัฒนาในฐานะ Scrum Masters คืออะไร?
เป็นที่ตกลงกันโดยทั่วไปว่าผู้จัดการทีมไม่ควรทะเลาะกันอย่างหนัก แต่ฉันพยายามดิ้นรนเพื่อดูว่าทำไม สำหรับบริบทฉันเป็นผู้จัดการการพัฒนาแอปพลิเคชันที่มี 4 devs ในทีมการต่อสู้ ฉันมาจากภูมิหลังของ Scrum Master และได้แนะนำการต่อสู้กับองค์กร ฉันได้สร้างทีมตั้งแต่เริ่มต้นและทำให้ชัดเจนว่าทุกอย่างที่ฉันทำคือการอำนวยความสะดวกให้กับทีมและพวกเขาตัดสินใจ ในฐานะที่เป็นทีมเราเปิดกว้างมาก - พวกเขายังปิดปากฉันในช่วงเวลาหนึ่งเพื่อขจัด 'การรายงาน' ที่รู้สึกว่าเราเริ่มได้รับ การขาดความเปิดกว้างโดยทั่วไปแล้วเป็นข้อโต้แย้งที่ใหญ่ที่สุดต่อผู้จัดการในฐานะหัวหน้าฝ่ายต่อสู้ แต่จัดการได้ดีสามารถเอาชนะได้อย่างง่ายดายด้วยวัฒนธรรมที่ถูกต้อง ฉันได้รับคำเตือนจากโค้ชที่มีประสบการณ์ว่านี่เป็นสถานการณ์ที่อันตรายและมีความเสี่ยง 'ถ้าสิ่งต่าง ๆ ไม่ดี' วิธีที่ฉันเห็นมันทั้งสองตำแหน่งนั้นไม่ขัดแย้งกันในทั้งสองบทบาทฉันมีเป้าหมายเดียวกันสำหรับทีมและบุคคลทั่วไป การต่อสู้แย่งชิงกันแก้ไขความขัดแย้งภายในทีมซึ่งอาจเป็นบทบาทผู้จัดการ ลักษณะการจัดการด้วยตนเองของ sprints นำการจัดสรรงานที่ผู้จัดการทำตามประเพณี ทั้งหมดที่ฉันเห็นเหลืออยู่เพื่อรับในฐานะผู้จัดการ dev กำลังทำให้แน่ใจว่าความต้องการของแต่ละบุคคลบรรลุตามวัตถุประสงค์อาชีพสถานที่ทำงาน ฯลฯ ฉันมีการติดต่อกับสมาชิกในทีมทุกสัปดาห์เพื่อแจ้งปัญหาและจัดการงานด้านการดูแลระบบ สิ่งนี้เกี่ยวข้องโดยตรงกับทีมมากหรือบทบาทของฉันในการต่อสู้กับเจ้านาย ฉันเข้าใจในองค์กรขนาดใหญ่ว่าสิ่งนี้จะจัดการไม่ได้และมีบทบาทที่แยกจากกัน แต่สำหรับองค์กรขนาดเล็กเราไม่สามารถพิสูจน์ Scrum Master หรือผู้จัดการฝ่ายพัฒนาคนอื่นได้ โปรดให้ความกระจ่างแก่ฉันเกี่ยวกับข้อผิดพลาดของผู้จัดการการพัฒนาในฐานะ Scrum Masters โดยไม่รวมคะแนนที่ฉันได้กล่าวไว้ข้างต้นและเอาชนะได้แล้ว
27 scrum  teamwork  team  roles 

8
คุณจัดการกับการออกแบบใน Scrum ได้อย่างไร
คุณจัดการกับการออกแบบใน Scrum ได้อย่างไร คุณยังมีเอกสารการออกแบบที่ดีสำหรับการทำซ้ำในการต่อสู้แต่ละครั้งหรือไม่? คุณเพิ่งออกแบบบันทึกที่มีไดอะแกรม UML หรือไม่? หรือคุณเพิ่งมีรหัสความคิดเห็นดี? การวนซ้ำแต่ละครั้งอาจเกี่ยวข้องกับการเปลี่ยนแปลงการออกแบบดังนั้นฉันแค่อยากจะรู้ว่าผู้คนจับสิ่งนี้ได้อย่างไรเพื่อให้นักพัฒนาใหม่มีงานง่าย ๆ ในการทำความเข้าใจโดเมน
26 design  scrum 

4
ความแตกต่างระหว่างเรื่องราวของผู้ใช้กับฟีเจอร์ต่าง ๆ คืออะไร?
คำถามนี้ถูกโยกย้ายจาก Stack Overflow เพราะสามารถตอบได้ใน Software Engineering Stack Exchange อพยพ 8 ปีที่แล้ว เล่นกับicescrumฉันรู้ว่าฉันไม่เข้าใจความแตกต่างระหว่างเรื่องราวของผู้ใช้และคุณลักษณะของผู้ใช้ มีคนอธิบายความแตกต่างได้ไหม
25 agile  scrum  features 

10
เหตุใดฉันจึงต้องใช้ SCRUM กับกระบวนการที่เป็นทางการน้อยลงและมีน้ำหนักเบากว่าสำหรับทีมของฉัน
คำถามนี้ถูกโยกย้ายจาก Stack Overflow เพราะสามารถตอบได้ใน Software Engineering Stack Exchange อพยพ 8 ปีที่แล้ว ฉันต้องการเริ่มคำถามด้วยการบอกว่าฉันเข้าใจว่า SCRUM หรืออนุพันธ์ของมันอาจเป็นวิธีที่ดีในการจัดการการพัฒนาซอฟต์แวร์ ดูเหมือนว่า บริษัท ใหญ่ ๆ และผู้จัดการของฉันจะใช้หรือเคยใช้และฉันก็ไม่สามารถโต้เถียงกับประสบการณ์ทั้งหมดนั้นได้ อย่างไรก็ตามฉันพยายามที่จะเข้าใจ "whys" และการอ่านทั้งหมดและแม้แต่การฝึกหัดในการทำงานอย่างเป็นทางการของฉันก็ไม่ได้ทำงานให้ฉัน มันเป็นแค่วาทศาสตร์ทั้งหมด ดังนั้นฉันมาที่นี่เพื่อค้นหาคำตอบ จนถึงตอนนี้ฉันได้พัฒนาในทีมของสมาชิก 4-5 คนอย่างมีประสิทธิภาพจัดระเบียบตัวเองอย่างสมบูรณ์และไม่จำเป็นต้องฝึกอบรมวิธีการหรือซอฟต์แวร์พิเศษ เพียงแค่อภิปรายในคิวบ์การประชุมเฉพาะกิจและการตรวจสอบโค้ดแบบหนึ่งต่อหนึ่ง ตอนนี้ฉันอยู่ในตำแหน่งที่ทำงานที่เราถูกบอกว่า SCRUM เป็นวิธีที่จะไปและทุกอย่างที่มาพร้อมกับมัน เมื่อพวกเขาอธิบาย SCRUM ให้ฉันฉันอ่านสิ่งนี้: บุคคลและการมีปฏิสัมพันธ์เหนือกระบวนการและเครื่องมือ ซอฟต์แวร์ที่ทำงานผ่านเอกสารที่ครอบคลุม การทำงานร่วมกันของลูกค้าในการเจรจาสัญญา ตอบสนองต่อการเปลี่ยนแปลงมากกว่าการทำตามแผน เยี่ยมมาก แต่ทั้งหมดดูเหมือนว่าเป็นเรื่องธรรมดาสำหรับฉัน ทำไมถึงต้องมีการประมวลผล? จากนั้นฉันก็บอกว่าวิธีการช่วยให้เราตอบสนองต่อการเปลี่ยนแปลง สิ่งที่เฉพาะเจาะจงแง่มุมของ SCRUM ทำให้ฉันมีความยืดหยุ่นมากขึ้นซึ่งก่อนหน้านี้ฉันไม่เคยประสบความสำเร็จในการประชุมแบบเฉพาะกิจการสนทนาแบบคิวบ์และการประชุมนักพัฒนาซอฟต์แวร์ พวกเขาอธิบายถึงความจำเป็นที่จะต้องมีการส่งมอบงานทุก ๆ สองสัปดาห์ ในโครงการเฉพาะของฉันไม่มี "ไคลเอนต์" …
25 scrum 

4
วางแผนโป๊กเกอร์กับเพื่อนร่วมงานที่บกพร่องทางสายตา
ที่สำนักงานเราเพิ่งได้เพื่อนร่วมงานใหม่ที่มีความบกพร่องทางสายตา ฉันรับผิดชอบในการจัดการเซสชั่นการวางแผนโป๊กเกอร์และเพื่อนร่วมงานใหม่จะต้องเข้าร่วมเป็นสมาชิกของทีม เรามีไพ่โป๊กเกอร์ชุดดีเหล่านี้พร้อมวางแผนหมายเลขโป๊กเกอร์ แต่ไม่ได้ช่วยเพื่อนร่วมงานคนใหม่ของเราแน่นอน จนถึงตอนนี้เราได้แก้ไขปัญหานี้เพียงแค่ตั้งชื่อประมาณการให้เพื่อนร่วมงานคนใหม่พูดว่าการประเมินของพวกเขาทันทีหลังจากที่เหลือวางการ์ดของพวกเขาไว้แล้วที่เหลือก็พลิกการ์ดและฉันตั้งชื่อการประมาณเป็นแถว คำถามของฉัน:มีใครบ้างที่เคยมีประสบการณ์กับสถานการณ์แบบนี้และมีทางออกที่ดีกว่า? มีสิ่งเช่นบัตรโป๊กเกอร์อักษรเบรลล์หรือไม่? วิธีแก้ปัญหาในปัจจุบันใช้งานได้ แต่ฉันคิดว่านี่สามารถปรับปรุงได้สำหรับเราทุกคนโดยยกตัวอย่างเช่น Braille poker cards

13
คุณใช้เครื่องมือใดในการจัดการคำขอจากผู้ใช้ [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจเรียกร้องให้มีการถกเถียงอภิปรายโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา ฉันจมน้ำในอีเมลของผู้ใช้และฉันต้องการใช้วิธีที่ดีกว่าในการจัดการคำขอเหล่านี้ทั้งหมดที่ฉันได้รับและทำให้พวกเขาอยู่ในคิวที่ซึ่งคนเหล่านั้นในทีมรวมทั้งผู้ใช้สามารถเข้าถึงพวกเขาได้ บันทึก ฉันกำลังคิดเกี่ยวกับเครื่องมือการจัดการงานที่จะอนุญาตให้สร้างงานหลายอย่างภายใต้โปรเจ็กต์ที่อีเมลความคิดเห็นแนวคิด ฯลฯ สามารถถูกดร็อป / ป้อนและเข้าถึงได้ง่าย ฉันต้องการบางสิ่งที่ทุกฝ่ายสามารถมีส่วนร่วมได้ - ผู้ใช้ผู้จัดการผู้นำทีมนักพัฒนา ฉันกำลังมองหาเครื่องมือที่สามารถอนุญาต: ผู้ใช้เพียงแค่ลาก / วางอีเมลเพื่อส่งคำขอการบำรุงรักษาหรือการปรับปรุง นักพัฒนาซอฟต์แวร์จะเห็นคิวและลำดับความสำคัญที่ถ่วงน้ำหนักของแต่ละงาน / โครงการ ทีมนักพัฒนาซอฟต์แวร์เพื่อดูว่าทุกคนทำงานในแบบเรียลไทม์ การจัดการเพื่อเก็บบันทึกเวลาที่ใช้ในแต่ละงาน ฉันเริ่มมองหาทิศทาง Agile / Scrum มากขึ้นเพื่อแก้ไขปัญหานี้ ผมพบว่ารายชื่อของการต่อสู้เปรียวซอฟต์แวร์การจัดการโครงการเครื่องมือมาเปิด เมื่อฉันถูก จำกัด ในเวลามีใครใช้สิ่งเหล่านี้หรือไม่ ฉันควรทดสอบอันไหนเพื่อดูว่ามันจะตอบสนองความต้องการของฉันหรือไม่? TeamPulseเป็นทิศทางที่ดี แต่คิดว่ามันค่อนข้างอ้วนเกินไป ฉันต้องการสิ่งที่ง่ายสำหรับทุกฝ่าย

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

8
ใน Scrum งานต่างๆเช่นการตั้งค่าสภาพแวดล้อมการพัฒนาและการพัฒนาความสามารถควรได้รับการจัดการเป็นงานย่อยภายในเรื่องราวของผู้ใช้จริงหรือไม่?
บางครั้งในโครงการเราจำเป็นต้องใช้เวลากับงานเช่น: สำรวจกรอบและเครื่องมือสำรอง การเรียนรู้กรอบและเครื่องมือที่เลือกสำหรับโครงการ การตั้งค่าเซิร์ฟเวอร์และโครงสร้างพื้นฐานของโครงการ (การควบคุมเวอร์ชันการสร้างสภาพแวดล้อมฐานข้อมูล ฯลฯ ) หากเราใช้เรื่องราวของผู้ใช้งานนี้ควรจะไปที่ไหน ทางเลือกหนึ่งคือการทำให้พวกเขาเป็นส่วนหนึ่งของเรื่องราวผู้ใช้ครั้งแรก (เช่นสร้างโฮมเพจสำหรับแอปพลิเคชัน) อีกทางเลือกหนึ่งคือการขัดขวางสำหรับงานเหล่านี้ ตัวเลือกที่สามคือการทำให้งานเป็นส่วนหนึ่งของปัญหา / อุปสรรค (เช่นสภาพแวดล้อมการพัฒนาที่ยังไม่ได้เลือก) แทนที่จะเป็นเรื่องราวของผู้ใช้

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