Iterative vs Incremental FlashcardS

Iterative vs Incremental Flashcard

Sometimes, the difference between incremental and iterative (software) product development is subtle. Often it is crucial to unlocking early value or quickly eliminating risk – an iterative approach will do this for you, while incremental will not.

Incremental vs Iterative
Incremental vs Iterative
Let’s review the distinction. Incremental means building something piece by piece, like creating a picture by finishing a jigsaw puzzle. This is great for visibility of progress, especially if you make the pieces very small. However, the inherent risk is that an incremental build is not done until the last piece is in place. Splitting something into incremental pieces implies the finished whole is understood (by the jigsaw designer, at least). If something changes during the build, like a bump to the table, all of your work to date is at risk. Future work – to finish the whole – is also at risk of delivering less than optimal value, if our understanding of value changes during an incremental build. Much development work done under an agile banner is in fact incremental, and therefore more like a mini-waterfall approach than an essentially agile approach.

Iterative, on the other hand, means building something through successive refinements, starting from the crudest implementation that will do the job, and at each stage refining in such a way that you maintain a coherent whole. You might think of this like playing Pictionary. When you are asked to draw the Mona Lisa, you start with (perhaps) a rectangle with a circle inside. If your partner guesses at this point, great! If not, you might add the smile, the hair, the eyes. Hopefully, your partner has guessed by now. If not, embellish the frame, add the landscape, draw da Vinci painting it, show it hanging in the Louvre, etc. Your risk exposure (that time will expire before your partner guesses) is far lower with an iterative approach. With each iteration, you have captured some value. If your understanding of value changes (eg, your partner shouts something unhelpful like “stockade”), you still retain your captured value, and you can also adjust your future activities to accommodate your new understanding.

I think I capture all of this in the diagram above. If you’re having trouble articulating the difference between incremental and iterative (because both show similar signs of progress at times), or you’re concerned about the risk profile of your delivery, refer to this handy pocket guide.

Kết quả (Việt) 1:

Lặp đi lặp lại vs gia tăng FlashcardĐôi khi, sự khác biệt giữa gia tăng và lặp đi lặp lại (phần mềm) phát triển sản phẩm là tinh tế. Thường nó là rất quan trọng để mở khóa các giá trị sớm hoặc nhanh chóng loại bỏ nguy cơ-một cách tiếp cận lặp đi lặp lại sẽ làm việc này cho bạn, trong khi gia tăng sẽ không.Incremental vs IterativeIncremental vs IterativeChúng ta hãy xem xét sự khác biệt. Gia tăng có nghĩa là xây dựng một cái gì đó mảnh bằng mảnh, giống như việc tạo ra một hình ảnh bằng cách hoàn thành một câu đố ghép hình. Điều này là rất tốt cho khả năng hiển thị của tiến bộ, đặc biệt là nếu bạn thực hiện các mảnh nhỏ. Tuy nhiên, nguy cơ vốn có là rằng một gia tăng xây dựng không được thực hiện cho đến khi các mảnh cuối cùng đặt ra. Chia tách một cái gì đó vào phần gia tăng của nó hoàn thành toàn bộ là hiểu (của nhà thiết kế ghép hình, ít). Nếu một cái gì đó thay đổi trong quá trình xây dựng, như là một vết sưng để bàn, tất cả công việc của bạn đến nay là nguy cơ. Công việc trong tương lai-để hoàn thành toàn bộ-cũng là nguy cơ của việc cung cấp ít hơn so với giá trị tối ưu, nếu chúng tôi hiểu các giá trị thay đổi trong quá trình xây dựng một gia tăng. Nhiều công việc phát triển thực hiện dưới một biểu ngữ nhanh nhẹn là trong thực tế, gia tăng, và do đó giống như một cách tiếp cận các thác nước nhỏ hơn so với một cách tiếp cận cơ bản nhanh nhẹn.Lặp đi lặp lại, mặt khác, có nghĩa là xây dựng một cái gì đó thông qua sàng lọc kế tiếp, bắt đầu từ việc thực hiện crudest sẽ thực hiện công việc, và ở mỗi giai đoạn tinh chế theo cách mà bạn duy trì một toàn bộ mạch lạc. Bạn có thể nghĩ rằng điều này giống như chơi Pictionary. Khi bạn được yêu cầu để vẽ bức tranh Mona Lisa, bạn bắt đầu với (có lẽ) là một hình chữ nhật với một vòng tròn bên trong. Nếu đối tác của bạn đoán tại thời điểm này, tuyệt vời! Nếu không, bạn có thể thêm những nụ cười, mái tóc, đôi mắt. Hy vọng rằng, đối tác của bạn có thể đoán bởi bây giờ. Nếu không, tôn tạo khung, thêm cảnh quan, vẽ da Vinci vẽ nó, Hiển thị nó treo tại bảo tàng Louvre, vv. Tiếp xúc nguy cơ của bạn (trong đó thời gian sẽ hết hạn trước khi đoán đối tác của bạn) là ít hơn với một cách tiếp cận lặp đi lặp lại. Với mỗi lặp đi lặp lại, bạn đã chiếm được một số giá trị. Nếu thay đổi sự hiểu biết của bạn về giá trị (ví dụ:, đối tác của bạn shouts một cái gì đó vô ích như "Ngoi"), bạn vẫn còn giữ lại giá trị đã chụp của bạn, và bạn cũng có thể điều chỉnh các hoạt động trong tương lai của bạn để phù hợp với sự hiểu biết mới của bạn.Tôi nghĩ rằng tôi nắm bắt tất cả những điều này trong sơ đồ trên. Nếu bạn đang gặp rắc rối articulating sự khác biệt giữa gia tăng và lặp đi lặp lại (vì cả hai đều hiển thị tương tự như dấu hiệu của sự tiến bộ vào các thời điểm), hoặc bạn lo ngại về nguy cơ hồ sơ giao hàng của bạn, hãy tham khảo hướng dẫn bỏ túi tiện dụng này.

Kết quả (Việt) 2:

Lặp đi lặp lại vs Incremental Flashcard

Đôi khi, sự khác biệt giữa phát triển sản phẩm (phần mềm) gia tăng và lặp đi lặp lại là tinh tế. Thường thì nó là rất quan trọng để mở khóa giá trị sớm hoặc nhanh chóng loại bỏ rủi ro - một cách tiếp cận lặp sẽ làm điều này cho bạn, trong khi gia tăng sẽ không.

Incremental vs lặp
Incremental vs lặp
Hãy xem lại sự khác biệt. Incremental nghĩa là xây dựng một cái gì đó từng mảnh, giống như việc tạo ra một hình ảnh bằng cách hoàn thành một trò chơi ghép hình. Điều này là rất tốt cho khả năng hiển thị tiến độ, đặc biệt là nếu bạn thực hiện các mảnh rất nhỏ. Tuy nhiên, rủi ro cố hữu là một gia tăng build không được thực hiện cho đến khi những mảnh cuối cùng được đặt ra. Tách một cái gì đó vào dồn mảnh có nghĩa toàn bộ thành phẩm được hiểu (bởi các nhà thiết kế ghép hình, ít nhất). Nếu một cái gì đó thay đổi trong quá trình xây dựng, như một vết sưng để bàn, tất cả các công việc của bạn cho đến nay là nguy cơ. Tương lai công việc - để kết thúc toàn bộ - cũng là nguy cơ của việc cung cấp ít hơn giá trị tối ưu, nếu sự hiểu biết của chúng ta về sự thay đổi giá trị gì khi xây dựng gia tăng. Công tác phát triển nhiều thực hiện dưới một biểu ngữ nhanh nhẹn là trong thực tế gia tăng, và do đó nhiều hơn như một cách tiếp cận mini-thác nước hơn một cách tiếp cận cơ bản nhanh nhẹn.

Lặp đi lặp lại, mặt khác, nghĩa là xây dựng một cái gì đó thông qua cải tiến liên tiếp, bắt đầu từ việc thực hiện thô thiển mà sẽ làm công việc, và ở mỗi giai đoạn tinh chế trong một cách mà bạn duy trì một toàn bộ mạch lạc. Bạn có thể nghĩ về điều này như chơi Pictionary. Khi bạn được yêu cầu vẽ Mona Lisa, bạn bắt đầu với (có lẽ) là một hình chữ nhật với một vòng tròn bên trong. Nếu đối tác của bạn đoán vào thời điểm này, tuyệt vời! Nếu không, bạn có thể thêm những nụ cười, mái tóc, đôi mắt. Hy vọng rằng, đối tác của bạn đã đoán của bây giờ. Nếu không, tôn tạo các khung hình, thêm phong cảnh, vẽ da Vinci vẽ nó, đưa nó treo tại bảo tàng Louvre, vv rủi ro của bạn (thời gian đó sẽ hết hạn trước khi đoán đối tác của bạn) là thấp hơn với một cách tiếp cận lặp. Với mỗi lần lặp, bạn đã chiếm được một số giá trị. Nếu hiểu biết của bạn thay đổi giá trị (ví dụ, đối tác của bạn hét lên một cái gì đó vô ích như "chiến lũy"), bạn vẫn giữ được giá trị của bạn bị bắt, và bạn cũng có thể điều chỉnh các hoạt động trong tương lai của bạn để chứa sự hiểu biết mới.

Tôi nghĩ rằng tôi nắm bắt tất cả những điều này trong các sơ đồ trên. Nếu bạn đang gặp rắc rối khớp nối sự khác biệt giữa tăng và lặp đi lặp lại (vì cả hai có dấu hiệu tương tự của sự tiến bộ ở lần), hoặc bạn lo ngại về mức độ rủi ro của giao hàng của bạn, hãy tham khảo hướng dẫn bỏ túi tiện dụng này.