2008-09-24 29 views
5

Chúng tôi đã sử dụng Scrum trên một vài dự án ngay bây giờ với sự thành công khác nhau và bây giờ tôi có một truy vấn liên quan đến tài liệu.Trong Scrum, chi tiết ngồi ở đâu?

Trong Scrum, bạn rõ ràng là có tồn đọng sản phẩm ("Ứng dụng bắt đầu bằng cách đưa tài liệu cuối cùng mà người dùng đang làm việc.") Và backlog tác vụ chạy nước rút ("Thực hiện quên mật khẩu màn hình"). Tuy nhiên, trong tất cả các ví dụ tôi đã thấy, hai mục này khá cao về mặt chi tiết (được thiết kế phù hợp với ghi chú sau nó).

Vì vậy, chi tiết ngồi ở đâu? Giả sử khách hàng có một số yêu cầu rất cụ thể đối với màn hình quản lý cổ phiếu hoặc có API phức tạp cần được tích hợp ở mặt sau, tài liệu này được viết ở đâu, cách thức và người nắm bắt thông tin này? Là nó riêng biệt cho backlog nhưng dân cư trên một cơ sở chỉ trong thời gian hoặc một số cách khác?

+0

Tôi đang bỏ phiếu để đóng câu hỏi này là không có chủ đề vì nó không phải là về lập trình. – EJoshuaS

+0

Câu hỏi này không có chủ đề vì nó không nằm trong phạm vi của trang web này, như được định nghĩa trong [Tôi có thể hỏi gì về chủ đề này?] (// stackoverflow.com/help/on-topic) Xem thêm: [Loại gì câu hỏi tôi nên tránh hỏi?] (// stackoverflow.com/help/dont-ask) Bạn có thể yêu cầu trên [một trang web Stack Exchange khác] (// stackexchange.com/sites#name), ví dụ [pm.se] hoặc [softwareengineering.se]. Hãy nhớ đọc trang chủ đề trong trung tâm trợ giúp cho bất kỳ trang web nào mà bạn định đăng câu hỏi. – Makyen

+3

Tôi đang bỏ phiếu để đóng câu hỏi này là không có chủ đề vì đó là về quản lý dự án, chứ không phải lập trình. – TylerH

Trả lời

8

Sprint backlog

Các sprint backlog là rất tài liệu chi tiết có chứa thông tin về cách đội là sẽ thực hiện các yêu cầu cho chạy nước rút sắp tới. Công việc là được chia thành nhiều giờ mà không có nhiệm vụ nào là hơn 16 giờ. Nếu một công việc là lớn hơn 16 giờ, nó phải là được chia nhỏ hơn nữa. Các tác vụ trên tồn đọng chạy nước rút không bao giờ được chỉ định, thay vào đó các tác vụ được đăng ký bởi các thành viên trong nhóm tùy thích.

+0

Điều này cho thấy một tài liệu lớn, duy nhất, điện tử hoặc cách khác, nhưng tôi đã ấn tượng rằng mỗi tác vụ có hiệu lực một tài liệu riêng biệt - một thứ phù hợp với thẻ chỉ mục. Tôi có nhầm lẫn XP với SCRUM không? –

-1

Sự hiểu biết của tôi là các yêu cầu cụ thể như điều này được chủ sở hữu sản phẩm xử lý. Họ sẽ li hôn với khách hàng trong Lập kế hoạch Sprint 2 và cập nhật các nhiệm vụ với các yêu cầu cụ thể khi cần thiết - do đó tại sao Chủ sản phẩm là người tham dự tùy chọn trong cuộc họp Lập kế hoạch Sprint 2. Điều này mang đến cho bạn sự kết hợp giữa kế hoạch Just-in-Time và Sprint 2 của các chi tiết cụ thể. Bất cứ điều gì không hài lòng bởi thời gian bạn đến để làm việc trên nhiệm vụ sẽ là một trở ngại và nên được xử lý với một scrum hàng ngày, bởi chủ sở hữu sản phẩm.

Khi phát triển nhanh nhẹn khi sử dụng Scrum, bạn không nên tìm quá nhiều vấn đề nhận yêu cầu đúng lúc.

3

Chi tiết có thể nằm trong một wiki có sẵn cho cả nhóm và có thể chỉnh sửa bởi toàn bộ nhóm.

2

Không chắc chắn điều này đơn giản như âm thanh. Chúng tôi cũng đã thấy những thách thức với phần chi tiết. Cho phép nói rằng nếu chúng tôi đang phát triển trên một câu chuyện đòi hỏi phải nắm bắt thông tin liên hệ đơn giản để cho phép nói một hệ thống CRM. Bây giờ tôi có những câu chuyện từ PO và chúng tôi đã trải qua cuộc họp lập kế hoạch chạy nước rút và hiểu 5 câu chuyện đầu tiên đáp ứng vận tốc của chúng tôi. Tuy nhiên nó luôn luôn là một cuộc đấu tranh để nắm bắt tất cả các chi tiết của cuộc trò chuyện, ví dụ như màn hình cần phải được đặt ra, 20 trường bạn cần có trên màn hình là gì, một số trường tra cứu thông tin từ các bảng khác/số lượt xem vv Ai nắm bắt các chi tiết đó, đó có phải là PO hoặc nhà phát triển hay không và cách tốt nhất để lưu trữ các chi tiết này. Bây giờ chúng tôi đang cố gắng sử dụng wiki cho việc này, tuy nhiên nó trở thành một chi phí trong việc cố gắng duy trì các mục hành động trên những người cần cập nhật chi tiết nào và khi nào.

Các vấn đề liên quan