Những lưu ý khi điều chuyển tester trong dự án

Trong lộ trình làm việc của bản thân, tôi đã từng làm việc với nhiều testers, họ được assign vào các team khác nhau. Nếu bạn tính toán bạn sẽ nhận ra rằng trong 1 dự án có thể sẽ có một hay hai hoặc 1 vài tester làm việc trong đó. Khi điều chuyển nhân sự chúng ta thường cố gắng kết hợp các kỹ năng của một nhóm testers với đặc thù công việc mà dự án đang cần. Điều này cũng có thể thay đổi bản chất của công việc thường ngày của nhóm đó. Một câu hỏi luôn khiến tôi băn khoăn quan điểm về số lượng tester cho một dự án cần thiết là bao nhiêu? Và có thể giảm số lượng hiện tại đang có đi không? Việc giảm đi số lượng tester là bao nhiêu hầu như nó ko có quy tắc nhất định. Theo quan điểm cá nhân của tôi thì có thể xem xét dựa trên những nội dung và những câu hỏi sau:

• Sự linh hoạt của team
• Hỗ trợ về chất lượng
• Bối cảnh vượt ra ngoài khôn khổ của team
• Đo lường và tính chủ quan

Sự linh hoạt của team

Điều đầu tiên cần làm là đặt ra những câu hỏi cho chính bản thân mình. Quyết định của bạn sẽ ảnh hưởng tới những gì? Sức ảnh hưởng của dự án cũ khi họ đã out? Họ có phù hợp với dự án mới hay không với kinh nghiệm bản thân của họ?

Team của bạn có bao nhiêu testers? Bạn đang loại bỏ tester duy nhất?

Bạn đang loại bỏ vai trò của tester hay là việc testing một hoạt động? Hiện tại trong team đang có hoặc sau này sẽ có những người kinh nghiệm và kiến thức về testing không? Những người khác trong nhóm sẽ cảm thấy thế nào về việc áp dụng hoạt động loại bỏ này? Họ sẽ cần hỗ trợ gì?

Bạn đang thay thế các tester trong đội hình với một người khác? Vai trò của họ sẽ là gì? Làm thế nào để việc thay đổi này sẽ không ảnh hưởng đến tỷ lệ member trong team?

Nếu người được chuyển đến một team mới, họ sẽ có những cơ hội gì? Làm thế nào để những kỹ năng và kinh nghiệm của họ phù hợp với môi trường mới ? Bạn mong đợi họ sẽ có những tác động thay đổi gì trên team mà họ sẽ tham gia? Làm thế nào để những người trong team mới có thể thay đổi công việc của họ để phù hợp với một thành viên mới?

Hỗ trợ về chất lượng

Chất lượng sản phẩm của bạn không đến từ những thử nghiệm đơn lẻ. Có rất nhiều hoạt động góp phần tạo ra phần mềm mà khách hàng của bạn cần. Điều quan trọng là để xác định độ sâu và bề rộng của thực tiễn góp phần vào chất lượng trong đội bóng mà bạn đang tìm kiếm để thay đổi.

Mức độ automation test có sẵn sàng để hỗ trợ các team không? Nó được áp dựng rộng rãi, thường xuyên và duy trì không?

Những hoạt động thực tiễn khác góp phần vào chất lượng trong đội? Review ? Phân tích chất lượng? .....

Những hoạt động bên ngoài của việc testing là những hoạt động gì? Những ảnh hưởng mà bạn mong đợi trên các tương tác xã hội của team là gì? Đặc thù của Agile team? Làm thế nào để tăng độ sâu về kiến thức đối với sản phẩm? Khách hàng trọng điểm là ai? Những điều này có thể không đặc biệt là các hoạt động thử nghiệm hoặc kỹ năng, nhưng nó tác động lên chính chất lượng của sản phẩm.

Bối cảnh vượt ra ngoài khôn khổ của team

Các bối cảnh rộng lớn hơn để thay đổi mà bạn đang làm sẽ có tác động đáng kể về cách mọi người cảm nhận về nó. Bạn nên xem xét nguyên nhân sâu xa: làm thế nào mọi người cảm thấy và hiểu những nguyên nhân này, và những tác động to lớn của sự thay đổi mà bạn có thể làm được.

Bối cảnh mà bạn muốn thay đổi cấu trúc team là gì? Dưới đây là 5 kịch bản khác nhau mà trong đó bạn có thể muốn thay đổi cấu trúc team:

• Dựa trên sự tăng trưởng Công ty
• Bản chất công việc thay đổi
• Học tập và thực hiện
• Luật sức khỏe
• Giải phóng con người ra khỏi môi trường cố định

Muốn phân tích được 5 kịch bản trên thì chúng ta phải đi trả lời những câu hỏi liên quan sau: Bạn có thể giải thích ngắn gọn lý do của bạn là gì? Bối cảnh rộng hơn được xem bởi các nhóm hay bộ phận có liên quan như thế nào? Họ có nhiệt tình, lạc quan hoặc có vẻ tiêu cực? Thành phần của các đội liên quan là gì? Làm thế nào sẽ ảnh hưởng đến kết quả? Nếu đó là thành viên tester duy nhất của dự án thì sẽ có tác động gì? Nếu có quy trình quản lý xung quanh việc phát hành, liệu người phê duyệt sự thay đổi trong sản xuất có hỗ trợ thay đổi cho nhóm không? Liệu người đó vẫn có thể tự tin vào những gì mà nhóm làm ra?

Đo lường về chất lượng

Làm thế nào để bạn biết chất lượng hiện tại ra sao?

Cũng như bất kỳ thay đổi nào, điều quan trọng là phải hiểu cách bạn sẽ theo dõi tác động. Thay đổi nhân sự trong team tester có thể ảnh hưởng đến cả chất lượng của phần mềm mà họ tạo ra và cách họ cảm thấy về công việc họ làm, một cách tích cực hoặc tiêu cực.

Số liệu nào giúp bạn xác định chất lượng sản phẩm ? Nếu chất lượng giảm xuống, thấp như thế nào là chấp nhận được? Tổ chức sẽ ảnh hưởng như thế nào đối với rủi ro sản phẩm ? Có bao nhiêu lỗi về có thể phát sinh?

Những thước đo nào giúp bạn xác định được trạng thái của test team? Nếu năng suất hoặc tinh thần giảm, mức độ chấp nhận được thấp như thế nào? Dự án công ty sẽ có nguy cơ gì? Tác động sẽ thay đổi như thế nào đối với chính tester và những role khác trong dự án?

Đừng ra quyết định 1 cách chủ quan

Ở một góc nhìn khác vai trò khác bạn sẽ quyết định việc này như thế nào?

Điểm cuối cùng cần nhớ là bạn không muốn xem xét những câu hỏi này một mình. Một người quản lý ngồi bên ngoài đội có thể có câu trả lời khá khác nhau cho một người làm việc trong đó. Ai là người cuối cùng chịu trách nhiệm cho quyết định này cũng nên suy nghĩ về cách người khác sẽ đáp ứng với những lời nhắc trước đó.

Kết Luận

Bất kỳ một tester nào cũng sẽ có ảnh hưởng nhất định đến chất lượng của dự án và có thể đưa mọi thứ đi xuống nếu chuyển họ đi ra khỏi dự án. Ở đâu đó vị trí của họ vẫn là duy nhất. Họ có thể không giỏi ở phần này nhưng không thể đánh giá họ không làm được gì, có thể họ sẽ giỏi ở phần việc khác hoặc môi trường khác. Do vậy khi thuyên chuyển họ hoặc chính các bạn tester muốn chuyển môi trường làm việc giữa các dự án thì hãy phân tích những điều ở trên nhé.