Phát triển xoay quanh demo: Thay vì nói, hãy cho thấy

1. Demo Driven Development (DDD) là chiến lược phát triển phần mềm ưu tiên demo thực tế hơn tài liệu để nhanh chóng nhận phản hồi và kiểm chứng định hướng.
2. DDD cho phép cả nhóm và các bên liên quan có được trải nghiệm thực chất thông qua bản triển khai ban đầu, từ đó nắm bắt yêu cầu hiệu quả hơn so với mô tả thuần văn bản.
3. Tài liệu hóa vẫn cần thiết, nhưng sẽ hiệu quả hơn nếu được thực hiện sau khi phản ánh các thông tin đã được tinh chỉnh dựa trên demo.

---

1. Demo Driven Development là gì?

• Cách làm truyền thống: Viết trước các tài liệu như PRD/RFC rồi mới bắt đầu phát triển.

• Cách làm DDD: Thay vì tài liệu, hãy tạo và trình diễn trước một demo đang hoạt động, rồi thu thập phản hồi theo thời gian thực.

• Ưu điểm:

  • Phản hồi của người dùng trực quan và tức thì
  • Cụ thể hóa các ý tưởng trừu tượng
  • Ngay cả đội ngũ nhỏ cũng có thể kiểm chứng nhanh

---

2. Điều kiện và thành phần của một demo

• Có giao diện: Có thể là web/mobile UI, CLI, v.v. để người dùng thao tác
• Tầm nhìn sống động: Khác với PRD, đây là một hình thức có thể trải nghiệm ngay lập tức
• Lấy trải nghiệm làm trung tâm: Truyền tải thông qua sử dụng thực tế hơn là giải thích
• Không phải sản phẩm hoàn chỉnh: Mục tiêu là truyền đạt khái niệm cốt lõi và mục tiêu số một là thu thập phản hồi
• Có thể làm với quy mô nhỏ: Được thiết kế linh hoạt để 1~2 người cũng có thể tạo ra

---

3. Cách áp dụng vào nhóm

• Khuyến khích làm demo: Ưu tiên prototype hơn tài liệu
• Cải thiện khả năng tiếp cận: Tổ chức để bất kỳ ai cũng có thể truy cập demo
• Tích hợp vào workflow: Thường xuyên thực hiện review demo
• Dẫn dắt phản hồi cốt lõi: Tập trung vào kiểm chứng ý tưởng hơn là hình thức bề ngoài
• Đầu tư vào công cụ: Trang bị các công cụ prototype tốc độ cao tương tự sản phẩm thật

---

4. Thời điểm cần tài liệu hóa

• Sau demo: Tài liệu hóa đã được tinh chỉnh dựa trên phản hồi rút ra từ demo
• Thiết kế hệ thống production: Với độ tin cậy, hiệu năng và định nghĩa kiến trúc thì tài liệu rõ ràng là bắt buộc

[techiemann]

Lời nói thì rẻ, hãy cho tôi xem code!

[bluekai17]

Nguyên mẫu thì chỉ mình tôi nên xem thôi..

[schang124]

Đồng cảm… tuy còn tùy vào mức độ hoàn thiện của bản demo, nhưng rất có khả năng đây sẽ trở thành một phương pháp khiến lập trình viên và nhà thiết kế kiệt sức. Để Demo Driven thành công, có lẽ mức độ hoàn thiện của khâu hoạch định sản phẩm là cực kỳ quan trọng.

[baeba]

Chủ đề khá lạ(?) nên tôi mang về đây..
Nhìn nội dung ở cuối blog thì..
Có vẻ như bài viết được tạo bằng AI.

[savvykang]

Nghe giống như chỉ thay mác agile thôi nhỉ.

[nobae]

Phương pháp luận bắt lập trình viên phải cày như trâu...

[regentag]

Là mô hình nguyên mẫu à.
Nhược điểm lớn nhất là khi khách hàng nhìn thấy prototype thì họ sẽ nghĩ rằng việc phát triển đã xong hết rồi haha

[cgl00]

Nói thì rẻ, hãy cho tôi xem code

[techiemann]

Haha, tôi cũng định đăng cái này ở phần bình luận, nhưng cuộn xuống thì thấy đã có người để lại đúng y hệt bình luận đó rồi.