The Agile Manifesto includes twelve

The Agile Manifesto includes twelve principles:
1. Customer satisfaction by rapid, continuous delivery
of useful software
2. Welcome changing requirements, even late in
development
3. Working software is delivered frequently (weeks
rather than months)
4. Close, daily cooperation between business people
and developers
5. Projects are built around motivated individuals, who
should be trusted
6. Face-to-face conversation is the best form of
communication (co-location)
7. Working software is the principal measure of
progress
8. Agile processes promote sustainable development
9. Continuous attention to technical excellence and
good design
10. Simplicity
11. Self-organizing teams
12. Regular adaptation to changing circumstances
C. Agile and Plan-based Methods; Strengths and
Weaknesses
A plan-based schedule represents reality; there is a start
date, an end date, and finite set of resources. At a
rudimentary level, it would appear that a plan-based project
offers the best visibility and best understanding for funding
organizations and on-lookers. Everything is documented and
accounted for. Problems arise, however, when unforeseen
variables are inserted into the plan, which break the schedule
and ruin confidence in the team. Also, the primary issue
with plan-based schedules, as stated by developers, is the
“Big Design Up Front” (BDUF) problem [10], which
assumes that not only is everything known up front, but that
it is possible to create the finished architecture and design of
the system before coding starts. Our experience indicates

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

เปรียวรวมถึงสิบสองหลักการ:
1 ความพึงพอใจของลูกค้าโดยอย่างรวดเร็วและการส่งมอบอย่างต่อเนื่อง
ของซอฟต์แวร์ที่มีประโยชน์
2 ยินดีต้อนรับต้องการที่เปลี่ยนแปลงแม้ในช่วงปลาย

3 การพัฒนา ซอฟแวร์การทำงานจะถูกส่งบ่อยครั้ง (สัปดาห์
มากกว่าเดือน)
4 ใกล้ความร่วมมือทุกวันระหว่างนักธุรกิจและนักพัฒนา

5 โครงการที่ถูกสร้างขึ้นรอบบุคคลแรงจูงใจที่
ควรเชื่อถือ
6การสนทนาหน้าไปใบหน้าเป็นรูปแบบที่ดีที่สุดของการสื่อสาร
(co-location)
7 ซอฟต์แวร์ที่ทำงานเป็นมาตรการหลักของความคืบหน้า

8 เปรียวกระบวนการส่งเสริมการพัฒนาอย่างยั่งยืน
9 ความสนใจอย่างต่อเนื่องเพื่อความเป็นเลิศทางด้านเทคนิคและการออกแบบที่ดี

10 ความเรียบง่าย
11 จัดการตนเองทีม
12 การปรับตัวเป็นประจำเพื่อสถานการณ์ที่เปลี่ยนแปลง
c วิธีเปรียวและแผนตาม; จุดแข็งและจุดอ่อน

กำหนดการตามแผนแสดงให้เห็นถึงความเป็นจริงที่มีการเริ่มต้น
วันที่วันที่สิ้นสุดและชุด จำกัด ของทรัพยากร ที่
ระดับพื้นฐานก็จะปรากฏว่าโครงการตามแผน
มีการมองเห็นที่ดีที่สุดและความเข้าใจที่ดีที่สุดสำหรับการระดมทุน
องค์กรและผู้ชม- ทุกอย่างจะถูกบันทึกไว้และ
คิดเป็น มีปัญหาเกิดขึ้น แต่เมื่อคาดไม่ถึง
ตัวแปรถูกแทรกลงในแผนซึ่งแบ่งตาราง
และความเชื่อมั่นในการทำลายทีม นอกจากนี้ยังมีปัญหาหลัก
กับตารางเวลาตามแผนตามที่ระบุไว้โดยนักพัฒนาเป็น
"การออกแบบขนาดใหญ่ขึ้นหน้า" (BDUF) ปัญหา [10] ซึ่ง
สันนิษฐานว่าไม่เพียง แต่เป็นที่รู้จักกันทุกอย่างขึ้นด้านหน้า แต่ที่มัน
เป็นไปได้ที่จะสร้างเสร็จสถาปัตยกรรมและการออกแบบ
ระบบก่อนที่จะเริ่มต้นการเข้ารหัส ประสบการณ์ของเราแสดงให้เห็น

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

ประกาศโรงรวม 12 หลัก:
1 ความพึงพอใจของลูกค้า โดยจัดส่งอย่างรวดเร็ว อย่างต่อเนื่อง
ของซอฟต์แวร์ที่เป็นประโยชน์
2 ต้อนรับการเปลี่ยนแปลงความต้องการ แม้แต่สายใน
พัฒนา
3 ส่งซอฟต์แวร์ทำงานบ่อยครั้ง (สัปดาห์
แทนเดือน)
4 รายวัน ปิดความร่วมมือระหว่างนักธุรกิจ
และนักพัฒนา
5 โครงการสร้างสถานบุคคลแรงจูงใจ ใคร
ควรเชื่อถือ
6 แบบพบปะสนทนาได้แบบสุด
สื่อสาร (สถานที่)
7 ซอฟต์แวร์ทำงานเป็นหลักวัด
ระหว่าง
8 การพัฒนาที่ยั่งยืนส่งเสริมกระบวนการคล่องตัว
9 ความสนใจอย่างต่อเนื่องเพื่อความเป็นเลิศทางด้านเทคนิค และ
ดี
10 ความเรียบง่าย
11 ตนเองจัดระเบียบทีม
12 ปกติการปรับตัวเปลี่ยนแปลงสถานการณ์
เพียง C. และแผนตามวิธี จุดแข็ง และ
อ่อน
ตามแผนกำหนดการแสดงถึงความเป็นจริง มีการเริ่มต้น
วัน มีวันสิ้นสุด และชุดของทรัพยากรที่มีจำกัด ที่เป็น
rudimentary ระดับ มันจะปรากฏที่โครงการตามแผน
สุดมองเห็นและเข้าใจดีสำหรับทุน
องค์กรและบน lookers ทุกอย่างเป็นเอกสาร และ
ลงบัญชีสำหรับการ ปัญหาเกิดขึ้น อย่างไรก็ตาม เมื่อไม่คาดฝัน
ตัวแปรแทรกแผน ซึ่งแบ่งกำหนดการ
และทำลายความเชื่อมั่นในทีมงาน ยัง ปัญหาหลัก
ตามแผนกำหนดการ ตามที่ระบุ โดยนักพัฒนา เป็น
ปัญหา "ขนาดใหญ่ออกแบบขึ้นหน้า" (BDUF) [10], ซึ่ง
ถือว่า ไม่เพียงแต่เป็นทุกอย่างที่รู้จักกันขึ้นหน้า แต่ที่
สามารถสร้างสถาปัตยกรรมสำเร็จรูปและออกแบบ
ระบบก่อนเริ่มต้นการเขียนโค้ด บ่งชี้ว่า ประสบการณ์ของเรา

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

แถลงการณ์ความคล่องตัวรวมถึงสิบสองหลัก:
1 ความพึงพอใจของลูกค้าโดยการส่งอย่างต่อเนื่องอย่างรวดเร็ว

ของซอฟต์แวร์ที่มีประโยชน์ 2 ยินดีต้อนรับสู่การเปลี่ยนแปลงความต้องการแม้แต่ในช่วงดึก

ซึ่งจะช่วยพัฒนาการ 3 การใช้งานซอฟท์แวร์จะส่งคำถามที่(สัปดาห์
มากกว่าเดือน)
4 อยู่ใกล้กับความร่วมมือระหว่างผู้คนธุรกิจ

นักพัฒนาและ 5 สร้างขึ้นโดยรอบโครงการมีผู้ใช้บริการแบบเฉพาะราย
ซึ่งจะช่วยสร้างแรงจูงใจที่ควรจะได้รับความไว้วางใจ
6การสนทนาแบบเห็นหน้ากันเป็นฟอร์มที่ดีที่สุดของ
การสื่อสาร( co - ที่ตั้ง)
7 การใช้งานซอฟท์แวร์เป็นมาตรการสำคัญของ

8 ความคืบหน้า กระบวนการความคล่องตัวการส่งเสริมการพัฒนาอย่างยั่งยืน
9 ให้ความเอาใจใส่อย่างต่อเนื่องเพื่อความเป็นเลิศทางด้านเทคนิคและ

ซึ่งจะช่วยการออกแบบที่ดี 10 . ความเรียบง่าย
11 . ทีมงานด้วยตนเอง - การจัดระเบียบ
12 . ตามปกติการปรับตัวกับสถานการณ์การเปลี่ยนแปลง
C . เพิ่มความคล่องตัวและแผน - ใช้วิธีใดวิธีหนึ่งจุดแข็งและจุดอ่อน

ตารางเวลาแผนที่แสดงถึงความเป็นจริงมีเริ่ม
วันที่วันที่สิ้นสุดและตั้งค่าแบบจำกัดของทรัพยากร ในระดับขั้นต้น
ซึ่งจะช่วยได้จะปรากฏขึ้นที่แผนโครงการ - ใช้
ซึ่งจะช่วยจัดให้บริการการแสดงที่ดีที่สุดและความเข้าใจที่ดีที่สุดสำหรับการสนับสนุนทางการเงิน
ซึ่งจะช่วยองค์กรและในแบบล่วงรู้ ทุกสิ่งทุกอย่างอยู่ในเอกสารและ
คิดเป็นสัดส่วน ปัญหาที่อาจเกิดขึ้นได้อย่างไรก็ตามเมื่อไม่สามารถคาดการณ์ได้
ตัวแปรจะถูกแทรกลงในแผนที่ซึ่งการกำหนดตารางเวลาที่
และการทำลายความเชื่อมั่นในทีม นอกจากนั้นยังมีหลักที่
ซึ่งจะช่วยพร้อมด้วยตารางเวลาวางแผน - ใช้ตามที่ระบุไว้โดยผู้พัฒนาคือปัญหา
"ขนาดใหญ่การออกแบบด้านหน้า"( bduf )[ 10 ]ซึ่ง
ซึ่งจะช่วยจะถือว่าไม่เพียงแห่งเดียวที่มีทุกสิ่งทุกอย่างที่มีชื่อเสียงได้ทางด้านหน้าแต่ว่า
ซึ่งจะช่วยให้มีความเป็นไปได้ในการสร้างสถาปัตยกรรมและการออกแบบเสร็จแล้วของระบบ
ซึ่งจะช่วยให้การเข้ารหัสก่อนจะเริ่มต้น จากประสบการณ์ของเราแสดงว่า