Mới nhanh nhẹn và tôi không biết bắt đầu như thế nào.
Sau khi đọc bài viết của bạn, tôi nghĩ rằng bạn đang hiểu nhầm nó và bạn nên bắt đầu với việc đọc những gì nhanh nhẹn thực sự có nghĩa là gì và cố gắng thực hiện.
Ý tưởng là tạo ra các phần nhỏ của dự án trong các lần chạy nước rút.
Gần, nhưng không đủ gần. Ý tưởng là cung cấp phần mềm làm việc vào cuối mỗi lần chạy nước rút (một phần của hệ thống có thể phù hợp với một lần chạy nước rút hoặc không). Cơ sở dữ liệu có thể được xem là phần mềm hoạt động nếu và chỉ khi cơ sở dữ liệu là những gì bạn cung cấp cho khách hàng.
Tuy nhiên, dự án tôi đang làm việc đòi hỏi phải có cơ sở dữ liệu và cơ sở dữ liệu phải gần như có chức năng để làm bất cứ điều gì với dự án.
Tại sao nó phải gần như chức năng? Có phải mọi tính năng của hệ thống đều sử dụng toàn bộ hoặc hầu hết nội dung của cơ sở dữ liệu? Bởi vì nếu không, sẽ không có điểm nào trong việc thiết kế toàn bộ cơ sở dữ liệu trước đó.
Vậy làm thế nào để các dự án Agile xử lý việc này, bạn có bắt đầu bằng cách tạo cơ sở dữ liệu không?
Agile không xử lý cơ sở dữ liệu hoặc thiết kế hệ thống. Nó cho bạn biết làm thế nào để quản lý dự án của bạn. Với ý nghĩ đó, bạn bắt đầu bằng cách xác định tất cả các tính năng của hệ thống và đưa chúng vào phần tồn đọng của sản phẩm. Sau đó, bạn, cùng với chủ sở hữu sản phẩm, gán mức độ ưu tiên cho các tính năng trong hồ sơ tồn đọng. Sau khi hoàn thành, bạn bắt đầu lấy các tính năng từ hồ sơ tồn đọng và tạo nước rút (thường kéo dài 2 đến 4 tuần). Khi nước rút kết thúc, bạn nên có một tính năng làm việc mới trong hệ thống có thể được giao cho khách hàng.
Bạn sẽ làm như thế nào, ví dụ nếu sử dụng Scrum, bạn sẽ thực hiện các câu chuyện của người dùng và kiểm tra db như thế nào.
Tôi có thể sai, nhưng không có điểm nào trong việc kiểm tra cơ sở dữ liệu. Bạn có thể kiểm tra mã cập nhật cơ sở dữ liệu. Tất nhiên, bạn có thể kiểm tra phần lập trình của cơ sở dữ liệu nhưng điều đó có thể đạt được bằng cách kiểm tra mã gọi nó.
Bạn có muốn làm các phần của db trong một câu chuyện cũng yêu cầu mã.
Đúng.
Agile hoàn toàn không phải là viên đạn bạc để quản lý dự án và có thể đánh vần thảm họa khi không được áp dụng chính xác. Cố gắng dành thời gian đọc về nó (bạn có thể tìm thấy nhiều tài nguyên ở đây hoặc trên stackoverflow), có thể tìm ai đó đã thực hiện nhanh nhẹn và có thể giúp bạn tăng tốc.