The Agile Project Management Enviro

The Agile Project Management Environment
Unlike traditional project management, which emerged from the construction,
engineering and defense industries and dates back to the 1950s, APM was born in the twentyfirst
century. In 2001, prominent software developers from both IT and software engineering
domains, convened to arrived at a consensus on how the software development industry could
produce better results. This meeting produced the Manifesto for Agile Software Development,
which states that the “highest priority is to satisfy the customer through early and continuous
delivery of valuable software.”3
APM development is conducted collaboratively, with a small co-located team. This core
team usually consists of two developers who write code in pairs (for quality control), the
customer/end-user, IT architect(s), a business analyst and a project manager. The work is
accomplished through a series of sessions where the team writes code, then tests working
modules of the system and repeats the process. There is minimal documentation as the team
relies almost exclusively on informal internal communication.
Again, this differs from the traditional approach where a considerable amount of time is
invested in planning and a significant amount of requirements documentation is produced. The
Agile team identifies and prioritizes the features based on business value, and after high-risk
components of the system are produced, works on the highest value features first. This approach
works if the solution can be delivered incrementally to the customer. If this is not possible,
features still can be built incrementally and then integrated into the first release of the system.

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

สภาพแวดล้อมการจัดการโครงการคล่องตัวซึ่งแตกต่างจากการจัดการโครงการแบบดั้งเดิม ซึ่งเกิดจากการก่อสร้างวิศวกรรม และอุตสาหกรรมป้องกันประเทศ และให้ช่วงทศวรรษ 1950, APM เกิดใน twentyfirstเซ็นจูรี่ ในปีค.ศ. 2001 นักพัฒนาซอฟต์แวร์ที่โดดเด่นจากมันและวิศวกรรมซอฟต์แวร์โดเมน แต่ไปถึงฉันทามติในการพัฒนาอุตสาหกรรมซอฟต์แวร์สามารถให้ผลลัพธ์ที่ดีกว่า การประชุมนี้ผลิตประกาศสำหรับคล่องตัวพัฒนาซอฟแวร์ซึ่งระบุว่า การ "ลำดับความสำคัญสูงสุดคือการ ตอบสนองลูกค้าอย่างต่อเนื่อง และช่วงจัดส่งสินค้าของซอฟต์แวร์ที่มีคุณค่า" 3พัฒนา APM จะดำเนินร่วมกัน ด้วยทีมงานร่วมอยู่เล็ก หลักนี้ทีมจะประกอบด้วยสองนักพัฒนาเขียนรหัสในคู่ (สำหรับการควบคุมคุณภาพ), การลูกค้า/ผู้ มัน architect(s) วิเคราะห์ธุรกิจและผู้จัดการโครงการ ทำงานอยู่ดำเนินการผ่านชุดของรอบเวลาที่ทีมงานเขียนรหัส แล้วทดสอบการทำงานโมดูลของระบบ และกระบวนการทำซ้ำ มีเอกสารน้อยเป็นทีมอาศัยโดยเฉพาะการสื่อสารภายในอย่างไม่เป็นทางการอีก นี้แตกต่างจากวิธีดั้งเดิมที่ซึ่งเป็นจำนวนครั้งมากลงทุนในการวางแผนและจำนวนความต้องผลิตเอกสารสำคัญ ที่ทีมโรงระบุ และจัดลำดับความสำคัญคุณลักษณะตามมูลค่าทางธุรกิจ และหลังอิกส่วนประกอบของระบบผลิต ทำงานในลักษณะการทำงานค่าสูงสุดก่อน วิธีการนี้ทำงานได้ก็สามารถส่งโซลูชันแบบเพิ่มหน่วยให้กับลูกค้า ถ้าไม่ได้ลักษณะการทำงานยังสามารถสร้างแบบเพิ่มหน่วย และรวมแล้ว เป็นรุ่นแรกของระบบ

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

การบริหารจัดการโครงการเปรียวสิ่งแวดล้อมซึ่งแตกต่างจากการบริหารจัดการโครงการแบบดั้งเดิมซึ่งโผล่ออกมาจากการก่อสร้างวิศวกรรมและอุตสาหกรรมป้องกันประเทศและวันที่กลับไปปี1950, APM เกิดใน twentyfirst ศตวรรษ ในปี 2001 นักพัฒนาซอฟต์แวร์ที่โดดเด่นจากทั้งไอทีและวิศวกรรมซอฟต์แวร์โดเมนประชุมที่จะมาถึงฉันทามติเกี่ยวกับวิธีการอุตสาหกรรมการพัฒนาซอฟต์แวร์สามารถผลลัพธ์ที่ดี การประชุมครั้งนี้ผลิตเปรียวประกาศสำหรับการพัฒนาซอฟต์แวร์ที่ซึ่งระบุว่า"ความสำคัญสูงสุดคือการตอบสนองลูกค้าที่ผ่านการอย่างต่อเนื่องในช่วงต้นและการจัดส่งของซอฟแวร์ที่มีคุณค่า." 3 การพัฒนา APM จะดำเนินการร่วมกันกับทีมร่วมอยู่เล็ก ๆ หลักนี้ทีมมักจะประกอบด้วยสองนักพัฒนาที่เขียนโค้ดเป็นคู่ (สำหรับการควบคุมคุณภาพ) ที่ลูกค้า / ผู้ใช้ปลายทางสถาปนิกไอที (s), นักวิเคราะห์ธุรกิจและผู้จัดการโครงการ การทำงานจะประสบความสำเร็จผ่านชุดของการประชุมที่ทีมเขียนรหัสจากนั้นทดสอบการทำงานโมดูลของระบบและกระบวนการซ้ำ มีเอกสารที่น้อยที่สุดในขณะที่ทีมอาศัยเกือบเฉพาะในการสื่อสารภายในอย่างไม่เป็นทางการ. อีกครั้งนี้แตกต่างจากวิธีการแบบดั้งเดิมที่มีจำนวนมากของเวลาที่จะลงทุนในการวางแผนและจำนวนเงินที่สำคัญของเอกสารที่ต้องการผลิต ระบุทีมเปรียวและจัดลำดับคุณสมบัติขึ้นอยู่กับมูลค่าทางธุรกิจและหลังจากที่มีความเสี่ยงสูงส่วนประกอบของระบบที่มีการผลิต, การทำงานในคุณสมบัติที่มีมูลค่าสูงสุดเป็นครั้งแรก วิธีการนี้จะทำงานหากการแก้ปัญหาสามารถส่งเพิ่มขึ้นให้กับลูกค้า ถ้าเรื่องนี้เป็นไปไม่ได้คุณสมบัติยังคงสามารถที่จะสร้างขึ้นแบบค่อยเป็นค่อยไปและบูรณาการแล้วเป็นรุ่นแรกของระบบ

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

เปรียวโครงการการจัดการสิ่งแวดล้อม
แตกต่างจากการบริหารโครงการแบบดั้งเดิมซึ่งเกิดขึ้นจากการก่อสร้าง และอุตสาหกรรมและวิศวกรรมป้องกัน
วันที่กลับไปปี 1950 , APM เกิดในศตวรรษที่ twentyfirst

ในปี 2001 , ซอฟต์แวร์ที่โดดเด่นจากทั้งนักพัฒนาและวิศวกรรมซอฟต์แวร์
โดเมน , การประชุมที่จะมาถึงฉันทามติในการพัฒนาอุตสาหกรรมซอฟต์แวร์อาจ
สร้างผลลัพธ์ที่ดีกว่า . การประชุมนี้ผลิตแถลงการณ์เพื่อการพัฒนาซอฟต์แวร์เปรียว
ซึ่งระบุว่า " สิ่งสำคัญที่สุดคือการตอบสนองลูกค้าผ่านเร็วและต่อเนื่องส่งมอบซอฟต์แวร์ที่มีค่า
3
" การพัฒนา APM จะดำเนินการประสานความร่วมมือกับบริษัทเล็กๆ อยู่ทีม ทีมงานหลัก
นี้มักจะประกอบด้วยสองนักพัฒนาที่เขียนรหัสคู่ ( ควบคุมคุณภาพ )
ของลูกค้า , สถาปนิก ( s ) , นักวิเคราะห์ธุรกิจและผู้จัดการโครงการ งาน
ได้ผ่านชุดของการประชุมที่ทีมงานเขียนโค้ด แล้วทดสอบการทำงานของระบบ
โมดูลและทำซ้ำกระบวนการ มีเอกสารที่น้อยที่สุดเป็นทีม
อาศัยเกือบเฉพาะในการสื่อสารภายในองค์กรอย่างไม่เป็นทางการ
อีกครั้งซึ่งแตกต่างจากวิธีการแบบดั้งเดิมที่เป็นจํานวนมากของเวลาที่
ลงทุนในการวางแผนปริมาณความต้องการเอกสารการผลิต
ทีมเปรียวระบุและจัดลำดับความสำคัญคุณลักษณะตามมูลค่าทางธุรกิจ และหลังจากชิ้นส่วนที่มีความเสี่ยงสูง
ของระบบผลิตงาน บนมูลค่าสูงสุดคุณสมบัติแรก วิธีการนี้
ทำงานถ้าสารละลายสามารถส่งแบบเพิ่มหน่วยให้กับลูกค้า ถ้ามันเป็นไปไม่ได้
คุณสมบัติยังสามารถสร้างแบบเพิ่มหน่วย และรวมอยู่ในรุ่นแรกของระบบ