A program of products means that th

A program of products means that they are often sold together in a common market. It’s normal to share team members
across teams for specific blocks of time. One might think with a close-knit team like this, all agile processes among the
subteams would be common, but they are not. There are differences that have emerged over time according to the nature
of the project and the people on it. Some examples of differences are: different ways of tasking out stories in Rally®,
differing story acceptance criteria, and having different processes for planning and writing stories. They are small
differences and team members carry best practices between teams.
Agile has allowed these teams to broker a closer relationship with the customer liaisons and, at the same time, share
progress more visibly. Formerly, it was not uncommon for years to elapse between releases. The product direction would
change, development would follow the new direction, and testing would occur late in the cycle. By prioritizing the
features, breaking the work into manageable segments and completing each feature before moving on to the next, these
same teams working on the same product, are now able to release a new version every six months.
There are qualitative benefits as well. Team ownership of the product and process has improved. In the early phases of
agile adoption, it was also not uncommon for team members to delay engagement until detailed specifications existed.
Naturally, this led to misunderstood requirements and rework in some cases, as the developers would reactively share
their interpretation of the requirements. After the switch to agile, benefits started happening immediately. Team members
collaborate in small groups consisting of designers, developers and testers. Instead of accepting a design as-is and relying

ผลลัพธ์ (ไทย) 1:

โปรแกรมของผลิตภัณฑ์หมายความ ว่า พวกเขามักจะขายกันในตลาดทั่วไป เป็นเรื่องปกติที่ร่วมทีมระหว่างกลุ่มสำหรับช่วงเวลาเฉพาะ หนึ่งอาจคิดกับทีมงาน close-knit เช่นนี้ กระบวนการทั้งหมดคล่องตัวระหว่างการsubteams จะทั่วไป แต่พวกเขาไม่ มีความแตกต่างที่ได้เกิดช่วงเวลาตามธรรมชาติของโครงการและผู้คนบน ตัวอย่างเช่นความแตกต่าง: วิธีการ tasking ออกเรื่องราวในชุมนุม®เกณฑ์การยอมรับเรื่องที่แตกต่างกัน และมีกระบวนการวางแผน และเขียนเรื่องราวต่าง ๆ มีขนาดเล็กความแตกต่างและสมาชิกในทีมมีแนวทางปฏิบัติระหว่างทีมเพียงได้อนุญาตให้กลุ่มคนเหล่านี้ กับโบรกเกอร์ความสัมพันธ์ใกล้ชิดกับ liaisons ลูกค้า พร้อมกัน ร่วมกันความคืบหน้ามากขึ้นระยะ เดิม ไม่ใช่ปีนั่นระหว่างรุ่น ทิศทางสินค้าจะเปลี่ยนแปลง พัฒนาจะตามทิศทางใหม่ และการทดสอบจะเกิดขึ้นในวงจร โดยจัดระดับความสำคัญคุณลักษณะ การแบ่งงานเป็นกลุ่มจัดการเสร็จสิ้นแต่ละคุณลักษณะก่อนเลื่อนไป เหล่านี้ทีมเดียวกันที่ทำงานในผลิตภัณฑ์เดียวกัน ก็ได้ออกรุ่นใหม่ทุก 6 เดือนมีประโยชน์เชิงคุณภาพเช่น มีการปรับปรุงทีมเป็นเจ้าของผลิตภัณฑ์และกระบวนการ ในระยะแรก ๆ ของยอมรับคล่องตัว ได้ยังไม่ใช่สำหรับสมาชิกในทีมเลื่อนหมั้นจนกว่ารายละเอียดข้อกำหนดอยู่ธรรมชาติ นี้นำไปสู่ความ misunderstood และทำใหม่ในบางกรณี เป็นนักพัฒนาจะร่วมกัน reactivelyการตีความข้อกำหนด หลังจากสลับไปคล่องตัว ประโยชน์เริ่มเกิดขึ้นทันที สมาชิกในทีมทำงานร่วมกันในกลุ่มเล็ก ๆ ที่ประกอบด้วยนักออกแบบ พัฒนา และทดสอบ แทนที่จะยอมรับออกเป็น-เป็น และอาศัย

ผลลัพธ์ (ไทย) 2:

โปรแกรมของผลิตภัณฑ์หมายความว่าพวกเขามักจะขายกันในตลาดร่วม
มันเป็นเรื่องปกติที่จะมีส่วนร่วมของสมาชิกในทีมในทีมสำหรับบล็อกที่เฉพาะเจาะจงของเวลา หนึ่งอาจคิดว่ามีทีมงานที่มีความแน่นแฟ้นเช่นนี้ทุกกระบวนการคล่องตัวในหมู่
subteams จะร่วมกัน แต่พวกเขาไม่ได้
มีความแตกต่างที่ได้เกิดในช่วงเวลาตามธรรมชาติที่มีโครงการและผู้คนที่อยู่บนนั้น ตัวอย่างบางส่วนของความแตกต่างคือวิธีการที่แตกต่างกันออก tasking เรื่องราวในRally®,
ที่แตกต่างกันเรื่องเกณฑ์การยอมรับและมีกระบวนการที่แตกต่างสำหรับการวางแผนและการเขียนเรื่องราว
มันมีขนาดเล็กแตกต่างและสมาชิกในทีมที่ดีที่สุดในการดำเนินการปฏิบัติระหว่างทีม. เปรียวได้รับอนุญาตให้ทีมเหล่านี้ไปยังโบรกเกอร์มีความสัมพันธ์ใกล้ชิดกับความสัมพันธ์ของลูกค้าและในเวลาเดียวกันส่วนแบ่งความคืบหน้ามากขึ้นอย่างเห็นได้ชัด เดิมมันก็ไม่ใช่เรื่องแปลกสำหรับปีที่ผ่านระหว่างการเผยแพร่ ทิศทางสินค้าที่จะเปลี่ยนการพัฒนาจะเป็นไปตามทิศทางใหม่และการทดสอบจะเกิดขึ้นในช่วงปลายวงจร โดยจัดลำดับความสำคัญคุณสมบัติทำลายการทำงานออกเป็นส่วนที่จัดการได้และจบคุณลักษณะแต่ละก่อนที่จะย้ายไปยังเหล่านี้ทีมงานเดิมที่ทำงานเกี่ยวกับสินค้าชนิดเดียวกันอยู่ในขณะนี้สามารถที่จะปล่อยรุ่นใหม่ทุกหกเดือน. มีประโยชน์เชิงคุณภาพเช่นกัน เจ้าของทีมของผลิตภัณฑ์และกระบวนการที่มีการปรับปรุง ในขั้นตอนแรกของการยอมรับเปรียวมันก็ไม่ใช่เรื่องแปลกสำหรับสมาชิกในทีมที่จะชะลอการสู้รบจนข้อกำหนดรายละเอียดอยู่. ธรรมชาตินี้นำไปสู่การเข้าใจผิดความต้องการและการทำงานซ้ำในบางกรณีเช่นนักพัฒนา reactively จะแบ่งการตีความของความต้องการ หลังจากที่สวิทช์ที่จะเปรียวผลประโยชน์ที่เกิดขึ้นทันทีที่เริ่มต้น สมาชิกในทีมทำงานร่วมกันในกลุ่มเล็ก ๆ ที่ประกอบด้วยนักออกแบบพัฒนาและทดสอบ แทนที่จะยอมรับการออกแบบตามที่เป็นและอาศัย

ผลลัพธ์ (ไทย) 3:

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

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