SCRUM từ đầu, không có khung cơ sở được thành lập?


11

Chúng tôi là một nhóm nhỏ gồm 5 người sắp bắt đầu một dự án mới. Đây là dự án đầu tiên mà chúng tôi sẽ thực hiện toàn diện về scrum.

Chúng tôi đang vật lộn một chút với cách chúng tôi sẽ thiết lập một cơ sở cho dự án (khung và tương tự). Những tác vụ như vậy không phải là thứ mà người dùng sẽ trực tiếp từ đó, vì vậy chúng tôi đang gặp khó khăn trong việc tìm ra cách chúng tôi viết câu chuyện của người dùng cho nó.

Vì vậy, nói chung, làm thế nào để bạn sử dụng scrum, khi bạn đang bắt đầu một dự án từ đầu, không có khung và không có thư viện cơ sở tại chỗ?

Câu trả lời:


7

Tôi không nghĩ rằng nhiều phương pháp nhanh nhẹn xử lý tốt các hoạt động thường là một phần của khởi động dự án. Nhiều khung công tác chung (XP, Scrum, Kanban) không giải quyết được mối lo ngại này, nhưng một số khung được chia tỷ lệ (Phân phối Agile có kỷ luật, SAFe) ở một mức độ nào đó.

Một số người ủng hộ cho một khái niệm về sự gia tăng ban đầu (trong Scrum, một lần chạy nước rút) được thiết kế để thiết lập dự án của bạn. Điều này thường được gọi là Số không tăng (hoặc, trong Scrum, Sprint 0). Tuy nhiên, đây không phải là một phần chính thức của Scrum và những người theo chủ nghĩa thuần túy nói rằng Phần tăng đầu tiên sẽ có khả năng đáng tin cậy.

Gia số như vậy được sử dụng để thiết lập môi trường của nhóm - thiết lập môi trường phát triển, thử nghiệm và sản xuất của bạn, định cấu hình các công cụ và tập lệnh hỗ trợ của bạn và thiết lập môi trường làm việc của bạn với các biểu đồ và tồn đọng. Nếu bất kỳ ai trong nhóm không quen thuộc với các công cụ phát triển đang được sử dụng, đây là nơi họ tìm hiểu các khái niệm cơ bản để hoạt động và bắt đầu tạo đầu ra trong lần lặp đầu tiên.

Bên cạnh đó, bạn sẽ thường bắt đầu viết những câu chuyện người dùng đầu tiên của mình và ưu tiên tồn đọng sản phẩm của bạn, vì không có tồn đọng nước rút vào thời điểm này. Bất cứ ai là Chủ sở hữu sản phẩm sẽ có những câu chuyện. Nếu người này chưa quen với Scrum, họ cũng sẽ học cách viết những câu chuyện hay về người dùng mà nhóm có thể làm việc cùng. Đừng nhấn mạnh vào việc lấy tất cả các câu chuyện, nhưng bạn sẽ muốn đủ để khởi động lần lặp phát triển đầu tiên.

Các đội khác nhau xử lý Sprint 0 khác nhau. Một số có thể timebox nó cùng thời gian như bất kỳ chạy nước rút khác. Những người khác có thể làm cho nó dài hơn một chút hoặc ngắn hơn một chút tùy thuộc vào nhu cầu của nhóm. Vì đây là lần thử đầu tiên của bạn tại Scrum, tôi có thể làm cho nó dài hơn, đặc biệt nếu bạn có các lần lặp ngắn hơn như là một phần của chu kỳ phát triển. Nếu bạn có kế hoạch lặp lại hai tuần, hãy thực hiện trong 3 tuần.

Theo như cách xây dựng các nhiệm vụ, tôi không nhất thiết phải coi chúng là những câu chuyện của người dùng. Bạn có thể, từ quan điểm của các thành viên trong nhóm và các vai trò khác nhau (Chủ sở hữu sản phẩm, ScrumMaster, nhà phát triển, người thử nghiệm, nhà thiết kế, nhà văn kỹ thuật, v.v.). Tuy nhiên, Sprint 0 dành cho nhóm, không dành cho khách hàng hoặc người dùng. Một danh sách đơn giản của các nhiệm vụ và hoạt động sẽ đủ.


3
Sprint 0 là trực tiếp cho nhóm nhưng gián tiếp mang lại lợi ích cho khách hàng vì nó đặt nền tảng cho công việc chạy nước rút sắp tới. Câu trả lời tuyệt vời, bạn làm cho âm thanh dễ nghe và không hỗn loạn như Sprint 0 thường cảm thấy.
maple_shaft

Bất kỳ dự án khởi động thường là hỗn loạn ở một mức độ nào đó, tùy thuộc vào nhóm. Không chỉ thường có các vấn đề kỹ thuật với việc thiết lập mọi thứ, mà cả các vấn đề cá nhân giữa các thành viên trong nhóm và xử lý các vấn đề tìm ra cách giải quyết tốt nhất các vấn đề phát sinh.
Thomas Owens

Một công cụ khác trong công cụ Scrum là một loạt các "gai" (câu chuyện nghiên cứu) trong đó kết quả chủ yếu là xác định các tùy chọn có sẵn và nhóm nào đã chọn làm giải pháp ưa thích. Tức là khi không có khung nào được sử dụng, bạn có thể chạy nước rút để xác định khung (nếu có) nào sẽ giúp bạn đến gần hơn với một sản phẩm hữu ích. Không có khung luôn là một lựa chọn, đặc biệt là cho các tiện ích một lần nhỏ.
Berin Loritsch

1

Đây là những yêu cầu trước mà chúng tôi đã thiết lập trước khi triển khai SCRUM trong nhóm của chúng tôi. Khi bạn đã hoàn thành với danh sách, sau đó bạn có thể đưa ra quy trình và công cụ cho scrum thực tế.

  1. Các thành viên trong nhóm có kỹ năng cao hoặc vừa phải.
  2. Đội được đan chặt.
  3. Trao đổi thông tin giữa các thành viên trong nhóm là lưu lượng nhanh, nhất quán và miễn phí.
  4. Đội được đặt cùng vị trí.
  5. Kinh doanh có liên quan cao với đội ngũ.
  6. Kiến trúc (Kinh doanh, Thông tin cũng như Kỹ thuật) được xác định rõ.
  7. Cơ sở hạ tầng đang hoạt động - Dev, thử nghiệm và môi trường UAT.
  8. Xây dựng và phát hành tự động.
  9. Mức độ tự động hóa thử nghiệm cao.
  10. Sự phụ thuộc của đội vào thế giới bên ngoài là tối thiểu (lý tưởng là không).
  11. Số lượng hệ thống tham gia là tối thiểu.
  12. Yêu cầu ổn định ở mức cao hơn nên tồn đọng sản phẩm có thay đổi tối thiểu.
  13. Các thành viên trong nhóm được tự chủ để đưa ra quyết định về câu chuyện người dùng nào nên là một phần của chạy nước rút / scrum cũng như tổng số lượng scrum / sprint cần thiết để đạt được mục tiêu đã nêu.

Hai phần quan trọng khác:

  1. Chọn người cho các vai trò (chủ Scrum, chủ sở hữu sản phẩm và nhóm)
  2. Có bảng trắng của bạn, dán sẵn sàng.

Bạn có ý nghĩa gì với # 11?
Matt Grande

3
Theo kinh nghiệm của tôi, nếu ứng dụng phụ thuộc hoặc kết nối với các hệ thống bên ngoài, SCRUM không hoạt động tốt. Sự phụ thuộc vào các đội khác làm giảm hiệu quả của quá trình của chúng tôi. Có thể đó chỉ là dự án của chúng tôi ...
java_mouse

Oh, okay, vì vậy bạn có nghĩa là hệ thống cần sửa đổi. Tôi chỉ nghĩ rằng đó là hệ thống được bao gồm, do đó nhầm lẫn. Trước đây, chúng ta đã quản lý bằng cách có hai "cấp độ" của scrum. Một cấp độ thấp hơn cho mỗi hệ thống và một cấp độ cao hơn cho toàn bộ dự án để bao gồm tất cả các nhóm.
Matt Grande
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.