Khắc phục Phương pháp Vs. Phương pháp Agile (ví dụ Cuộc sống Thực) | Đầu tư

Bruce Feiler: Agile programming -- for your family (Tháng Mười 2024)

Bruce Feiler: Agile programming -- for your family (Tháng Mười 2024)
Khắc phục Phương pháp Vs. Phương pháp Agile (ví dụ Cuộc sống Thực) | Đầu tư

Mục lục:

Anonim

Mặc dù có giá trị trong một số ngành công nghiệp, phương pháp nhanh nhẹn đã chứng minh thành công nhất trong phát triển phần mềm và trong suốt chu trình phát triển phần mềm (SDLC). Xuất phát từ 12 nguyên tắc cốt lõi của Tuyên bố Agile, phương pháp nhanh nhẹn liên quan đến các quá trình lặp đi lặp lại tập trung vào việc theo dõi và cải tiến các sản phẩm.

Quá trình Agile đã được phát triển như là một thay thế cho các kỹ thuật thác nước truyền thống. Phương pháp Thác là một quá trình thiết kế liên tục đòi hỏi phải hoàn thành một bước trước khi chuyển sang kế tiếp. Thông thường, phương pháp Thác nước đã chứng tỏ thành công trong xây dựng; tuy nhiên, đối với các ngành công nghiệp kỹ thuật nhiều hơn, một cách tiếp cận nhanh có giá trị lớn hơn. Thay vì theo một cách tiếp cận từng bước, tất cả các giai đoạn của một dự án được hoàn thành song song. Các quy trình Agile cố gắng giải quyết bản chất không dự đoán được của chu kỳ phát triển bằng cách xác định các lỗi và loại bỏ sự cần thiết phải khởi động lại dự án hoàn toàn.

Nguyên tắc cốt lõi của phương pháp nhanh nhẹn là đáp ứng và cung cấp giá trị khách hàng thông qua các sản phẩm liên tục. Thay vì giải quyết một dự án lớn trong một khoảng thời gian dài, các phương pháp nhanh nhẹn sẽ phá vỡ một dự án thành các nhiệm vụ nhỏ hơn, đơn giản và dễ quản lý hơn có thể được hoàn thành một cách hiệu quả và nhanh chóng.

Spotify được công nhận vì các quy trình nhanh của nó: đơn vị nhóm nhỏ nhất của công ty, được gọi là đội hình, hoạt động như những người khởi động tự lập. Mỗi đội tập trung vào một chức năng cụ thể và lặp đi lặp lại dựa trên sản phẩm tối thiểu có khả năng, phát hành sớm nhất và thường xuyên cập nhật. Theo định nghĩa, một sản phẩm tối thiểu có thể là phiên bản mới nhất của sản phẩm cho phép nhóm thu thập được lượng thông tin tối đa cần thiết để xác định những gì có hiệu quả và điều gì không. Tại Spotify, mỗi đội điều khiển một dự án nhỏ; tuy nhiên, mỗi dự án đều đạt được mục tiêu chung là tạo ra giá trị khách hàng lớn hơn.

Bằng cách phân phối sản phẩm sớm và thường xuyên, các tổ chức buộc phải loại bỏ bất cứ thứ gì không làm tăng thêm giá trị. Cá nhân trở thành chuyên gia trong một số lĩnh vực của chu trình phát triển vì mỗi nhóm nhỏ tập trung vào một nhiệm vụ trong một khoảng thời gian dài, giúp xác định và loại bỏ các lỗi. Trong khi đó, với phương pháp Waterfall, phản hồi được cung cấp cho đến khi kết thúc dự án sau một thời gian, tiền bạc và năng lượng đã được sử dụng, phương pháp nhanh gọn cho phép thay đổi theo hướng thông qua phản hồi liên tục. Thông qua phản hồi liên tục và tính linh hoạt trong việc tuân thủ kế hoạch ban đầu, bổ sung hoặc thay đổi các tính năng giữ cho các tổ chức được cập nhật với những phát triển mới nhất trong ngành của họ.

Nhiệm vụ trong một dự án nhanh nhẹn được lặp lại. Một sự lặp lại là một khung thời gian, thường là một đến hai tuần, trong thời gian đó nhu cầu của khách hàng được phát triển và biến đổi thành các sản phẩm đang chạy, thử nghiệm được. Một tính năng chính của phương pháp nhanh là giả định rằng các dự án bao gồm một chuỗi lặp lại. Các đội có thể sử dụng vận tốc của mình để theo dõi xem họ đạt được bao nhiêu trong mỗi lần lặp để giữ kế hoạch thực tế và tránh vượt qua. Trong mỗi lần lặp, một sản phẩm có thể chuyển được hoàn thành sau khi trải qua phân tích, thiết kế, thử nghiệm, đảm bảo chất lượng và trải nghiệm người dùng. Trong khi tất cả các tính năng tinh chỉnh có thể bị thiếu, các thành viên trong đội nên tự tin rằng họ có thể giải phóng sản phẩm nếu cần.

Phương pháp luận Scrum

Một số khuôn khổ tồn tại trong phương pháp nhanh, bao gồm Scrum, Lean và Extreme Programming. Hầu hết các tổ chức chuyển sang phương pháp nhanh nhẹn chọn bắt đầu với Scrum do sự đơn giản và tính linh hoạt của nó. Các dự án Scrum cung cấp cho các công ty và khách hàng cơ cấu cho vai trò, các cuộc họp cũng như các quy tắc. Các thành viên của nhóm có trách nhiệm học hỏi và điều chỉnh các quy trình để đối phó với tính không dự đoán được.

Mỗi dự án Scrum có một công việc tồn đọng hoặc công việc phải làm. Trong giai đoạn lập kế hoạch, số liệu còn tồn đọng là các nhiệm vụ, mục tiêu và khung thời gian thực hiện. Sau khi công việc tồn đọng đã được thảo luận, dự án được chia nhỏ thành các đợt chạy nước rút, là khoảng thời gian từ 1 đến 2 tuần nhằm mục đích hoàn thành một số mục tồn đọng. Trong mỗi lần chạy nước rút, nhóm đã họp hàng ngày để thảo luận về tiến độ hiện tại, tiến bộ trong tương lai và bất kỳ yếu tố nào cản trở tiến bộ. Vào cuối mỗi lần chạy nước rút, cần hoàn tất tất cả các bước cần thiết trong trường hợp phát hành sản phẩm tiềm năng.

Tiếp theo, chủ sở hữu sản phẩm tiến hành đánh giá để xác định xem tất cả các câu chuyện trong số lượng công việc còn lại của sprint đã được hoàn thành đầy đủ. Vào thời điểm này, ScrumMaster gặp gỡ đội ngũ để xem xét lại. Các thành viên trong nhóm phản ánh các quá trình riêng của họ để thích nghi với hành vi cho các lần chạy nước rút trong tương lai. Điều cốt yếu là ScrumMaster tránh các trở ngại chung và tạo ra một môi trường khuyến khích để thảo luận. Do tính chất không thể đoán trước của phần mềm và phát triển sản phẩm, mỗi lần chạy nước rút là duy nhất và phải thích ứng với thay đổi.

Các dự án Scrum được hỗ trợ bởi một chủ sở hữu sản phẩm, ScrumMaster và nhóm. Trong mỗi lần chạy nước rút, nhóm, bao gồm các cá nhân tự quản lý, chịu trách nhiệm xác định và phân công làm thế nào để hoàn thành tất cả các công việc cần thiết. Trong nhóm, mỗi thành viên đều có một lĩnh vực chuyên môn; tuy nhiên, không có tiêu đề chính thức hoặc một hệ thống phân cấp. ScrumMaster là một cá nhân chuyên dụng giải quyết các trở ngại và giữ cho đội theo đúng tiến độ trong khi vẫn đảm bảo tính minh bạch của số liệu tồn đọng nước rút. Cuối cùng, chủ sở hữu sản phẩm có trách nhiệm tạo ra và truyền đạt tầm nhìn sản phẩm và quyết định xem sản phẩm có nên trải qua sự phát triển hơn hay đã sẵn sàng để phát hành.

Dòng dưới cùng

Được sử dụng rộng rãi trong phát triển phần mềm ngày nay, phương pháp nhanh được phát triển cho các công việc thiếu các quy trình đã được xác định.Các phương pháp Agile, không giống các cách tiếp cận tuần tự, không nhằm cho các loại công việc lặp đi lặp lại. Nhiều ngành công nghiệp có và tiếp tục thực hiện phương pháp nhanh nhẹn trong cơ cấu kinh doanh của họ.

Khuôn khổ nhanh gọn chứa nhiều tập con, bao gồm Scrum, chương trình lean và cực đoan, giúp các cá nhân đối phó với tính không thể đoán trước và tính linh hoạt. Trên bề mặt, phương pháp nhanh nhẹn có thể giúp cải tiến quy trình cuối cùng; tuy nhiên, cá nhân phải được cam kết, khả năng thích ứng và có thể học để nó hoạt động.