IntroductionIn spirit, both traditi

Introduction
In spirit, both traditional and agile project delivery embody similar principles and practices that aim to deliver measurable results. Traditional project delivery can be described as a "waterfall" approach, which presumes that the requirements, expectations, duration, activities and outcomes of projects can be predicted accurately and planned in a sequence before any actual development activity takes place. As a result, in actual practice, the following factors generally are significant limitations of traditional project delivery:
1) Clients typically have difficulty in articulating all project requirements at the front end.
2) The ultimate goal is to produce a comprehensive requirements document for sign-off by the users/customers before development can occur.
According to Sanjiv Augustine, agile project delivery "is a way of managing projects to deliver customer value via adaptive planning, rapid feedback, continuous improvement and intense human interaction and collaboration" (16). Delivering "customer value" is a key aspect of agile project delivery. Agile project management is conducted through the collaboration of a small, co-located team that usually consists of the customer/end user, a project manager, a business analyst (or the role of business analysis) and specialist(s). Specialists could include system developers, subject matter experts, IT architect and/or the sole person with specific knowledge or expertise who understands how all the project pieces fit together.

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

แนะนำในวิญญาณ การจัดส่งทั้งแบบดั้งเดิม และคล่องตัวโครงการรวบรวมคล้ายหลักการและแนวทางปฏิบัติที่ส่งผลการวัด ส่งมอบโครงการแบบดั้งเดิมสามารถอธิบายเป็นวิธี "น้ำตก" ซึ่ง presumes ว่า ความต้องการ ความคาดหวัง ระยะเวลา กิจกรรม และผลลัพธ์ของโครงการสามารถคาดการณ์ได้อย่างถูกต้อง และวางแผนในลำดับก่อนกิจกรรมการพัฒนาที่แท้จริงเกิดขึ้น ดังนั้น ในทางปฏิบัติจริง ปัจจัยต่อไปนี้โดยทั่วไปมีข้อจำกัดสำคัญของการส่งมอบโครงการแบบดั้งเดิม:1) ลูกค้ามักจะมีความยากลำบากใน articulating โครงการความต้องการทั้งหมดในส่วนหน้า2 เป้าหมายสูงสุดคือการ ผลิตเอกสารครอบคลุมความต้องการออกจากระบบ โดยผู้ใช้/ลูกค้าก่อนพัฒนาสามารถเกิดขึ้นได้ตามบุญออกัสติ Sanjiv ส่งมอบโครงการคล่องตัว "เป็นวิธีการจัดการโครงการจะส่งมอบลูกค้าค่าผ่านแบบอะแดปทีฟการวางแผน ผลป้อนกลับอย่างรวดเร็ว ปรับปรุงอย่างต่อเนื่อง และรุนแรงมนุษย์โต้ตอบ และร่วมกัน" (16) ส่งมอบ "มูลค่าลูกค้า" จะเป็นประเด็นสำคัญของการส่งมอบโครงการคล่องตัว ดำเนินการจัดการโครงการคล่องตัวผ่านความร่วมมือของทีมงานขนาดเล็ก อยู่ร่วมที่มักประกอบด้วยลูกค้า/ผู้ใช้ ผู้จัดการโครงการ วิเคราะห์ธุรกิจ (หรือบทบาทของการวิเคราะห์ธุรกิจ) และ specialist(s) ผู้เชี่ยวชาญอาจรวมถึงนักพัฒนาระบบ เชี่ยวชาญ เป็นสถาปนิก และผู้ มีความรู้ความเชี่ยวชาญแต่เพียงผู้เดียวที่เข้าใจวิธีชิ้นโครงการทั้งหมดพอดีกันได้

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

บทนำในจิตวิญญาณทั้งการส่งมอบโครงการแบบดั้งเดิมและเปรียวรวบรวมหลักการที่คล้ายกันและการปฏิบัติที่มุ่งมั่นที่จะส่งมอบผลการวัด การส่งมอบโครงการแบบดั้งเดิมที่สามารถอธิบายได้ว่าเป็น "น้ำตก" วิธีการซึ่งทึกทักว่าความต้องการความคาดหวังในช่วงระยะเวลากิจกรรมและผลของโครงการสามารถทำนายได้อย่างถูกต้องและการวางแผนในลำดับก่อนที่กิจกรรมการพัฒนาที่เกิดขึ้นจริงใด ๆ ที่จะเกิดขึ้น เป็นผลในทางปฏิบัติที่เกิดขึ้นจริงในปัจจัยดังต่อไปนี้โดยทั่วไปจะมีข้อ จำกัด ที่สำคัญของการส่งมอบโครงการแบบดั้งเดิม:
1) ลูกค้ามักจะมีปัญหาในการสื่อสารความต้องการของโครงการทั้งหมดในปลายด้านหน้า.
2) เป้าหมายสูงสุดคือการผลิตเอกสารความต้องการที่ครอบคลุมสำหรับการเข้าสู่ระบบ -off โดยผู้ใช้ / ลูกค้าก่อนที่จะพัฒนาสามารถเกิดขึ้นได้.
ตาม Sanjiv ออกัสติน, การส่งมอบโครงการเปรียว "เป็นวิธีการในการจัดการโครงการที่จะส่งมอบคุณค่าให้กับลูกค้าผ่านการวางแผนปรับการตอบรับอย่างรวดเร็วปรับปรุงอย่างต่อเนื่องและการมีปฏิสัมพันธ์ของมนุษย์ที่รุนแรงและการทำงานร่วมกัน" (16) . ส่งมอบ "มูลค่าของลูกค้า" เป็นลักษณะสำคัญของการส่งมอบโครงการเปรียว การบริหารจัดการโครงการเปรียวจะดำเนินการผ่านความร่วมมือของขนาดเล็กทีมร่วมอยู่ที่มักจะประกอบด้วยลูกค้า / ผู้ใช้ผู้จัดการโครงการ, นักวิเคราะห์ธุรกิจ (หรือบทบาทของการวิเคราะห์ทางธุรกิจ) และผู้เชี่ยวชาญ (s) ผู้เชี่ยวชาญอาจรวมถึงการพัฒนาระบบผู้เชี่ยวชาญเรื่องสถาปนิกไอทีและ / หรือบุคคลเพียงคนเดียวที่มีความรู้ความเชี่ยวชาญเฉพาะหรือที่เข้าใจว่าทุกชิ้นโครงการพอดีกัน

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

บทนำ
ในจิตวิญญาณ ทั้งแบบดั้งเดิม และโครงการจัดส่งว่องไวคล้ายรวบรวมหลักการและการปฏิบัติที่มุ่งมั่นที่จะส่งมอบผลลัพธ์ที่สามารถวัดได้ โครงการส่งแบบดั้งเดิมสามารถอธิบายเป็น " น้ำตก " วิธีการซึ่งทึกทักว่า ความต้องการ ความคาดหวัง ระยะเวลากิจกรรมและผลลัพธ์ของโครงการที่สามารถคาดการณ์ได้อย่างถูกต้องและวางแผนในลำดับก่อนที่กิจกรรมการพัฒนาใด ๆที่แท้จริงจะเกิดขึ้น ผลในทางปฏิบัติจริง ปัจจัยต่อไปนี้โดยทั่วไปมีข้อจำกัดสำคัญของโครงการส่งแบบดั้งเดิม :
1 ) ลูกค้ามักจะมีปัญหาในการออกเสียงของโครงการทั้งหมดที่สิ้นสุดหน้า .
2 ) เป้าหมายสูงสุดคือการผลิตเอกสารความต้องการที่ครอบคลุมสำหรับลงนามโดยลูกค้าผู้ใช้ / ก่อนการพัฒนาสามารถเกิดขึ้น .
ตาม Sanjiv ออกัสติน ส่งมอบ " โครงการว่องไวเป็นวิธีการจัดการโครงการที่จะส่งมอบคุณค่าของลูกค้าผ่านการวางแผนอย่างรวดเร็ว , ข้อเสนอแนะ , การปรับปรุงอย่างต่อเนื่องและการปฏิสัมพันธ์ของมนุษย์ที่รุนแรงและความร่วมมือ " ( 16 ) .ส่งค่าให้ลูกค้า " เป็นประเด็นหลักของการส่งมอบโครงการว่องไว การบริหารจัดการโครงการจะดำเนินการผ่านความร่วมมือของขนาดเล็ก , Co อยู่ทีมที่มักประกอบด้วย ลูกค้า / ผู้ใช้ , ผู้จัดการโครงการ , นักวิเคราะห์เชิงธุรกิจ ( หรือบทบาทของการวิเคราะห์ธุรกิจ ) และผู้เชี่ยวชาญ ( s ) ผู้เชี่ยวชาญอาจรวมถึงนักพัฒนาระบบ , ผู้เชี่ยวชาญในเรื่องนั้นมันสถาปนิก และ / หรือบุคคลเพียงผู้เดียวที่มีเฉพาะความรู้หรือความเชี่ยวชาญที่เข้าใจว่าทุกชิ้นโครงการพอดี ด้วยกัน