Mặc dù có giá trị trong một số ngành công nghiệp, phương pháp nhanh đã chứng minh thành công nhất trong phát triển phần mềm và trong vòng đời phát triển phần mềm (SDLC). Bắt nguồn từ mười hai nguyên tắc cốt lõi của Tuyên ngôn Agile, phương pháp nhanh nhẹn bao gồm các quy trình lặp tập trung vào việc giám sát và cải tiến liên tục các sản phẩm.
Các quy trình Agile được phát triển thay thế cho các kỹ thuật Thác truyền thống. Phương pháp Waterfall là một quy trình thiết kế tuần tự đòi hỏi phải hoàn thành một bước trước khi chuyển sang bước tiếp theo. Thông thường, phương pháp thác nước đã được chứng minh là 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 hơn, một cách tiếp cận nhanh có giá trị lớn hơn. Thay vì làm theo 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 xử lý tính chất không thể đoán trước của chu kỳ phát triển bằng cách xác định các lỗi và loại bỏ nhu cầu khởi động lại dự án hoàn toàn.
Phương pháp nhanh nhẹn
Một nguyên tắc cốt lõi của phương pháp nhanh là thỏa mãn và cung cấp giá trị của khách hàng thông qua việc cung cấp liên tục. Thay vì giải quyết một dự án lớn trong một thời gian dài, các phương thức nhanh nhẹn chia dự án thành các nhiệm vụ nhỏ hơn, đơn giản hơn và dễ quản lý hơn để có thể hoàn thành hiệu quả và nhanh chóng.
Spotify được công nhận cho các quy trình nhanh nhẹn của mình: đơn vị nhóm nhỏ nhất của công ty, được gọi là các đội, hoạt động như các công ty khởi nghiệp tự trị. Mỗi đội tập trung vào một chức năng cụ thể và lặp lại dựa trên sản phẩm khả thi tối thiểu, phát hành bản cập nhật sớm và thường xuyên. Theo định nghĩa, một sản phẩm khả thi tối thiểu là phiên bản mới nhất của sản phẩm cho phép nhóm thu thập lượng thông tin tối đa cần thiết để xác định những gì hoạt động và những gì không. Tại Spotify, mỗi đội xử lý một dự án nhỏ; tuy nhiên, mỗi dự án xây dựng theo một mục tiêu chung là tạo ra giá trị khách hàng lớn hơn.
Bằng cách cung cấp một 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 giá trị. Các cá nhân trở thành chuyên gia trong các lĩnh vực nhất định của chu kỳ 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ỏ lỗi. Trong khi với phương pháp Waterfall, thông tin phản hồi được cung cấp vào cuối dự án sau khi thời gian đáng kể, tiền và năng lượng đã được sử dụng, phương pháp nhanh cho phép thay đổi trên đường đi thông qua phản hồi liên tục. Thông qua phản hồi liên tục và linh hoạt trong việc tuân thủ kế hoạch ban đầu, việc thêm hoặc thay đổi các tính năng giúp các tổ chức luôn cập nhật những phát triển mới nhất trong ngành của họ.
Các nhiệm vụ trong một dự án nhanh được điều khiển bởi phép lặp. Lặp lại là một khung thời gian, thường là một đến hai tuần, trong đó nhu cầu của khách hàng được phát triển và chuyển thành các sản phẩm có thể kiểm tra đượ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 các lần lặp. Các đội có thể sử dụng vận tốc của mình để theo dõi số tiền họ đạt được trong mỗi lần lặp để giữ cho kế hoạch thực tế và tránh tình trạng thừa. Trong mỗi lần lặp lại, 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. Mặc dù tất cả các tính năng tinh chỉnh có thể bị thiếu, các thành viên trong nhóm nên tự tin rằng họ có thể phát hành sản phẩm nếu được yêu cầu.
Phương pháp Scrum
Một số khung tồn tại trong phương pháp nhanh, bao gồm Scrum, Lean và Extreme Lập trình. Hầu hết các tổ chức chuyển sang phương pháp nhanh đều chọn bắt đầu với Scrum do tính đơn giản và 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ấu trúc cho vai trò, các cuộc họp cũng như các quy tắc. Các thành viên trong nhóm chịu trách nhiệm học tập và điều chỉnh các quy trình để đối phó với sự khó lường.
Mỗi dự án Scrum có một danh sách công việc tồn đọng hoặc việc cần làm. Trong giai đoạn lập kế hoạch, tồn đọng được điền với các nhiệm vụ, mục tiêu và khung thời gian để thực hiện. Sau khi thảo luận tồn đọng, dự án được chia thành các lần chạy nước rút, đó là giai đoạn một đến hai tuần nhằm hoàn thành một số hạng mục tồn đọng. Trong mỗi lần chạy nước rút, nhóm có các cuộc họp hàng ngày để thảo luận về tiến trình hiện tại, tiến trình trong tương lai và bất kỳ yếu tố nào cản trở tiến trình. Vào cuối mỗi lần chạy nước rút, tất cả các bước cần thiết phải được hoàn thành 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 hồ sơ tồn đọng nước rút đã được hoàn thành đầy đủ chưa. Tại thời điểm này, ScrumMaster gặp gỡ nhóm để xem xét lại. Các thành viên trong nhóm phản ánh về các quy trình của riêng họ để điều chỉnh hành vi cho các lần chạy nước rút trong tương lai. Điều quan trọng là ScrumMaster tránh các trở ngại chung và tạo ra một môi trường đáng khích lệ để thảo luận. Do tính chất không thể đoán trước của phát triển phần mềm và 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 sự thay đổi.
Các dự án Scrum được tạo điều kiện bởi 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à ủy thác cách thức họ sẽ hoàn thành tất cả các công việc cần thiết. Trong đội, mỗi thành viên 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 hệ thống phân cấp. ScrumMaster là một cá nhân tận tâm, giải quyết các trở ngại và giữ cho nhóm đi đúng hướng trong khi vẫn đảm bảo tính minh bạch của tồn đọng nước rút. Cuối cùng, chủ sở hữu sản phẩm chịu trách nhiệm tạo 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 hay không.
Điểm mấu chốt
Đượ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ông việc thiếu các quy trình xác định. Các phương pháp nhanh, không giống như các cách tiếp cận tuần tự, không dành cho các loại công việc lặp đi lặp lại. Nhiều ngành công nghiệp đã và tiếp tục thực hiện phương pháp nhanh trong cấu trúc kinh doanh của họ.
Khung nhanh nhẹn chứa nhiều tập con, bao gồm Scrum, lập trình tinh gọn và cực đoan, giúp các cá nhân đối phó với sự khó đoán và linh hoạt. Nhìn bề ngoài, phương pháp nhanh có thể giúp cải thiện các quy trình từ đầu đến cuối; tuy nhiên, các cá nhân phải được cam kết, thích nghi và có thể học hỏi để nó hoạt động.
