2009-08-04 70 views
54
  1. Có sự khác biệt nào giữa Sprint và Iteration hoặc có thể có Iterations trong Sprint hoặc Sprint không chỉ là thuật ngữ được sử dụng thay cho Iteration trong Scrum? Sẽ rất hữu ích nếu ai đó có thể ném một số ánh sáng về điều này.Sự khác nhau giữa Sprint và Iteration trong Scrum và độ dài của mỗi Sprint là gì?

  2. Giả sử có 4 lần chạy nước rút và bạn đã quyết định chạy nước rút đầu tiên sẽ lên đến 10 ngày là bắt buộc phải có 3 lần chạy nước rút khác có cùng độ dài của độ dài nước rút được quyết định thứ nhất.

+0

Đây không phải là cách Scrum, nhưng nó là lành mạnh hơn để ngừng sử dụng nước rút từ và thay thế nó bằng lặp từ. Từ chạy nước rút ngụ ý bạn đang đi nhanh như con người có thể, bởi vì đó là những gì sprinters làm. Nhưng khi một lần chạy nước rút kết thúc, cái tiếp theo bắt đầu, điều này ngụ ý rằng mọi người nên đẩy mình đến cùng cực cả ngày, mỗi ngày. Nhưng đó không phải là một ấn tượng hữu ích để đưa vào đầu người dân, vì nó không phải là những gì bạn có ý định hoặc nên làm. Thuật ngữ lặp lại là thích hợp hơn. Nó ngụ ý bạn sẽ tiếp tục lặp lại, gần với mục đích chính của chạy nước rút. –

Trả lời

61

Tất cả các lần chạy nước rút là các lần lặp nhưng không phải tất cả các lần lặp đều là chạy nước rút. Lặp lại là một thuật ngữ chung trong phát triển lặp lại và tăng dần (IID). Scrum là một trong những hương vị đặc biệt của IID, do đó, nó có ý nghĩa để chuyên về thuật ngữ là tốt. Nó cũng giúp thương hiệu phương pháp khác với phương pháp IID khác :)

Với chiều dài nước rút: bất cứ điều gì đi miễn là chạy nước rút được ghi thời gian tức là nó được hoàn thành vào ngày dự kiến ​​và không "khi đã sẵn sàng". (Hoặc cách khác, trong những trường hợp hiếm hoi, chạy nước rút được chấm dứt sớm để bắt đầu chạy nước rút mới trong trường hợp một số điều kiện ranh giới thiết yếu được thay đổi.)

Nó giúp chạy nước rút có thời lượng tương tự. Có ít điều để nhớ về lịch chạy nước rút và kế hoạch của bạn được chính xác hơn. Tôi muốn giữ tôi ở 2 tuần theo lịch, điều này sẽ giải quyết vào 8,10 ngày làm việc ngoài mùa nghỉ lễ.

+2

Đúng để nói rằng một lần lặp có thể chứa một hoặc nhiều lần chạy nước rút. Đối với exampole, chúng tôi có thể chạy nước rút quảng cáo trong tuần một lần lặp lại trong một tuần. Ngoài ra, chúng tôi có thể có dấu cách của một tháng và 3 lần chạy nước rút trong vòng lặp này. – sensorario

+0

@sensorario: Từ kinh nghiệm của tôi Iaalto "bình đẳng" của lặp đi lặp lại và chạy nước rút là những gì tôi sẽ nói là một định nghĩa tay ngắn tốt. Điều đó đang được nói như thế nào đến bạn sẽ nói một chạy nước rút "cấp cao hơn" của mình (có chứa iterations)? Tôi nghĩ rằng bạn thực sự có thể có một số loại phân cấp như bạn nói, nhưng sau đó một "chạy nước rút" không liên quan đến Scrum nữa, vì Scrum chỉ đơn giản là không sử dụng thuật ngữ này theo cách này. –

12

Sprint == Lặp lại.

Độ dài có thể thay đổi, nhưng đó là tiền lệ quy hoạch không tốt để cho chúng thay đổi quá nhiều.

Giữ cho chúng nhất quán về thời gian và bạn sẽ có được kế hoạch và phân phối tốt hơn. Mọi thứ sẽ được đo lường bằng bao nhiêu lần chạy nước rút trong 10 ngày để hoàn thành một loạt các ca sử dụng.

Giữ cho chúng phù hợp về chiều dài và bạn có thể lập kế hoạch phân phối, thử nghiệm người dùng cuối, v.v., với độ chính xác cao hơn.

Vấn đề là phát hành đúng giờ với tốc độ nhất quán. Một lịch trình thường xuyên làm cho việc quản lý hơi đơn giản và dễ dự đoán hơn.

+0

Độ dài chạy nước rút cho một dự án cụ thể phải luôn luôn nhất quán, những lợi thế mà tính nhất quán mang lại (mà bạn tham khảo) hầu như không thể đạt được nếu không. –

1
  1. Sprint chỉ là thuật ngữ cho một lần lặp lại.
  2. Bạn có thể thay đổi độ dài Sprint thành bất kỳ thứ gì bạn muốn, nhưng có thể bạn sẽ muốn tìm một khoảng thời gian "hoạt động tốt" (có thể có nghĩa là bất kỳ số thứ nào cho nhóm của bạn) và kết thúc với nó theo thời gian.
2

Điều quan trọng về việc chạy nước rút là: trong một lần chạy nước rút, chức năng được phân phối sẽ được khắc phục.

Chạy nước rút thường là một lần lặp lại. Nhưng ví dụ bạn có thể chạy nước rút 4 tuần, nhưng có 4 lần lặp lại "nội bộ" trong vòng một lần chạy nước rút đó.

Có rất nhiều cuộc thảo luận về thời lượng chạy nước rút. Tôi nghĩ rằng nếu bạn làm điều đó theo cuốn sách, tất cả họ nên có cùng độ dài.

Chúng tôi đã phát hiện ra rằng chạy nước rút đầu tiên để chạy môi trường phát triển và chạy, tiếp theo là chạy nước rút chức năng cơ bản dài hơn, sau đó chạy nước rút ngắn vào cuối dự án, đã làm việc cho chúng tôi.

2

Lặp lại đồng nghĩa với chạy nước rút, chạy nước rút chỉ là thuật ngữ Scrum.

Khi đặt câu hỏi về độ dài nước rút, chú ý duy nhất tôi lưu ý là trong Scrum bạn đang sử dụng các lần chạy nước rút trước đây để đạt được mức dự đoán khả năng phân phối cho các đội của họ. Họ làm điều này bằng cách phát triển một vận tốc trên một số chạy nước rút. Một sự thay đổi trong các thành viên trong nhóm hoặc độ dài của chạy nước rút là các yếu tố sẽ ảnh hưởng đến vận tốc chạy nước rút, trong các lần chạy nước rút trong quá khứ.

Cũng như nền, vận tốc là tổng số điểm ước tính được gán cho các mục tồn đọng, hoặc các câu chuyện, được hoàn thành hoàn toàn trong lần chạy nước rút đó. Hầu hết những người ủng hộ Agile (Mike Cohn, Ken Schwaber và Jeff Sutherland chẳng hạn), khuyên các nhóm sử dụng "thời tiết gần đây" để ước tính tương lai của họ về số tiền họ nghĩ họ có thể cam kết trong một lần chạy nước rút. Điều này có nghĩa là sử dụng mức trung bình từ vài lần chạy nước rút cuối cùng làm cơ sở cho một ước tính trong phiên kế hoạch chạy nước rút sắp tới.

Một lần nữa, thay đổi độ dài của nước rút sẽ giảm khả năng cung cấp số liệu thống kê vận tốc mà nhóm sử dụng để lập kế hoạch chạy nước rút và chủ sở hữu sản phẩm sử dụng để lập kế hoạch phát hành (tức là dự đoán thời điểm dự án kết thúc hoặc dự án ở cuối).

Tôi khuyên bạn nên Mike Cohn's book on Agile Estimating and Planning để cung cấp tổng quan về cách chạy nước rút, ước tính và lập kế hoạch tất cả có thể phù hợp với nhau.

1
  1. Nơi tôi làm việc, chúng tôi có 2 Sprints để Lặp lại. Bản trình diễn lặp lại là trước các bên liên quan kinh doanh không muốn gặp sau mỗi lần chạy nước rút, nhưng đó là cách giải thích của chúng tôi về thuật ngữ. Một số nơi có thể có các thuật ngữ có ý nghĩa như nhau, tôi chỉ chỉ ra rằng nơi tôi làm việc chúng không giống nhau.

  2. Không, chạy nước rút có thể có độ dài khác nhau. Nơi tôi làm việc, chúng tôi đã có một nửa Sprint để sắp xếp Sprint của chúng tôi với các Iterations mà những người khác trong dự án từ một bộ phận khác đang sử dụng.

0

"___ phần lớn là một vấn đề tổ chức do đầu tư thời gian dài, ít thời gian xuống, và ngang liên tục, khách hàng, và giám sát cao cấp"

Không đây không phải là định nghĩa của scrum, nó là wikipedia trích đoạn về định nghĩa của sự kiệt sức.

Không thực hiện quá nhiều lần chạy nước rút trong 10 ngày ngắn. Bạn sẽ đốt cháy đội của bạn cuối cùng. Sử dụng chạy nước rút ngắn nơi bạn thực sự cần chúng, và không làm quá nhiều trong một hàng. Hãy suy nghĩ lâu dài. Một Á hậu khoảng cách luôn luôn tự bước đi cho cuộc đua đầy đủ và chạy nước rút trong khoảng cách ngắn chỉ ở những nơi quan trọng.

Nếu bạn đốt cháy đội của mình, bạn có thể tung ra tất cả các bảng xếp hạng scrum lạ mắt, họ sẽ không làm điều gì cho năng suất giảm mạnh của đội bạn.

+1

Bạn đang nói cái quái gì ở đây? Nhiều đội sử dụng 2 tuần chạy nước rút. Có, chạy nước rút là dữ dội, nhưng điều này chắc chắn không có nghĩa là mọi người đang làm việc 80 giờ mỗi tuần, điều đó thật lố bịch. Tại sao mọi người bị đốt cháy với hai tuần chạy nước rút? Câu trả lời của bạn nghe hoàn toàn sai. –

+3

Dựa trên kinh nghiệm, hầu hết các nhà quản lý không để lại bất kỳ slack hoặc đặc biệt nào khác phá vỡ trong một 2 tuần chạy nước rút, hầu hết cố gắng tối đa hóa suy nghĩ nó làm cho họ trông giống như quản lý tốt hơn. Đối với các dự án nhỏ hoặc nhỏ hoàn thành và mọi người tiếp tục, đó là một điều nhưng hỗ trợ và nâng cao sản phẩm không bao giờ kết thúc sau năm năm, đó là một vấn đề khác. Liên tục chạy nước rút 2wk trên các dự án không bao giờ kết thúc cho một cảm giác của một con chuột đang chạy trên một bánh xe trong một cái lồng. Quan điểm của tôi là, trong các dự án dài hạn là liên tục chạy nước rút 2wk thực sự cần thiết? Tôi không tin là vậy. – McG

+4

Điểm thứ hai của tôi chỉ là vì rất nhiều người sử dụng chạy nước rút 2wk liên tục không làm cho nó đúng. Trong thung lũng silic, tôi thấy nhiều công ty kêu gọi quản lý mirco đơn giản của các nhà phát triển với các stand-up hàng ngày trên chu kỳ dev tuần 2 tuần SCRUM, mặc dù họ không biết cái gì thực sự là quá trình scrum. – McG

-1

Chạy nước rút như được định nghĩa trong Scrum thuần túy có thời lượng 30 ngày theo lịch. Tuy nhiên độ dài lặp lại có thể là bất cứ điều gì theo quy định của nhóm.

+1

Thực tế, thời gian chạy nước rút là 30 ngày ** hoặc ít hơn **. –

1

Lặp lại là thuật ngữ nhanh chung cho một chu kỳ phát triển đơn lẻ. Nó là một thuật ngữ phổ biến được sử dụng trong các quy trình IID (Iterative and Incremental Development - IID). Scrum là một phương pháp nhanh nhẹn chuyên ngành, hoặc chúng ta có thể nói quy trình Phát triển Incremental chuyên biệt sử dụng thuật ngữ Sprint cho các lần lặp của nó, đó là một chu kỳ phát triển trong Scrum được gọi là Sprint. Sprint là Scrum cụ thể, do đó Sprint là một lần lặp nhưng không phải tất cả các dạng Iterations đều là Sprints. Các phương thức nhanh khác có thể không sử dụng cùng một thuật ngữ (Sprint) để xác định công việc lặp lại, nhưng Sprint và Iteration là hai thuật ngữ được sử dụng phổ biến nhất.

0

Theo kinh nghiệm của tôi

  1. Sprint là một loại sự lặp lại và người ta có thể có nhiều Iterations trong một đơn Sprint (ví dụ như một trách nhiệm startover hoặc lặp một nhiệm vụ nếu nó thất bại và vẫn có thêm thời gian dự kiến) hoặc trên nhiều Sprints (chẳng hạn như thực hiện các tác vụ đang diễn ra).
  2. Thông thường, thời gian cho một Sprint có thể là một hoặc hai tuần, Nó phụ thuộc vào thời gian cần thiết và ưu tiên của nhiệm vụ (có thể được xác định bởi Chủ đầu tư sản phẩm hoặc Scrum Master hay đội) từ sản phẩm Backlog .

ref: https://en.wikipedia.org/wiki/Scrum_(software_development)

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