This myth rests at the core of why

This myth rests at the core of why we so often hear that Agile approaches
conflict with the CMMI. When the model is used this way we are inappropriately
utilizing the model to dictate implementation, or “how to” issues the
model was never meant to address.
I will explain further how to handle these apparent conflicts as they arise, and
why the vast majority turns out to be no conflict at all. First, we need to discuss
the recommended plan to move forward subsequent to the gap analysis

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

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

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

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

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

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