Thác Agile so với thác nước - cách chọn phương pháp quản lý dự án nào?
Phương pháp tốt nhất để sử dụng để phát triển phần mềm là gì? Quyết định không phải lúc nào cũng là một nhiệm vụ dễ dàng. Dự án có thêm giá trị cho khách hàng, doanh nghiệp hay không?
Giữ những yếu tố này trong tâm trí, chúng tôi đã quyết định so sánh trực tiếp hai trong số hai phương pháp phát triển phần mềm được sử dụng rộng rãi nhất (Agile VS Waterfall) và đánh giá nơi mỗi người có thể được sử dụng tốt nhất tại.
Agile là gì?
Agile là một cách tiếp cận nạc, hiện đại để phát triển phần mềm, về cơ bản là một giải pháp phản ứng với nhược điểm của các phương pháp trước đó. Đưa ra tên, Agile nhấn mạnh vào việc cung cấp sớm sản phẩm và hỗ trợ những thay đổi thích ứng và linh hoạt có thể được thực hiện tại bất kỳ điểm nào trong vòng đời của dự án.
Phương pháp Agile chứa một loạt các hình thức khác nhau: Scrum, lập trình cực đoan (XP), phát triển dựa trên tính năng (FDD) và tinh thể.
9. Khảo sát quản lý dự án toàn cầu 2017 , tiết lộ rằng khoảng 71% tổ chức sử dụng các phương pháp nhanh nhẹn.
Cơ học chính của Agile
Quy trình làm việc nhanh chóng hoạt động theo các nguyên tắc sau:
Cách tiếp cận lặp đi lặp lại - Sự phát triển bị phân mảnh thành các khung thời gian ngắn được gọi là Imerations, đó là 2-4 tuần qua. Mỗi lần lặp liên quan đến hiệu suất nhóm chức năng chéo tập trung vào việc cung cấp thành phẩm vào cuối thời gian nhất định.
Thay đổi cách quản lý - Mỗi giai đoạn phát triển trải nghiệm tiến trình và phân tích tiến độ để đảm bảo sự hài lòng của khách hàng phù hợp với phạm vi của dự án. Những thay đổi được khuyến khích được thực hiện và thông qua bất cứ khi nào cần thiết cho mục đích tối ưu hóa và cải thiện.
Ưu tiên - Nhóm hoạt động hoàn toàn hài hòa trong tất cả các lĩnh vực của giai đoạn phát triển: lập kế hoạch, thiết kế, mã hóa, thử nghiệm và đánh giá. Mỗi đơn vị đội giao tiếp với đơn vị khác để chia sẻ báo cáo tiến độ và công việc hợp tác để giảm thiểu các lỗ hổng hiện có hoặc các rào cản sắp xảy ra.
Kiểm tra các bài viết nhanh nhẹn khác trên Quản lý tác vụ UDN[số 8]Blog:
Vòng đời phát triển nhanh nhẹn
Vòng đời phát triển nhanh là một sự cố hoàn toàn công việc thành sáu bước:
Kế hoạch: Khi hình ảnh lớn hơn cho phạm vi của dự án được hoàn tất, đường viền được chia thành các mục tiêu nhỏ hơn, dễ dàng có thể đạt được. Mỗi mục tiêu này sau đó được gán cho các lần lặp có mục tiêu và tính năng độc quyền cho chính họ.
Phân tích: Trong giai đoạn phân tích, nhóm kết hợp với nhau để phác thảo các yêu cầu chính của dự án. Các cuộc họp giữa các bên liên quan và người quản lý được thực hiện để nhận ra mục đích và nhân khẩu học của việc sử dụng sản phẩm.
Thiết kế: Nhóm bắt đầu làm việc trên thiết kế phần mềm và thiết kế hệ thống bằng cách sử dụng các yêu cầu được thiết lập trong giai đoạn phân tích.
Mã hóa: Đây là giai đoạn thực hiện mà sự phát triển bắt đầu với lần lặp đầu tiên. Các tính năng và khía cạnh của sự phát triển được tạo ra và sau đó được thử nghiệm cho chức năng hoàn hảo.
Kiểm tra: Khi quá trình mã hóa và phát triển được hoàn thành, sau đó nó được kiểm tra các yêu cầu kinh doanh và lỗi có thể. Giai đoạn này được đặc trưng bởi tất cả các loại thử nghiệm có thể cải thiện hiệu quả sản xuất như thử nghiệm đơn vị, kiểm tra hệ thống, thử nghiệm tích hợp và thử nghiệm chấp nhận.
Triển khai: Đây là giai đoạn cuối cùng của một chu trình lặp đi lặp trong đó sản phẩm hoàn chỉnh được triển khai cho khách hàng. Phản hồi của khách hàng thu được, và bất kỳ thay đổi hoặc cải tiến nào cần phải được thực hiện sau đó được kết hợp trong chu trình lặp tiếp theo.
Các khung và phương pháp nhanh chóng phổ biến
Agile là một chiếc ô rộng bao gồm nhiều khung và phương pháp để thực hiện nó suôn sẻ nhất có thể. Một trong những cái phổ biến nhất là:
1. Scrum.
Không còn chắc là một trong những khung công tác nhanh phổ biến nhất được các đội được các đội được các đội là Scrum. Khung này có nghĩa là để xử lý các dự án thông qua các phương tiện lặp và gia tăng. Scrum dựa trên sự hợp tác có hệ thống liên tục giữa các thành viên trong nhóm ở giữa chu kỳ dự án.
Có ba vai trò chính trong Scrum, SCRUM MASTER, chủ sở hữu sản phẩm và nhóm phát triển.
Chúng ta hãy thông qua các yếu tố này để hiểu rõ hơn vai trò của họ:
SCRUM MASTER, còn được gọi là 'Người hướng dẫn' giúp nhóm trong việc hiểu phạm vi của dự án và hoạt động như một nhân vật trung tâm trong một dự án. Nhiệm vụ chính của ông bao gồm xóa bỏ bất kỳ sự mơ hồ nào mà các thành viên trong nhóm có thể liên quan đến phạm vi dự án và loại bỏ bất kỳ rào cản nào đang ngăn cản đội làm việc hiệu quả.
Một chủ sở hữu sản phẩm thường là một bên liên quan quan trọng của một dự án. Ông truyền đạt tầm nhìn về sản phẩm với đội ngũ phát triển và cung cấp thông tin phản hồi kịp thời về công việc đang được thực hiện. Ngoài ra, ông cũng chịu trách nhiệm ưu tiên các nhiệm vụ sẽ đi vào tồn đọng.
Đội ngũ phát triển là đội ngũ đang làm việc trên tất cả các tác phẩm phát triển của sản phẩm. Còn được gọi là 'Nhóm Scrum', đó là một nhóm chức năng chéo chịu trách nhiệm phát triển sản phẩm hoặc dịch vụ thực tế.
Ngoài điều này, chu trình làm việc được chia thành 'Sprints', thường kéo dài từ 2 đến 4 tuần. Trong các lần chạy nước rút, duyên gia hàng ngày diễn ra để báo cáo về tiến trình dự án và những thay đổi cần thiết.
2. Kanban.
Một trong những phương pháp Agile phổ biến nhất được các đội được các đội thông qua là Kanban. Phương pháp nhanh nhẹn này tập trung vào việc chia công việc thành các bộ phận nhỏ và hình dung quy trình làm việc thông qua các thẻ theo cách làm cho việc xác định các nút cổ chai dễ dàng.
Thông thường, Hệ thống Kanban Hoạt động thông qua nguyên tắc phân loại công việc thành các loại 'để làm', 'đang tiến hành' và 'Xong'. Bạn có thể dễ dàng di chuyển các thẻ để thể hiện tiến trình. Nó cũng đặt công việc trong các giới hạn tiến độ (WIP) để hạn chế số lượng mục có thể được thêm vào một cột cụ thể để chỉ tập trung vào các tác vụ hiện tại.
Kanban là một hệ thống ánh sáng và linh hoạt hoạt động tốt nhất cho các dự án nơi các yêu cầu thường thay đổi, vì các thẻ nổi cho phép thay đổi nhanh chóng trong quy trình làm việc và đưa ra đội một đầu cho những gì sắp tới.
19 công cụ Kanban tốt nhất để sử dụng vào năm 2022[số 8]
Kiểm tra các bài viết nhanh nhẹn khác trên Quản lý tác vụ UDN[số 8]Blog:
3. Nghiêng.
Phương pháp nạc của Agile tập trung vào việc loại bỏ chất thải và xây dựng quy trình công việc hiệu quả thông qua các cải tiến liên tục trong vòng đời dự án. Phương pháp này hoạt động hoàn toàn dựa trên nguyên tắc chỉ thêm những gì tạo ra giá trị và loại bỏ phần còn lại.
'Chất thải' ở đây đề cập đến bất kỳ nhiệm vụ, cuộc họp, quy trình làm việc hoặc tài liệu có thể làm bạn chậm lại. Loại bỏ chúng, vì vậy bạn có thể đạt được nhiều hơn trong thời gian ngắn hơn. Phương pháp nạc khuyên bạn nên loại bỏ ba kẻ thù của Lean - Muda (chất thải), Mura (không đồng đều) và Muri (quá tải).
Tóm lại, Lean thay đổi cách các đội hoạt động và giữ nồng độ laser tập trung vào việc tối ưu hóa các quy trình làm việc càng nhiều càng tốt.
4. XP (lập trình cực đoan)
Lập trình cực đoan Phương pháp quản lý dự án Agile được hướng tới nâng cao chất lượng phần mềm đang được phát triển và đáp ứng đối với các yêu cầu của khách hàng đang phát triển. Phương pháp làm việc hướng tới việc tăng năng suất của các nhà phát triển và đặt quy tắc mặt đất khi nói đến mã hóa và thử nghiệm.
Một số quy tắc khi nói đến XP đang bao gồm những câu chuyện của người dùng, lập trình cặp, phát triển theo hướng kiểm tra, v.v. Lập trình cực đoan cũng có xu hướng phát hành phần mềm trong các chu kỳ phát triển ngắn, do đó, nó có thể điều chỉnh theo yêu cầu của khách hàng đến theo thời gian.
Các thông lệ chung của lập trình cực kỳ tập trung vào việc xem xét và thử nghiệm liên tục trong suốt dự án để sửa bất kỳ lỗi và vấn đề nào trong đó có thể. Và khi được theo dõi chính xác, các thực tiễn này dẫn đến phần mềm chất lượng cao hơn.
5. Pha lê
Crystal là một trong những phương pháp nhanh nhẹn linh hoạt nhất hiện có. Điểm đầu mối của phương pháp này là các cá nhân và các tương tác của chúng, thay vì các quá trình. Crystal tập trung chủ yếu vào 6 khía cạnh khi phát triển phần mềm - người, tương tác giữa họ, cộng đồng, giao tiếp, kỹ năng và tài năng.
Phương pháp này thực sự là một gia đình của các phương pháp khác như Crystal Clear, Crystal Yellow, Crystal Orange và các phương pháp khác.
Thiên tài phía sau Crystal, Alistair Cockburn, đã phát triển các hướng dẫn về sự hợp tác của đội và làm việc theo nhóm, thay vì các chiến lược phát triển từng bước cho một dự án. Phương pháp hỗ trợ trách nhiệm và minh bạch của nhóm và cung cấp một cách tiếp cận thích ứng để cho phép nhóm đáp ứng các yêu cầu thay đổi một cách hiệu quả.
6. Phát triển dựa trên tính năng (FDD)
Như tên gọi, các tính năng là trung tâm của phương pháp nhanh chóng này. Các tính năng trong FDD không nhất thiết phải tham khảo các tính năng của sản phẩm, thay vì những câu chuyện của người dùng trong Scrum. Phát triển dựa trên tính năng bao gồm 5 hoạt động cơ bản - Phát triển một mô hình tổng thể, việc xây dựng danh sách tính năng, lập kế hoạch theo tính năng, thiết kế theo tính năng và xây dựng theo tính năng.
Danh sách tính năng thường được tạo bởi tính duy nhất của từng mô hình dự án và mục đích chính của FDD là cung cấp một sản phẩm phần mềm trung tâm của khách hàng.
FDD cũng khuyến khích báo cáo trạng thái ở tất cả các cấp để theo dõi tiến độ dự án và kết quả đến theo thời gian. Điều này cũng giúp loại bỏ sự nhầm lẫn và làm lại quá mức giữa đội ngũ phát triển.
7. Phương pháp phát triển hệ thống động (DSDM)
DSDM là một khung Agile cung cấp một cơ sở toàn diện để lập kế hoạch và thực hiện các dự án phát triển phần mềm. Hẹn hò trở lại năm 1994, phương thức phát triển hệ thống năng động đã được phát triển để tạo ra một khung tiêu chuẩn công nghiệp để cung cấp phần mềm chất lượng.
8 nguyên tắc cơ bản mà DSDM hoạt động là:
Là một khung agile linh hoạt, DSDM có thể dễ dàng sử dụng cho các dự án CNTT và không phải CNTT.
Kiểm tra các bài viết nhanh nhẹn khác trên Quản lý tác vụ UDN[số 8]Blog:
Mô hình thác nước là gì?
Hẹn hò trở lại chừng năm 1970, Thác nước , là một phương pháp phát triển phần mềm truyền thống có chức năng trong một định dạng phát triển tuần tự. Nó đòi hỏi phải tiến bộ từng bước của quy trình, trong đó mỗi giai đoạn tiến hành theo cách tuyến tính, giúp bạn dễ dàng quản lý và hiểu.
Theo một báo cáo được xuất bản bởi Gartner vào năm 2015 , 56% phương thức quản lý dự án bao gồm phương pháp thác nước.
Cơ học gốc mà mô hình thác nước hoạt động
Mô hình thác nước hoạt động theo các nguyên tắc sau:
Mục tiêu riêng biệt: Phạm vi dài hạn của dự án được xác định trước khi phát triển bắt đầu. Các nhà quản lý dự án, các bên liên quan và khách hàng đều cần phải có tầm nhìn rõ ràng về những gì sản phẩm cuối sẽ được hình thành.
Boxing thời gian: Mỗi giai đoạn được chỉ định một khoảng thời gian cố định. Khi giai đoạn hoàn thành, nó được tạo ra để đóng băng nên không có đường dẫn trở lại bước trước đó.
Chế độ làm việc độc lập: Mỗi đội cho một tên miền cụ thể, hoạt động trên các mục tiêu riêng lẻ với ít hoặc không có sự hợp tác với các đội làm việc trong các đơn vị khác.
Các khía cạnh chính của phương pháp thác nước
Các Waterfall Workflow. có thể được hiển thị trong các bước sau:
Yêu cầu: Giống như Agile, đây là giai đoạn đầu tiên đòi hỏi tất cả các yêu cầu kỹ thuật và phi kỹ thuật của dự án trong một tài liệu cụ thể yêu cầu. Những yêu cầu này là vĩnh viễn vĩnh viễn xác định vai trò và triển vọng của sản phẩm cuối cùng.
Phân tích: Nhóm nghiên cứu tiến hành phân tích các hệ thống và kỹ thuật được sử dụng để tiến hành phát triển sản phẩm.
Thiết kế: Thông số kỹ thuật thiết kế như dịch vụ, ngôn ngữ lập trình và các lớp dữ liệu được xác định và hoàn tất.
Mã hóa: Liên quan đến các yêu cầu, phân tích và mục tiêu được tạo trong các giai đoạn trước đó, nhóm phát triển ghi mã nguồn trong giai đoạn thứ tư.
Kiểm tra: Trong giai đoạn này, tất cả các loại người thử nghiệm, bắt đầu thử nghiệm phiên bản hoàn thành của sản phẩm cho bất kỳ số lượng lỗi và lỗi.
Hoạt động: Giai đoạn hoạt động chịu trách nhiệm triển khai phiên bản hoàn chỉnh và thử nghiệm của sản phẩm ra thị trường.
Agile vs thác nước Ưu điểm & amp; Nhược điểm
Kể từ khi Agile là một phương pháp phát triển phần mềm đương đại, nó cung cấp vô số lợi ích và lợi thế cho các đội CNTT chọn làm việc bằng cách sử dụng nó như là phương pháp chính của họ.
Trong An. Khảo sát trực tuyến của HP về phát triển 601 và các chuyên gia CNTT , 54% số người được hỏi tuyên bố rằng sau khi áp dụng các phương pháp nhanh chóng, họ đã trải qua sự hợp tác nâng cao giữa các đội không tồn tại khác. Trong khi đó, 43% cho biết thời gian đưa ra thị trường đã giảm ồ ạt.
Tuy nhiên, không phải tất cả các loại dự án và kịch bản chia tay với các tính năng tự do của Agile.
Chúng ta hãy xem xét cả những lợi thế và bất lợi của Agile.
Đây là lợi thế quan trọng nhất của Agile. Khi phát triển được thực hiện trong các lần lặp, nhóm có quyền truy cập linh hoạt để quay lại giai đoạn trước để thực hiện bất kỳ loại và kích thước thay đổi nào.
Bởi vì một dự án Agile hoạt động trong các chu kỳ rút gọn ngắn, có thể khó gán một ngày đáo hạn được xác định với dòng thời gian dự án.
Công việc được thực hiện trong các phần nhỏ hơn cho phép các thành viên trong nhóm hoàn thành đúng giờ. Ngoài ra, vì mã hóa và thử nghiệm được thực hiện đồng bộ với giai đoạn thiết kế và thiết kế của sự phát triển, tất cả các thay đổi và cải tiến đều được thực hiện một cách khéo léo với quy trình làm việc di chuyển.
Điều này làm tăng khả năng ra mắt sản phẩm sớm.
Sửa chữa và cải tiến được thực hiện tại mỗi chu kỳ thêm một tải tác phẩm bổ sung cho một phần của nhóm phát triển. Điều này có khả năng dẫn đến thời gian thêm nếu sự cống hiến và năng lực không được triển lãm bởi các thành viên của nhóm phát triển.
Phản hồi của khách hàng ở cuối mỗi chu kỳ lặp cho phép tham gia khách hàng bằng nhau vào kết quả và thiết kế của sản phẩm.
Kể từ khi các đội Agile được xây dựng để liên lạc chặt chẽ, tất cả các thành viên trong nhóm cần phải ở rất gần mọi lúc trong khi làm việc để thực hiện mức độ giao tiếp đó một cách hiệu quả.
Agile khuyến khích các đội làm việc cùng nhau bằng cách thiết lập một sự liên kết với các mục tiêu và mục tiêu của họ. Giao tiếp minh bạch và thường xuyên giữa các đơn vị nhóm khác nhau cho phép mức độ năng suất và xóa cơ hội lớn hơn của một cuộc xung đột.
Như Agile không thực thi dự án sẽ có một phác thảo nghiêm ngặt khi bắt đầu, kết quả cuối cùng của sản phẩm có thể định hình thành hoàn toàn bất ngờ và khác biệt so với yêu cầu kinh doanh ban đầu là gì.
Agile tạo điều kiện cho một phòng không đổi để cải thiện. Vào cuối mỗi lần lặp, thành phẩm được kiểm tra sơ hở và được thực hiện để cải thiện sau mỗi chu kỳ thử nghiệm được hoàn thành.
Các cải tiến cũng là một phần liên tục của sự phát triển vì phản hồi của khách hàng được lấy trong suốt vòng đời của dự án.
Khi tiến độ đang xảy ra trên các chu kỳ trong Agile, nó trở nên khó khăn để đo hiệu suất. Bạn không thể đặt nhiều KPI xác định khi bắt đầu dự án, vì vậy bạn không biết phải xem xét những gì để tìm kiếm trong vòng đời của dự án.
Agile hỗ trợ phát triển ý tưởng và quyết định phù hợp với phạm vi và cửa sổ phát triển của dự án. Điều này đặc biệt có lợi cho các ứng dụng và công cụ phần mềm không có mục tiêu đầu cuối được xác định và phải chịu những thay đổi dựa trên trải nghiệm của khách hàng.
Bởi vì không có mục tiêu nào ở cuối dự án, nó trở thành một thách thức để dự đoán chính xác các tài nguyên cần thiết khi bắt đầu dự án.
Không có khả năng quyết định chi phí, thời gian và tài nguyên dẫn đến quy hoạch tài nguyên kém và có thể trở thành một vấn đề lớn hơn một khi dự án tiến bộ.
Mặc dù kể từ khi Agile bước vào ánh đèn sân khấu, phương pháp thác nước hiện nay đã trở nên chủ yếu trở thành Hackneyed nhưng cách tiếp cận tuyến tính đối với phát triển phần mềm vẫn có một bộ lợi ích dành riêng cho chính nó.
Dưới đây là một tập hợp cả lợi thế và bất lợi của phương pháp thác nước:
