Cách để chuyển từ mô hình Waterfall sang Agile cho Business Analyst

Điều đầu tiên mà bạn cần biết là các nhóm agile chắc chắn cần có những Business Analyst (BA). Các nhà phân tích kinh doanh sẽ cho những yêu cầu và thông tin chi tiết để giúp nhóm agile thành công. Vì thế, nếu bạn là một BA theo mô hình thác nước (Waterfall) thì dưới đây là những mẹo để chuyển sang Agile và tận dụng kỹ năng, kinh nghiệm của bạn.

1. Tự xây dựng các phương pháp phân tích kinh doanh cốt lõi

Bạn hãy bắt đầu từ việc nắm vững các phương pháp phân tích kinh doanh cốt lõi và tầm quan trọng của chúng. Điều này sẽ cho bạn cơ hội xem xét lại lý do tại sao bạn tạo tài liệu đó.

• Nó cung cấp giá trị gì?
• Bạn thấy điều gì là hữu ích nhất?
• Đội sẽ thất bại ở đâu nếu bạn lấy nó đi?

Các BA thường tạo ra sự rõ ràng và loại bỏ những điều mơ hồ, tài liệu hiện có của bạn có thể là một công cụ để phân tích các yêu cầu. Có rất nhiều công cụ mà bạn có thể dùng để làm điều tương tự. Vì thế, hãy hiểu giá trị của bạn, tại sao của bạn,b bạn làm gì và tại sao nó quan trọng. Đó là bước đầu để bạn gia nhập nhóm Agile với sự tự tin, giá trị và sức mạnh cá nhân.

2. Bỏ qua các mẫu hiện có của bạn

Bước này tương đối khó khăn nhưng bạn sẽ phải từ bỏ tất cả mẫu hiện có của mình. Bạn đang tham gia một dự án mới:

• Bây giờ bạn đang làm gì?
• Những câu hỏi bạn yêu cầu là gì?
• Những quyết định bạn hướng đến là gì?

Hãy hình dung nếu bạn buông bỏ mọi thứ bạn làm hôm nay, bạn sẽ làm gì, bạn thực sự cần ghi lại điều gì và tại sao? Đây có thể là một thử nghiệm suy nghĩ. Bạn có thể không cần phải từ bỏ tất cả các mẫu nhưng bạn có thể giảm nó xuống đáng kể.

3. Hợp tác với nhóm Agile của bạn

Bạn nên nói chuyện trực tiếp với nhóm Agile của bạn, tìm hiểu xem điều gì sẽ giúp họ nhiều nhất? Thông thường, mỗi người trong nhóm sẽ có những mong muốn khác nhau với các mức độ chi tiết khác nhau.

• Họ mong đợi thông tin gì và khi nào họ cần?
• Sản phẩm nào sẽ giúp họ nhiều nhất?
• Họ có muốn xem wireframes hoặc data model, use cases hay user stories?

Đôi khi, bản thân họ thậm chí không biết. Và nếu gặp trường hợp như thế, bạn có thể cung cấp một vài ví dụ và yêu cầu phản hồi. Họ có thể có một bộ các kỳ vọng rất cụ thể.

Trong ba bước kể trên, bạn đã học được cách suy nghĩ về “lý do” sở hữu giá trị của bạn, khám phá lý do tại sao bạn làm những gì bạn làm, ít nhất là trải qua thử nghiệm suy nghĩ về việc vứt bỏ các khuôn mẫu của bạn và tìm ra những gì cần thiết cho thành công của bạn với tư cách là một nhà phân tích kinh doanh. Sau đó bạn cần cộng tác một cách sâu sắc, chăm chú và có ý thức với nhóm Agile của bạn.

Bạn nên tìm hiểu đủ về các phương pháp Agile, chẳng hạn như user stories và nhật ký sản phẩm. Sau đó, bạn có thể chia sẻ một số ý tưởng và nhận phản hồi từ nhóm của mình trong suốt quá trình để đảm bảo bạn đang tạo các yêu cầu và tài liệu giúp họ cung cấp phần mềm hoạt động nhanh hơn.

Dù làm được cả ba điều trên, thì quá trình chuyển đổi từ Waterfall sang Agile vẫn có thể gặp trở ngại. Dù vậy, những khó khăn này không hề phức tạp, bạn sẽ được trải nghiệm những thay đổi tích cực và các nhóm trong tổ chức cũng vậy.

Sẽ thật vui khi được làm việc trong một nhóm Agile và nhận thấy các yêu cầu của mình được mô phỏng chặt chẽ hơn trong thực tế, đồng thời, trở thành đối tác thân thiết hơn với nhóm công nghệ so với khi làm việc trong các môi trường truyền thống. Đó là một cách tuyệt vời để thúc đẩy sự nghiệp và chứng kiến những thay đổi tích cực hơn diễn ra nhanh chóng hơn cho các tổ chức.

Hy vọng rằng qua bài viết này, các bạn đã có được những thông tin hữu ích. Đừng quên đón xem các nội dung mới nhất sẽ được cập nhật thường xuyên tại BAC’s Blog.

Nguồn tham khảo:
https://www.bridging-the-gap.com/

Nhu cầu đào tạo doanh nghiệp