Extreme Programming

Bài đăng này đã không được cập nhật trong 3 năm

Giới thiệu

Extreme Programming (viết tắt là XP) là một phương pháp phát triển phần mềm dựa theo Agile, được sử dụng nhằm nâng cao chất lượng phần mềm và tăng khả năng thích nghi với những thay đổi requirement. Nó đã được chứng minh là rất hiệu quả ở nhiều công ty từ nhỏ đến lớn, trong đa dạng ngành nghề trên toàn cầu.

Sự thành công của XP là nhờ nhắm đến sự hài lòng của khách hàng. Thay vì làm ra tất cả những thứ mà bạn có thể mong muốn trong một tương lai xa thì phương pháp này mang lại những thứ mà bạn thực sự cần vào lúc bạn cần. Nó đồng thời cũng cho phép các lập trình viên có thể tự tin thực hiện những thay đổi requirement, dù cho ở giai đoạn cuối.

XP tập trung vào teamwork. Manager, developer và khách hàng đều là những đối tác bình đẳng với nhau. Nó thực hiện một môi trường đơn giản nhưng hiệu quả, cho phép team đạt hiệu quả cao. Team tự giải quyết vấn đề một cách hiệu quả nhất có thể.

Các luật của Extreme Programming

Lập kế hoạch

Viết ra user stories
Lên kế hoạch release
Lên kế hoạch cho việc release những phiên bản nhỏ
Chia project thành các iteration
Lên kế hoạch cho iteration trước khi bắt đầu mỗi iteration

Quản lí

Tạo không gian làm việc mở cho team
Đặt một nhịp độ làm việc dễ chịu
Tổ chức stand up meeting hàng ngày
Tốc độ làm việc cần được đánh giá
Luân chuyển công việc thường xuyên
Giúp mọi người tuân thủ theo XP

Thiết kế

Chú trọng sự đơn giản
Sử dụng CRC card khi làm thiết kế
Tạo ra những giải pháp để giảm thiểu rủi ro
Những chức năng không cần thiết thì không làm
Refactor bất cứ nơi nào và khi nào có thể

Coding

Luôn có sự giao tiếp với khách hàng
Code cần tuân thủ theo các standard
Code cần được unit test trước
Tất cả code đều cần được pair-programming
Chỉ duy nhất một pair thực hiện 1 thời điểm
Tích hợp thường xuyên
Cần có server được deploy bản mới nhất
Cho phép mọi người đóng góp ý tưởng vào mọi phần của dự án

Testing

Tất cả code đều được unit test
Code phải pass qua tất cả unit test trước khi được release
Khi một bug được phát hiện, phải tạo test cho case đó
Acceptance test cần được chạy thường xuyên

Các giá trị của Extreme Programming

XP dựa trên những giá trị. Các luật chúng ta vừa xem bên trên chỉ là sự cụ thể hóa và kết quả của những giá trị. XP ko phải là những luật cứng nhắc, mà là một sự kết hợp hài hòa với các giá trị cá nhân cũng như giá trị của công ty. Bạn có thể dựa vào những giá trị dưới đây, kết hợp cùng với các giá trị riêng của bạn để thay đổi các luật cho phù hợp.

Sự đơn giản

Chúng ta sẽ chỉ làm những gì chúng ta cần. Nó sẽ tăng tối đa giá trị trên sự đầu tư. Chúng ta sẽ thực hiện từng bước nhỏ một đến với mục đích đề ra và hạn chế tối đa tổn thất nếu thất bại.

Communication

Mỗi người đều là một phần của team và chúng ta giao tiếp với nhau face to face hàng ngày. Chúng ta làm việc cùng nhau trong mọi thứ, từ requirement đến code. Tận dụng tối đa trí tuệ tập thể.

Feedback

Chúng ta cần đặt ra những cam kết nghiêm túc về việc tạo ra một sản phẩm chạy được sau mỗi iteration. Chúng ta demo sản phẩm sớm và thường xuyên, sau đó lắng nghe phản hồi và thay đổi nếu cần.

Tôn trọng

Mỗi người đều được tôn trọng và cần tôn trọng người khác như là một thành viên giá trị trong team. Thực tế, mọi người đều đóng góp giá trị dù nhiều hay ít. Developer cũng cần tôn trọng khách hàng và ngược lại.

Can đảm

Can đảm để nói sự thật về tiến độ và estimate. Chúng ta không viết những biên bản giải thích các lí do dẫn đến sai lầm vì chúng ta hướng đến thành công.

Sự khác biệt giữa XP và Scrum

Scrum team thường làm việc trong các iteration (được gọi là sprint) kéo dài từ 2 - 4 tuần. XP team thì thường làm việc trong các iteration từ 1 - 2 tuần.
Scrum không cho phép thay đổi trong sprint. Một khi kế hoạch sprint đã được lập, và đã có danh sách các backlog item cần hoàn thành thì nó sẽ không được thay đổi. XP team thì dễ dàng thay đổi trong iteration. Chỉ cần team chưa bắt tay vào làm một tính năng nào đó, thì một tính năng khác có khối lượng tương đương có thể được thay thế cho tính năng đó.
XP team hoạt động theo thứ tự ưu tiên nghiêm ngặt. Các chức năng sẽ được đặt độ ưu tiên bởi khách hàng và team sẽ phải tuân thủ theo thứ tự đó. Ngược lại, trong Scrum, Product Owner sẽ chọn việc ưu tiên trong Product Backlog, nhưng team sẽ quyết định xem việc nào cần làm trước trong backlog.
Scrum không chỉ ra một engineering practice nào, nhưng XP thì có. Tôi thích những practice của XP, như test-driven development, automated testing, pair programming, simple design, refactoring, v.v.