Quy trình tốt để viết thẻ câu chuyện là gì?

Question

Chúng tôi chỉ đang đi qua xác định thẻ câu chuyện của chúng tôi cho dự án tiếp theo.

• Chúng tôi có một ý tưởng tốt những gì khách hàng muốn thông qua hội thảo
• Chúng tôi có một tài liệu yêu cầu kinh doanh sẽ được ký bởi chúng.

Proces của chúng tôi storys xác định như sau

1. Chúng tôi có một tính năng khách hàng muốn và viết một câu chuyện
2. Chúng tôi có một cuộc thảo luận thiết kế ngắn gọn amognst đội
3. Chúng tôi sau đó xác định một ước tính cho thẻ
4. Nếu thẻ dài hơn 3 ngày, chúng tôi sẽ chia nhỏ hơn nữa và chúng tôi gặt hái từ bước 2

Thật không may là khách hàng muốn ước tính mất bao lâu cho toàn bộ dự án vì vậy chúng tôi cần xác định tất cả các câu chuyện ở phía trước.

này mất một thời gian và có thể được khá thoát

gì các phương pháp khác có thể được sử dụng để xác định các thẻ câu chuyện? Điều này có thể thực hiện những cách nào khác để bạn thu thập các yêu cầu đối với thẻ câu chuyện?

EDIT:

1. Đây không phải là lần đầu tiên chúng tôi đã làm điều này đó là, quá trình bình thường
2. Khách hàng là một khách hàng nội bộ
3. Tôi quan tâm đến cách bạn viết các thẻ bạn kết thúc mã hóa với

Answer 1

Tôi sẽ đề xuất điều gì đó mà chúng tôi gọi là "trò chơi lập kế hoạch phát hành". Nó rất giống với những gì bạn làm cho một sự lặp lại, tuy nhiên, chúng tôi đã làm nó ở một mức độ cao hơn. Tức là, chúng tôi sẽ lấy tập hợp các tính năng hoặc điểm chức năng mà người dùng muốn cho một bản phát hành cụ thể và ước tính rằng chúng tôi sẽ giảm giá cách. Sau đó, bạn có thể thêm tất cả các ước tính đó lại với nhau để có được ý tưởng thô sơ khi bạn nghĩ, dựa trên thông tin hiện tại của bạn, bạn có thể phân phối sản phẩm của mình.

Điều này sẽ cung cấp cho khách hàng của bạn một số ý tưởng khi bạn sắp phát hành, nhưng bạn vẫn phải nhấn mạnh rằng bạn cần một chút nhưng phòng lung bởi vì, như khách hàng của bạn, bạn không thể dự đoán tương lai (hoặc ít nhất tôi có thể 't).

Answer 2

Bạn định phát hành ứng dụng cho khách hàng như thế nào? Bạn đang thực hiện giao hàng gia tăng? Hoặc là kế hoạch này cho một giao hàng ban đầu?

Tôi đề nghị chia nhỏ phát triển thành hai hoặc ba tuần chạy nước rút dài và sau đó thêm vào một tuần bổ sung cho mỗi lần chạy nước rút vào ngân sách phân phối để mua thêm thời gian ... chỉ trong trường hợp khách hàng thay đổi suy nghĩ của họ về một tính năng (họ sẽ). Điều này hy vọng sẽ ước tính ngày giao hàng cuối cùng dễ dàng hơn ...

Nếu bạn có thể thuyết phục khách hàng rằng bạn nên phân phối từng bước, bạn sẽ thấy rằng bạn sẽ tạo ra ít câu chuyện dư thừa hơn. Thêm vào đó, bạn sẽ không phải làm nhiều công việc trả trước, và khi tiến trình phát triển bạn có thể viết một loạt các câu chuyện tiếp theo trong khi phát triển đang được tiến hành.

Tôi hy vọng điều này sẽ hữu ích.

Answer 3

Tôi thường chỉ yêu cầu tên câu chuyện trả trước. Tôi cố gắng xem liệu tôi có thể phân loại chúng ít nhất theo thứ tự độ lớn không. Tôi đưa ra một ước tính rất sơ bộ dựa trên số lượng tiêu đề và vận tốc/tiêu đề ước tính của tôi. Tôi thường sẽ có khách hàng phá vỡ các chức danh vào (1) cần phải có ngay bây giờ, (2) cần thiết nhưng có thể chờ đợi, và (3) những điều này sẽ được tốt đẹp.

Tôi bắt đầu bằng cách giải quyết nhóm (1) và đưa ra đủ thông tin để chia nhỏ chúng thành một tập hợp các bản phát hành. Tại thời điểm này, tôi thường có thể đưa ra ước tính tốt hơn bằng cách sử dụng thông tin chi tiết hơn để cung cấp cho mỗi ước tính tiêu đề. Tôi chỉ lên kế hoạch cho nhóm (1) câu chuyện. Nếu có quá nhiều nhóm (1) câu chuyện phù hợp với bản phát hành, chúng tôi sẽ chia nhỏ thành nhiều bản phát hành/lặp lại liên tục.

Khi chúng tôi nhận được trong khoảng một tháng bắt đầu từ nhóm (2) câu chuyện, tôi ngồi lại với khách hàng (trong một phiên kế hoạch tập trung hơn, usu. Nói chuyện với họ tất cả các thời gian), để bắt đầu quá trình trên với nhóm (2) câu chuyện.

Câu chuyện được thêm vào khi dự án tiếp tục được đưa vào nhóm phù hợp và xử lý phù hợp cho nhóm đó - nếu đó là bản phát hành hiện tại, đủ chi tiết để làm việc, nếu sau đó, chỉ là tiêu đề làm trình giữ chỗ.

Điều khác mà tôi làm là đảm bảo khách hàng hiểu rằng đó là một quá trình hợp tác và chúng tôi sẽ kết thúc với những gì họ muốn. Họ có thể chọn khi nào dừng lại - ngay cả khi có những câu chuyện còn lại trên bảng. Miễn là tôi đang cung cấp giá trị mà họ quan tâm, chúng tôi tiếp tục phát triển. Họ cần phải tin tưởng rằng tôi đang làm những gì phù hợp với họ và làm việc siêng năng. Tôi cần phải tin tưởng rằng họ sẽ cho tôi những thông tin tốt nhất mà họ có thể về những gì họ muốn ngay khi họ có thể có thể.

Answer 4

Bạn không thể biết khi nào mọi thứ sẽ được thực hiện và vẫn tuân theo quy trình nhanh. Ngay cả khi bạn làm việc rất chăm chỉ để ước tính mọi thứ, thì công việc càng lớn thì tỷ lệ lỗi của bạn càng lớn. Hầu hết các ước tính cho các dự án có kích thước trung bình kết thúc là 2x, và các dự án lớn hơn lên tới 10x.

Thay vào đó, tôi sẽ yêu cầu khách hàng cho một ngày mục tiêu chức năng. Cuộc trò chuyện diễn ra như sau:

Bạn: Khi nào bạn cần các tính năng này?

(C) ustomer: Khi nào bạn có thể phân phối chúng?

Bạn: Trước tiên hãy lên khung giới hạn. Nếu tôi phân phối tất cả các tính năng này trong 10 năm, liệu có quá muộn không?

C: Tất nhiên.

Bạn: Nếu tôi đã gửi tất cả các tính năng này vào ngày mai, điều đó có sớm không?

C: Tất nhiên.

Bạn: Còn khoảng 1 năm nữa tính từ bây giờ?

C: Vẫn còn quá muộn.

Bạn: 3 tháng?

C: Đó chỉ là một chút quá muộn, giống như 2 tháng. Chúng tôi phải sẵn sàng sử dụng điều này với nhóm Quản lý của chúng tôi trong tháng 1.

Bạn (nghĩ): Ah ha!

Bạn: Chúng tôi không thể phân phối tất cả các tính năng này trong 2 tháng. Tôi nghĩ chúng tôi có thể cung cấp 4 câu chuyện này trong 1 tháng và 3 cửa hàng này trong tháng tới.

C: Chúng tôi thực sự cần tính năng X cho tháng 1.

Bạn: OK, nếu chúng tôi thêm tính năng X, chúng tôi sẽ cần xóa một đối tượng địa lý. Mà bạn không cần?

C: Chúng tôi chỉ có thể thực hiện với một phần tính năng Y.

Bạn: OK. Chúng tôi sẽ lấy danh sách này và lập một ước tính chi tiết hơn.

C (nghĩ): Ha! Tôi có những gì tôi muốn!

Tôi đã tìm thấy hơn và hơn rằng lý do cơ bản để ước tính và lập kế hoạch "mọi thứ" là họ muốn có lời hứa phân phối thứ gì đó theo ngày. Làm việc thông qua ngày mục tiêu hoạt động tốt hơn nhiều bởi vì nó:

1. Lực lượng khách hàng để giúp làm cho thương mại-offs

2. vạch trần những lý do thực sự cho các ước tính

3. Giảm số điều cần ước tính.

4. Giúp xác định những tính năng nào quan trọng đối với việc chạy nước rút nào.

Answer 5

Nếu bạn đang cố gắng đúng với XP thì tôi khuyên bạn nên here và đọc về sự khác biệt giữa Lập kế hoạch phát hành và Lập kế hoạch lặp lại. Bạn không nên thực hiện ước tính tác vụ cá nhân cho đến khi bạn sẵn sàng bắt đầu viết mã.

Câu chuyện! = Tác vụ. Các câu chuyện được chia nhỏ thành các nhiệm vụ, sau đó bạn thực hiện ước tính < 3 ngày cho. Việc ước tính các câu chuyện cởi mở hơn và bạn sẽ có thể quyết định các ngưỡng cho các ước tính câu chuyện phù hợp nhất với bạn và nhóm của bạn sau khi bạn đã hoàn thành nó một thời gian. (IE < 1 tuần, 2 tuần,> 2 tuần, v.v.)

Phần quan trọng nhất của việc ước tính được theo dõi với thời gian thực tế đã chi và điều chỉnh quy trình ước tính của bạn. XP là tất cả về phản hồi.

Answer 6

Tôi sẽ không chia sẻ những câu chuyện nhỏ này để lập kế hoạch phát hành (có vẻ như bạn muốn làm gì). Việc lập kế hoạch phát hành sẽ kém chính xác hơn, dù sao (vì mọi thứ sẽ thay đổi theo thời gian), do đó, việc sử dụng một đơn vị ít chính xác hơn để ước tính là rất có ý nghĩa.

Chúng tôi thường sử dụng Kế hoạch Poker với 13 hoặc 21 là giá trị được phép lớn nhất trước khi câu chuyện cần được chia nhỏ. Để lập kế hoạch phát hành, chúng tôi ước tính trong "ideal days", để lập kế hoạch lặp lại trong "giờ lý tưởng". Hoạt động tốt cho chúng tôi.