Agile Framework Archives - Cao Đẳng FPT M?ng c�� c??c b��ng ?�� xét tuyển

AnhPM9 (PRHO - CTV) — Mon, 28 Aug 2023 02:44:08 +0000

Bạn đã biết v�?nghĩa thật s�?của các thuật ng�?trong Agile chưa? Nếu chưa, hãy cùng tìm hiểu tại bài viết này nhé!

Agile Framework là một thuật ng�?bao gồm nhiều phương pháp khác nhau, mỗi phương pháp là Agile Framework riêng! Hãy cùng tìm hiểu ý nghĩa thật s�?của từng thuật ng�?trong Agile nhé!

Có vô vàn thuật ng�?trong Agile Framework

Acceptance Criteria	Các đặc điểm đ�?xác nhận rằng một câu chuyện đáp ứng được mong đợi của người dùng. Được diễn đạt bằng ngôn ng�?rõ ràng, đơn giản và c�?th�? có th�?chuyển đổi thành tiêu chí kiểm th�?
Backlog	Một danh sách động các câu chuyện ưu tiên theo th�?t�? Backlog có th�?được quản lý cho toàn b�?chương trình, từng sản phẩm và từng sprint. Ch�?s�?hữu Sản phẩm, phối hợp với các bên liên quan, s�?thường xuyên làm việc với backlog đ�?đảm bảo công việc được xác định rõ ràng, theo th�?t�?ưu tiên và có ước lượng hợp lý. Công việc ưu tiên cao s�?được xác định và hoàn thành các chi tiết quan trọng trước, trong khi công việc được lên k�?hoạch cho các bản phát hành trong tương lai s�?nằm �?v�?trí thấp hơn trên backlog và có mức đ�?chi tiết thấp hơn.
Burndown Chart	Một ch�?s�?ph�?biến trong Agile đ�?th�?hiện lượng công việc còn lại so với thời gian. Nó được s�?dụng đ�?đánh giá tiến đ�?của nhóm phát triển trong một sprint.
Continuous Deployment	C�?gắng triển khai mã mới càng nhanh càng tốt bằng cách t�?động hóa quá trình tích hợp, kiểm th�?và triển khai lên môi trường sản phẩm.
Continuous Integration	Hợp nhất các thay đổi phần mềm vào kho mã chung nhiều lần trong một ngày. Phương pháp này giúp giảm thời gian và rủi ro trong việc triển khai phần mềm mới.
Definition of Done	Một s�?thống nhất v�?những gì cần làm đ�?đáp ứng mong đợi của người dùng, thường được áp dụng cho một câu chuyện người dùng.
Development Team	Nhóm đa chức năng thường bao gồm nhân viên hợp đồng: các nhà phát triển phần mềm, bao gồm k�?sư phần mềm và an ninh, chuyên gia d�?liệu, những người kiểm th�? đảm bảo chất lượng và quản lý cấu hình.
Epic	Một tập hợp công việc lớn cần hoàn thành trong quá trình phát triển; thường là quá lớn đ�?hoàn thành trong một sprint; được chia nh�?thành các tính năng và câu chuyện người dùng nh�?hơn. Các công việc này có th�?liên quan đến chức năng kinh doanh hoặc xác định các ràng buộc đặt lên sản phẩm hoặc h�?thống. Epic được s�?dụng trong quá trình lập k�?hoạch và ước lượng chi phí.
Extreme Programming (XP)	Một phương pháp phát triển phần mềm Agile với việc phát hành và kiểm tra thường xuyên trong các chu k�?phát triển ngắn. Nó nhằm tạo ra phần mềm chất lượng cao hơn và giảm chi phí của những thay đổi.
Iteration	Một khung thời gian đ�?phát triển và triển khai phần mềm. AiDA s�?dụng thuật ng�?“release” và “sprint” như các vòng lặp. Mỗi chương trình s�?xác định một đ�?dài vòng lặp chung.
Kanban	Một phương pháp đ�?hình dung công việc của nhóm phát triển trong nhiều cột đ�?đánh giá tiến đ�?và xác định các rào cản. Bảng Kanban có th�?được thực hiện trên bảng trắng, bảng thông báo với các ghi chú Post-It hoặc các công c�?phần mềm đ�?h�?tr�?s�?cộng tác của nhóm.
Minimum Viable Product (MVP)	Phiên bản của một sản phẩm mới cho phép một nhóm thu thập được s�?lượng lớn học tập đã được xác nhận v�?khách hàng với s�?c�?gắng tối thiểu. (Nguồn: Eric Reis)
Pair programming	Khi hai lập trình viên phát triển và kiểm th�?phần mềm thông qua một máy trạm duy nhất. Khi một người viết mã, người còn lại quan sát và h�?thường xuyên thay đổi vai trò. Điều này cho phép học hỏi nhanh hơn, thúc đẩy s�?cộng tác và lý tưởng là cải thiện chất lượng phần mềm.
Planning Poker	Một phương pháp cho nhóm phát triển đ�?ước lượng kích thước hoặc s�?lượng công việc cần thiết cho mỗi câu chuyện. Mỗi thành viên trong nhóm đặt một lá bài cá nhân cho ước lượng của mình. Nhóm s�?xem xét những khác biệt đ�?đạt được một hiểu biết chung v�?công việc được lên k�?hoạch.
Product Owner	Người đại diện cộng đồng người dùng có thẩm quyền, người quản lý backlog(s) và sắp xếp ưu tiên yêu cầu, truyền đạt các khái niệm vận hành cho nhóm phát triển và cung cấp phản hồi liên tục cho nhóm phát triển v�?sản phẩm của h�? Xem phân tích yêu cầu đ�?biết thêm chi tiết v�?vai trò này. Ch�?s�?hữu Sản phẩm thường là một nhân viên chính ph�?thuộc t�?chức người dùng s�?hữu yêu cầu, nhưng một s�?chương trình có th�?có một nhà thầu đảm nhiệm vai trò này và sau đó làm việc với người dùng chính ph�?
Release	Phiên bản (release) đại diện cho yếu t�?cốt lõi của cấu trúc chương trình, hướng dẫn tần suất chương trình cung cấp kh�?năng cho người dùng cuối. Đ�?dài của mỗi phiên bản ph�?thuộc vào các yếu t�?vận hành, mua sắm và k�?thuật, nên được thảo luận với các bên liên quan trên các t�?chức người dùng và mua sắm. Như một hướng dẫn chung, hầu hết các phiên bản nên kéo dài ít hơn sáu tháng (như được ủng h�?bởi US CIO, GAO và FITARA). Chu k�?phát hành ngắn hơn có nhiều lợi ích, quan trọng nhất là chương trình triển khai kh�?năng hữu ích cho người dùng cuối nhanh hơn.
Scrum	Một Framework Agile phát triển hợp tác đ�?quản lý d�?án; bao gồm thiết k�?lặp lại, phát triển và triển khai thường xuyên các chức năng. Bao gồm s�?tương tác trực tiếp với người dùng cuối và các bên liên quan khác, và cho phép và tạo điều kiện cho các nhóm t�?t�?chức. Thông thường, nó liên quan đến quy trình giao tiếp mật thiết bao gồm các cuộc họp tình hình ngắn hằng ngày.
Scrum Master	Người này thiết lập và h�?tr�?Scrum hàng ngày, Scrum của Scrum và các buổi l�?Agile khác trong suốt quá trình phát triển. Thông thường, đây là một thành viên của nhóm hợp đồng, tùy thuộc vào chi tiết của hợp đồng cá nhân.
Scrum of Scrums	Phương pháp đ�?m�?rộng phát triển Agile, trong đó nhiều nhóm Scrum làm việc cùng nhau đ�?cung cấp một giải pháp.
Software Factory	Việc tích hợp một tập hợp các công c�?dựa trên đám mây với chi phí thấp, cho phép các nhà phát triển, người dùng và quản lý làm việc cùng nhau theo một nhịp đ�?hàng ngày. (Xem trang Nhà máy phần mềm)
Sprint	Một chu k�?công việc ngắn (thường t�?hai đến bốn tuần) tập trung vào hoàn thành một phần được xác định của các sản phẩm hoặc chức năng có th�?s�?dụng của d�?án. Mỗi sprint bao gồm quá trình lập k�?hoạch, thiết k�? phát triển, tích hợp, kiểm th�?và trình diễn phần mềm hoạt động cho ch�?s�?hữu sản phẩm, người dùng và các bên liên quan khác.
Story Point	Đơn v�?đo lường đ�?xác định kích thước hoặc s�?lượng công việc mà một nhóm phát triển cần thực hiện đ�?hoàn thành một câu chuyện. Điểm câu chuyện (story points) là độc đáo cho mỗi nhóm phát triển. Một điểm câu chuyện có giá tr�?1 là đơn v�?nh�?nhất và các công việc khác được đánh giá so với kích thước đó.
Technical Debt	Công việc làm lại (rework) cần được thực hiện bởi nhóm phát triển khi một giải pháp d�?dàng, ngắn hạn đã được theo đuổi, nhưng cần thay đổi thêm đ�?cải thiện tính chặt ch�?và phát triển tiếp theo.
Test-Driven Development (TDD)	Một phương pháp phát triển phần mềm trong đó yêu cầu được chuyển đổi thành kịch bản kiểm th�? Phần mềm sau đó được phát triển và cải tiến cho đến khi nó vượt qua các bài kiểm tra.
Users	Những người cuối cùng s�?dụng giải pháp phần mềm. Người dùng truyền đạt các khái niệm vận hành và yêu cầu/các nhu cầu, tham gia vào các hoạt động kiểm th�?liên tục và cung cấp phản hồi v�?kh�?năng đã được phát triển. Việc hiểu rõ rằng người dùng cuối cùng là ai là rất quan trọng đối với nhóm phát triển, đ�?đảm bảo h�?tập trung vào việc làm hài lòng người dùng. Một nguyên tắc cốt lõi của Agile là s�?tham gia tích cực của người dùng trong suốt quá trình phát triển.
User Story	Đơn v�?yêu cầu nh�?nhất được viết dưới góc nhìn của người dùng v�?cách h�?s�?s�?dụng phần mềm. Các câu chuyện người dùng s�?được xác định và ưu tiên bởi Ch�?s�?hữu Sản phẩm thông qua các backlog. Các câu chuyện người dùng không th�?hoàn thành trong một sprint duy nhất nên được chia thành các yếu t�?nh�?hơn. Mỗi câu chuyện người dùng nên có tiêu chí chấp nhận rõ ràng.
Velocity	S�?điểm câu chuyện mà một nhóm phát triển hoàn thành trong một chu k�?(phiên bản/sprint). Tốc đ�?(velocity) của một nhóm qua nhiều chu k�?là một ch�?s�?quan trọng đ�?theo dõi hiệu suất của nhóm và h�?tr�?việc lập k�?hoạch và xếp lịch công việc trong tương lai.

B�?môn CNTT
Trường Cao đẳng FPT M?ng c�� c??c b��ng ?�� cơ s�?Hà Nội

The post Giải nghĩa các thuật ng�?trong Agile appeared first on Cao Đẳng FPT M?ng c�� c??c b��ng ?�� xét tuyển.