2009-01-07 22 views
5

Chúng tôi đang bắt đầu sử dụng quy trình Scrum để phát triển. Chúng tôi có một loạt các câu chuyện của người dùng ngay bây giờ. Tôi tự hỏi, mặc dù một câu chuyện của người dùng đã hoàn thành, được thử nghiệm và triển khai để bạn làm bất cứ điều gì khác với nó? Chúng tôi đang sử dụng ít thẻ chỉ mục ngay bây giờ, tôi nghĩ sẽ tốt nếu chỉ quăng chúng vào thùng rác.Câu chuyện của người dùng đã hoàn thành - hủy? lưu trữ?

Nếu bạn giữ chúng, bạn sẽ làm gì với chúng sau này?

Trả lời

11

Lưu trữ chúng để tham khảo về các dự án trong tương lai. Chúng sẽ hữu ích khi bạn phải ước tính điểm câu chuyện. Thông thường, những câu chuyện tương tự xảy ra trên các dự án.

+0

Thay đổi vận tốc của đội với kinh nghiệm và thay đổi nhân sự. Ước tính cũ không thực sự hữu ích. – ewalshe

+0

Câu trả lời của tôi nằm trong bối cảnh của một nhóm tương đối ổn định. – moffdub

+0

+1: Ước tính dựa trên kinh nghiệm. Đây là dữ liệu cơ sở của bạn. Câu chuyện gốc và chi phí cuối cùng để triển khai. –

1

Thùng rác có vẻ như một địa điểm thích hợp.

0

Giữ chúng (lưu trữ chúng) để nếu có tranh chấp hoặc tranh luận về điều gì đó trong tương lai, bạn có thể tham khảo và có thể tự che đậy.

+0

Tranh chấp? Tôi muốn nói rằng nếu hệ thống không hoạt động như PO muốn nó là thời gian để viết một câu chuyện người dùng mới (hoặc có thể nộp một lỗi nếu nó giống như thế). Những gì được viết trên thẻ câu chuyện của người dùng được chấp nhận chỉ là không liên quan. – PEZ

+0

Âm thanh giống như triết lý đối lập chính xác đối với bất kỳ quy trình nhanh nào. Bạn chắc chắn bạn không nói về các tài liệu yêu cầu từ một quá trình thác nước? – madlep

+0

Tôi muốn nói điều này là thực tế trong kịch bản mà bạn đang giới thiệu nhanh nhẹn cho một công ty dựa trên thác nước điên cuồng và giúp giải quyết mọi vấn đề mọc răng. – Donnelle

1

PEZ gần như đúng. Tái chế các thẻ chứ không phải thùng rác. :)

Có thực sự là không có điểm trong việc giữ chúng. Nếu bạn cần một lịch sử thay đổi, bạn có thể nhận được điều đó từ SCM của bạn và kiểm tra các tập lệnh.

6

Um - giữ chúng và đặt chúng vào tệp dự án. CYA trong mọi trường hợp. Bạn không bao giờ biết khi nào một khách hàng sẽ quay trở lại và hỏi bạn "tại sao điều này theo cách này?", Hoặc "ai đã quyết định đó là nó như thế nào?". Sau đó bạn có thể rút ra câu chuyện của người dùng và có bản sao lưu.

Luôn giữ mọi thứ như thế này cho đến khi hết hạn bảo hành trên phần mềm của bạn ... trừ khi bạn muốn được đặt ở vị trí mà bạn có thể được yêu cầu "sửa" một thứ thực sự là thay đổi miễn phí.

1

Một phiếu bầu khác để giữ chúng. Tôi biết đó là một từ bẩn thỉu, nhưng những câu chuyện của người dùng là một phần của tài liệu của bạn, và phục vụ một mục đích quan trọng.

Ba năm kể từ bây giờ khi bạn (hoặc người kế thừa) đang thực hiện các thay đổi đối với hệ thống, thật hữu ích khi có các tài liệu lịch sử để biết lý do bạn làm mọi thứ theo cách bạn đã làm.

Nó cũng giúp khi tình hình thay đổi và bạn phải viết lại để có thể quay lại các câu chuyện của người dùng mà ứng dụng thỏa mãn và xác định xem những câu chuyện đó có áp dụng cho phiên bản mới hay không.

0

Câu chuyện người dùng đã hoàn thành về cơ bản là đặc điểm kỹ thuật cuối cùng cho dự án của bạn. Nếu bạn bắt đầu với một tài liệu hoặc đặc tả yêu cầu chính thức, có nhiều bài học để học bằng cách so sánh các câu chuyện của người dùng đã hoàn thành với tài liệu đó. Nếu bạn không có tài liệu ban đầu thì các câu chuyện của người dùng đã hoàn thành của bạn sẽ ghi lại chức năng của dự án của bạn. Trong cả hai trường hợp, tôi nghĩ rằng nó rất có giá trị để treo cho họ để tham khảo trong tương lai, cho dù trong dự án sau khi chết hoặc khi dự toán và lập kế hoạch dự án tiếp theo.

0

Tôi thấy rằng chúng tôi không bao giờ biết điều gì sẽ hữu ích trong tương lai, vì vậy đề xuất của tôi là gắn thẻ cho họ và gửi chúng. Nếu bạn đang sử dụng thẻ vật lý, hãy quét chúng sau đó thực hiện điều gì đó đơn giản như thêm thẻ vào tệp hình ảnh. Hãy tưởng tượng xem xét một đám mây thẻ sau để tìm các chủ đề phổ biến hoặc định vị và sử dụng lại nội dung của bạn.

Như với tất cả mọi thứ scrum, mặc dù, nếu nó bắt đầu dùng quá nhiều thời gian, nó có lẽ không có giá trị nỗ lực của bạn. Đừng làm cho nó trở thành một quá trình điên rồ, chỉ cần nhanh chóng nộp nó và quên nó đi.

Chúc mừng, Reeves

1

Tôi thường quấn mỗi lần lặp giá trị của câu chuyện sử dụng (và nhiệm vụ) trong một ban nhạc cao su và một thẻ mới ở phía trước tuyên bố vận tốc và các điểm dự kiến. Tôi đã không bao giờ có bất kỳ sử dụng cho họ mặc dù, ngoại trừ cho thuê hoài cổ. Vì vậy, giữ chúng cho kho lưu trữ tôi muốn nói: -9

1

Hãy liên hệ với họ!

Tôi viết yêu cầu (chứ không phải mã), nhưng tôi thường thấy mình đọc lại câu chuyện của người dùng cũ và các bài kiểm tra chấp nhận (của tôi và của người khác).

Xem lại các câu chuyện cũ có thể giúp tôi tìm ra cách nói rõ ràng nhất cho các khái niệm phức tạp, thay vì phát minh lại bánh xe. Họ đôi khi phục vụ như một lời nhắc hữu ích cho các chi tiết tôi có thể quên tài liệu. Những câu chuyện được viết bởi những người khác giúp tôi tăng tốc về các tính năng mà tôi không tham gia và có thể sẽ là một công cụ học tập tốt cho những người mới thuê.

Tôi có thể tiếp tục, nhưng hãy để tôi thực hiện theo cách này:
Điều gì có nhiều khả năng gây ra vấn đề lớn hơn - giữ câu chuyện và không cần chúng, hoặc cần câu chuyện và không có chúng?

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