4. Làm thế nào có thể BA truyền thống pha trộn trong một môi trường Agile?

Vai trò của BA trong mô hình phát triển Agile

Trong một tổ chức điển hình, không phải tất cả các dự án có thể được thực hiện các cách "Agile". Đó là, không phải tất cả các dự án công đều bao gồm việc các định và xây dựng phần mềm từ đầu. Phần mềm có thể được mua hoặc cho thuê trong trường hợp mà sự đóng góp của phân tích nghiệp vụ trong bất kỳ hình thức nào đều rất quan trọng. Cải tiến tổ chức không phải lúc nào cũng liên quan đến việc sử dụng các công nghệ. Các dự án có thể từ cải tiến quy trình nghiệp vụ, sắp xếp lại tổ chức để gia công phần mềm - tất cả các nỗ lực trong đó vai trò của BA là rất quan trọng.

Bản chất của quá trình có thể thay đổi về sự liên quan của chúng ta trong các dự án phát triển phần mềm hướng Agile nhưng chúng ta vẫn đang là những người thực hiện trong đó. Như nhà phân tích nghiệp vụ, chúng ta phải nâng cao những thách thức của phương pháp Agile. Chúng ta không nên tránh né sự thay đổi mà chúng ta phải không ngừng thuyết trình (hướng dẫn) cho người sử dụng. Bây giờ là thời gian để ví dụ và chỉ cho các bên liên quan của những gì không sợ sự thay đổi như vậy.

Khi BA nằm trong đội Agile, chúng ta phải được chuẩn bị để:

1. Tìm hiểu và sản xuất các yêu cầu phối hợp với người sử dụng ở mức độ chi tiết khác với những gì chúng ta quen làm
2. Xác định yêu cầu còn thiếu
3. Làm việc với người sử dụng để phát triển các tiêu chuẩn chấp nhận hoặc trường hợp thử nghiệm cho hệ thống
4. Phát triển Mentor về cách làm việc trong những lĩnh vực nghiệp vụ
5. Giả sử vai trò của "chủ sở hữu sản phẩm "
6. Làm việc phía trước của đội để có được sự rõ ràng về một số (không phải tất cả) các yêu cầu trước khi lặp lại kế tiếp
7. Stand-in cho người dùng khi họ không có sẵn (như trái ngược với cây cầu "vĩnh viễn" giữa các nhà phát triển và người dùng)
8. Hỗ trợ các vai trò khác nhau: nhà thiết kế, thử nghiệm, sở hữu sản phẩm, vv
9. Tạo một hiểu biết chung về sản phẩm

Lời kết :

Nếu chúng ta muốn thành công trong một môi trường agile, thói quen cũ phải được bỏ đi. Không phải vì những thói quen này không có giá trị nhưng vì chúng ta phải tạo ra những thói quen mới sẽ giúp chúng ta đối phó trong một môi trường khác. Để làm việc trong một môi trường agile, chúng ta phải bỏ đi các hình thức mà cố gắng để xác nhận tất cả các yêu cầu ngay thẳng cho một trong những phát hiện các yêu cầu khi chúng ta đi.

Chúng ta phải áp dụng nguyên tắc "phù hợp-với-mục đích" hay "vừa đủ", trong khi đặt trách nhiệm xác định các yêu cầu trong tay của khách hàng (với sự giúp đỡ của chúng tôi, tất nhiên). Chúng ta phải sẵn sàng hợp tác bằng cách trao quyền cho các bên liên quan để xác định nhu cầu của họ và hỗ trợ các nhà phát triển giao tiếp với người sử dụng hiểu bối cảnh phát triển công việc của họ.