10 nguyên tắc dành cho AGILE TESTERS

Mọi người trong một agile team là một tester? Bất cứ ai cũng có thể nhận nhiệm vụ thử nghiệm? Nếu điều đó đúng, thì điều gì đặc biệt ở một agile tester? Nếu tôi xác định mình là tester trong một agile team, điều đó thực sự có nghĩa là gì? Agile tester có cần bộ kỹ năng khác với testers trong các team truyền thống không? Điều gì hướng dẫn họ trong các hoạt động hàng ngày của họ?

Trong bài viết này, tôi sẽ nói về các giá trị, nguyên tắc trong agile testing và đưa ra một cái nhìn tổng quan về cách tester thêm giá trị vào agile team.

Các nguyên tắc tôi nghĩ là quan trọng đối với Agile tester là:

(1)  Cung cấp thông tin phản hồi liên tục.

(2) Mang lại giá trị cho khách hàng.

(3) Cho phép giao tiếp mặt đối mặt.

(4)  Có can đảm.

(5)  Giữ cho nó đơn giản.

(6)  Thực hành cải tiến liên tục.

(7) Đáp ứng thay đổi.

(8)  Tự tổ chức.

(9) Tập trung vào con người.

(10)  Thưởng thức.

1&2. Cung cấp thông tin phản hồi liên tục và Mang lại giá trị cho khách hàng:

2 nguyên tắc trên mình gom lại với nhau vì cơ bản nó chia sẻ ý tưởng giống nhau là giao hàng sớm, liên tục và chạy được cho khách hàng. Dĩ nhiên mục đích của dự án phát triển phần mềm là phát-triển-phần-mềm và làm khách hàng hài lòng và không có gì làm khách hàng hài lòng hơn việc cho khách hàng thấy được sản phẩm của mình thường xuyên và chạy được. Trong Agile, sản phẩm sẽ được demo cho khách hàng thường xuyên (thường là hàng tuần) để cho khách hàng thấy được sản phẩm của mình như thế nào. Nếu có chỗ nào không ổn hay cần cải tiến thì sẽ phản hồi với đội dự án ngay lập tức. Do đó sẽ giúp tránh được tình huống dở khóc dở cười sau khi hoàn thành sản phẩm như “tôi tưởng anh muốn ABC”, “tôi nghĩ mặc định anh sẽ làm XYZ”, v.v

3. Cho phép giao tiếp mặt đối mặt:

Trao đổi trực tiếp mặt đối mặt là phương pháp hiệu quả nhất để truyền đạt thông tin.

Sự giao tiếp trao đổi giữa những cá nhân là rất quan trọng và để giao tiếp hiệu quả thì không gì có thể hơn được trực tiếp trao đổi mặt-đối-mặt hay dùng những biểu tượng hình ảnh để chuyển tải thông tin. Bạn sẽ dễ bắt gặp một không khí nhộn nhịp hay những hình ảnh minh họa, biểu tượng, hình vẽ đầy màu sắc trong các dự án Agile vì những điều đó giúp trao đổi thông tin hiệu quả hơn.

4. Có can đảm:

Chào đón việc thay đổi yêu cầu, thậm chí là những thay đổi yêu cầu muộn.

Dù bạn thích hay không thì việc thay đổi yêu cầu từ khách hàng là dường như không thể tránh khỏi và nhiệm vụ của bạn là phải thích ứng với sự thay đổi đó. Thích ứng không có nghĩa là khách hàng yêu cầu gì mình làm cái đó. Khi khách hàng thay đổi yêu cầu, chắc chắn phải có lý do của họ và nhiệm vụ của đội dự án là phải hiểu được lí do đó để có thể điều chỉnh sự thay đổi, tư vấn hay đề nghị giải pháp cho khách hàng tương ứng.

5. Giữ cho nó đơn giản:

Sự đơn giản là cần thiết – nghệ thuật tối đa hóa lượng công việc chưa hoàn thành.

Agile có nghĩa là linh hoạt và để linh hoạt uyển chuyển thì bạn phải tối giản hóa các công việc mình làm. Những việc nào cần thiết và mang lại giá trị thì mọi người sẽ cùng làm. Tuy nhiên việc xác định việc nào mang lại giá trị nhiều khi không đơn giản. Do đó, để đơn giản thì việc có giá trị là việc mà cả nhóm thống nhất và sẽ cam kết thực hiện. Chẳng hạn cả nhóm có thể thống nhất không phải viết “Báo cáo tiến độ hàng ngày” nếu như mọi người đều biết tiến độ của nhau và sếp của bạn cũng không có nhu cầu đọc. Tương tự, bạn cũng không nhất thiết phải mô tả một con bug dài lê thê chỉ để theo đúng định dạng của hệ thống bug trong khi bạn đã báo và trao đổi với Dev về con bug đó và họ đã sửa nó. Tuy nhiên hãy cẩn thận. Không phải bạn bỏ đi là bạn linh hoạt và tối ưu hóa công việc. Vấn đề là bạn bỏ đi những thứ không mang lại giá trị.

6. Thực hành cải tiến liên tục:

Agile testers và các nhóm của bạn phải luôn tìm kiếm các công cụ, kỹ năng hoặc thực tiễn có thể giúp bạn tăng thêm giá trị hoặc nhận được lợi tức cao hơn từ khoản đầu tư của khách hàng. Các bước lặp ngắn của agile giúp dễ dàng thử một cái gì đó mới cho một vài lần lặp và xem liệu nó có đáng để áp dụng trong thời gian dài hay không. Học các kỹ năng mới và phát triển chuyên nghiệp là rất quan trọng đối với những Agile testers. Bạn nên tận dụng nhiều nguồn tài nguyên miễn phí có sẵn để cải thiện các kỹ năng chuyên môn của mình, chẳng hạn như thử nghiệm khám phá. Có thể đi đến các cuộc họp và hội nghị, tham gia các danh sách gửi thư, và đọc các bài báo, blog và sách để có ý tưởng mới. Hãy cố gắng học tự động hóa (hoặc nhận sự giúp đỡ từ đồng nghiệp để tự động hóa) các bước lặp đi lặp lại để bạn có thêm thời gian đóng góp chuyên môn có giá trị.

7. Đáp ứng thay đổi:

Nhóm thường xuyên nhìn nhận đánh giá về tình hình dự án sản phẩm để có thể điều chỉnh và thích ứng. Ý tưởng là nhìn lại để tiến lên. Đó là những buổi họp tập trung vào những cái hay cái dở trong những việc mình đang làm để rút tỉa kinh nghiệm và học hỏi lẫn nhau. Những buổi họp dạng vậy thường là những câu hỏi và tự trả lời. Chẳng hạn như:

“Việc gì chúng ta làm chưa tốt” – Trả lời: “Nhóm không tự tổ chức và làm việc có sức ỳ”

“Chúng ta đã làm tốt những việc gì” – Trả lời: “Nhóm sau đó tự tổ chức và làm việc sung hơn”

“Chúng ta đã học được bài học gì” – Trả lời: “Tăng lương giúp giải quyết nhiều vấn đề”

8. Tự tổ chức:

Đây là nguyên tắc cốt lõi trong Agile đồng thời cũng là nguyên tắc gây đau đầu nhất. Ý tưởng là nhóm và cách thành viên sẽ tự quyết định việc mình làm, tự cam kết và tự chịu trách nhiệm cho chất lượng công việc mình làm. Mục đích là để tăng tính chủ động trong công việc. Dĩ nhiên “tự tổ chức” không phải là bạn tập hợp các thành viên và tuyên bố “nào, nhóm tự tổ chức nhé”. Do đó, ban đầu nhóm cũng phải được hướng dẫn, đào tạo để có thể “tự tổ chức”. Quá trình đó có thể gian nan và việc nhóm bạn “tự tổ chức” đến đâu còn tùy thuộc vào nhiều yếu tố như năng lực, nhận thức của thành viên, khả năng hướng dẫn của người hướng dẫn Agile, sự tin tưởng và tôn trọng của ban lãnh đạo, v.v

9. Tập trung vào con người:

Các dự án được xây dựng xung quanh những cá nhân có động lực. Cung cấp cho họ môi trường và sự hỗ trợ cần thiết, và tin tưởng họ để hoàn thành công việc.

Như đã chia sẻ, Agile đặt trọng tâm là con người. Con người ở đây chỉ những cá nhân có động lực làm việc với tinh thần cộng tác, chia sẻ và giúp đỡ lẫn nhau. Song song đó, đội dự án sẽ được hỗ trợ những công cụ, môi trường, sự tin tưởng và những đãi ngộ cần thiết để hoàn thành công việc.

10. Thưởng thức:

Làm việc trong một nhóm nơi mọi người hợp tác, nơi bạn tham gia vào dự án từ đầu đến cuối, nơi các bên liên quan kinh doanh làm việc cùng với nhóm phát triển, trong đó toàn bộ nhóm chịu trách nhiệm về chất lượng và thử nghiệm, theo ý kiến của tôi thì việc đó cực kỳ thú vị và bạn sẽ cảm thấy mình quan trọng hơn bao giờ hết.

Tôi tin rằng mọi người nên tìm thấy niềm vui trong công việc. Agile mang đến cho tester sự đam mê từ chính trong công việc của mình. Tôi luôn đặc biệt hài lòng vì quan điểm và kỹ năng của tôi cho phép chúng tôi thêm giá trị thực cho các team của chúng tôi.

Mình vừa chia sẻ xong 10 nguyên tắc cho Agile Tester. Tới đây thì các bạn cơ bản đã có thể hình dung về Agile về những giá trị cốt lõi trong Agile cũng như những nguyên tắc để trở nên linh hoạt. Nhưng vấn đề là làm thế nào để có thể trở lên linh hoạt? Trong phần tới mình sẽ giới thiệu các bạn “tuyệt chiêu” trong Agile – SCRUM.

Rất vui nếu nhận ý kiến đóng góp, phê bình, chia sẻ từ các bạn.

Bài viết được tham khảo từ website: https://dzone.com/articles/agile-testing-principles