12/08/2018, 14:30

Tâm thư của QA team gửi đến DEV lead và Project Manager

Dear các DEV Lead & PM Công ty chúng ta đang ngày càng phát triển vì vậy số lượng đội ngũ QA/Tester cũng tăng theo hàng tuần hàng tháng. Đó là điều không có gì đáng ngạc nhiên. Đa số là các dự án theo mô hình Agile - là sự kết hợp của Customer, PM, SM, DEV, QA, Design... Dựa vào tính ...

Dear các DEV Lead & PM

Công ty chúng ta đang ngày càng phát triển vì vậy số lượng đội ngũ QA/Tester cũng tăng theo hàng tuần hàng tháng. Đó là điều không có gì đáng ngạc nhiên. Đa số là các dự án theo mô hình Agile - là sự kết hợp của Customer, PM, SM, DEV, QA, Design... Dựa vào tính chất và độ lớn của dự án chúng ta thường cơ cấu tổ chức lại nguồn nhân lực sao cho phù hợp và để đảm bảo sản phẩm được deliver đúng hạn với chất lượng tốt nhất. Chúng tôi những người QA cảm thấy thật tuyệt vời và hãnh diện khi bản thân đã góp sức vào tổ chức/quy trình đó. Tuy nhiên chúng tôi cũng có những quan ngại sâu sắc về sự “tương tác” với Dev team khi thực hiện dự án . Để quá trình làm việc smooth hơn và hiệu quả hơn, dưới đây là những vấn đề chúng tôi đang trăn trở lo ngại.

Xung đột trong dự án là điều không thể tránh khỏi

Trung thực mà nói: Trên thực tế xung đột hay xảy ra nhất chính là giữa Dev team và QA team. Đôi lúc mối quan hệ này thực sự hết sức tồi tệ. Đây là một trong những lý do khiến cho Dev và tester bị phân chia ra thành các hướng khác nhau. Không phải bởi vì họ không cần giao tiếp với nhau mà bởi vì sự căng thẳng vốn có giữa tính chất công việc của họ. Mỗi vai trò trong dự án sẽ có những mục tiêu và mục đích riêng . Dev team và Test team cũng vậy họ sẽ có những quan điểm khác nhau về chất lượng và có những mục tiêu riêng .

Trước hết, DEV sẽ thực hiện coding. Họ là người thực hiện, xây dựng các yêu cầu của khách hàng còn chúng tôi xác định các trường hợp có thể xảy ra với hệ thống. Chúng tôi tìm ra các vấn đề, lỗi lầm mà họ đã xây dựng. Khi bàn giao các lỗi đó, sẽ rất dễ khiến cho người log bug bị ghét. Khi QA bàn giao lỗi cho dev, thì các dev thường tỏ ra khá khó chịu với việc này. Điều đó hết sức dễ hiểu bởi vì một lập trình viên khi bị chỉ ra các lỗi như vậy thì sẽ rất dễ cảm thấy mình đang bị đánh giá. Thật không may trong quá trình trao đổi giữa các team với nhau cùng với một chút không hiểu ý và chút thiếu tôn trọng nhau đã làm cho cả 2 bên cảm thấy bị tổn thương. Điều đó đã gây nên những xung đột trong công việc. Khi xung đột ngày một lớn hơn thì chúng tôi rất cần tiếng nói của các Leader/Manager. Mỗi người quản lý sẽ đại diện cho một team và cả các quản lý cấp cao hơn nữa sẽ bàn bạc hướng giải quyết các xung đột đó. Tuy nhiên solution sau đó thì không phải lúc nào cũng làm cho chúng tôi được thỏa mãn. Đôi khi các leader/manager có thiên hướng bảo vệ dev team. Đừng làm điều đó! Hãy nhìn vào cả 2 team xem xét cả đội QA và cả đội lập trình và để tạo nên một đội thống nhất mà không cần phải vứt bỏ một trong hai team ra khỏi dự án.

Bạn hình dung như nào về cách mà các lập trình viên sẽ đối xử với chúng tôi ?

Chúng ta hãy thẳng thắn với nhau nhé. Chúng ta luôn luôn nói “ONE TEAM” . Tuy nhiên điêu đó có luôn đúng không khi mà chúng tôi luôn nhận được :

  • “Chúng tôi có khoảng 30 lập trình viên….” mà không hề nhắc đến QA/Test.
  • Những câu trêu chọc: “ Cái đó mà cũng không biết à...”, “Trời ơi trường hợp này mà cũng test sao...”

Đó là những câu thường nghe các leader nói khi phân tích các vấn đề của team trong các cuộc họp. Và những người còn lại cũng sẽ hành xử theo hành vi này của bạn vậy. Chúng tôi luôn biết và hiểu vị trí thực sự của mình tuy nhiên chúng tôi đang lo lắng rằng có thể bạn sẽ chú ý nhiều hơn đến ý tưởng ,cách làm và hành vi của đội lập trình hoặc có khả năng sẽ đưa dự án đi theo hướng của họ hoặc đầu tư nhiều thời gian vào việc đào tạo họ thành công hơn là chúng tôi. Nói tóm lại là chúng tôi QA đang và sẽ trở thành “công dân hạng hai ”trong đội dự án của bạn. Bạn có thể nghĩ rằng chúng tôi thật là ngốc nghếch. Nhưng QA chúng tôi luôn nhìn thấy được giá trị của tất cả các việc họ tạo ra và những con người mà họ quảng bá. Chúng tôi biết rằng hầu như tất cả các Dev lead, PM, DM, và CTOs đều là xuất phát từ DEV, chứ không phải từ QA. Chính vì vậy mà bạn hiểu và đồng cảm với họ hơn chúng tôi. Chúng tôi không có ý muốn bạn thay đổi điều này, nhưng hãy quan tâm đến công việc và con đường sự nghiệp của chúng tôi hơn nhé.

Các lập trình viên thường hay nghi ngờ QA bởi vì chúng tôi không thể làm ra phần mềm như các coder và không hiểu về code. Đương nhiên điều đó không hề đúng. Công việc QA của chúng tôi có giá trị riêng và chúng tôi làm tốt vấn đề tại đó. Chúng tôi tự hào bởi những gì chúng tôi đã và đang làm và chúng tôi cần bạn nên tự hào vì chúng tôi như vậy. Chúng tôi cần bạn khơi dậy cho Devs việc tôn trọng chúng tôi để biết các giá trị mà chúng tôi mang lại bằng cách chỉ ra giá trị của chúng tôi và đầu tư vào phát triển chuyên môn cho chúng tôi, giống như việc bạn làm với các Dev vậy. Thể hiện một cách công khai sự tôn trọng dành cho chúng tôi trước mặt cả đội. Đưa chúng tôi vào tất cả các cuộc hội thoại và các quyết định có ảnh hưởng đến sản phẩm. Hỏi chúng thôi “bạn nghĩ thể nào về việc này” trong các cuộc họp nhóm để cho thấy rằng quan điểm của chúng tôi cũng rất quan trọng đối với bạn. Và nếu như bạn nhận thấy bất cứ một sự thiếu tôn trọng, những trò đùa gây tổn thương hoặc có ai đó chê trách công việc của chúng tôi, hãy xử lý ngay và trực tiếp đưa ra các ý kiến. Sau tất cả, chúng tôi đều là member của bạn. Hãy bảo vệ chúng tôi cũng giống như các bạn đã làm với các Dev team vậy. Hãy làm cho chúng tôi cảm nhận được chúng tôi được chào đón ở đây. Một khi nhận được sự quan tâm, thúc đẩy, động viên trong công việc thì chắc hẳn cơ hội trở thành một member tốt, một leader có tâm trong group nói riêng và trong cả công ty nói chung sẽ không còn xa. Và hơn hết, nếu bạn làm được điều này, bạn đã giành chiến thắng hoàn toàn trong việc lấy được lòng trong trung thành của chúng tôi rồi đấy.

Chuyện thường gặp khi đến deadline deliver trong dự án đó là chúng tôi vẫn chưa test xong và vẫn còn những bug làm chúng tôi băn khoăn. Câu hỏi giành cho chúng tôi trong hoản cảnh đó là: ”Deliver được không? Đã đến deadline rồi”. Tuy nhiên khi có bug khách hàng gửi về cho đội dự án thì câu hỏi lập tức được đặt ra là: ”Tại sao QA không tìm ra nó?” Chúng tôi cảm thấy bị tổn thương, hãy bỏ qua cho sự thiếu sót đó của chúng tôi. Chúng tôi nghĩ nó cũng chỉ là một sự đổ thừa cho việc xảy ra lỗi ở trong quá khứ và chúng tôi cảm thấy lo lắng vì điều đó. Chúng tôi sẽ thấy rất vui khi nhận được sự chia sẻ về trách nhiệm trong vấn đề này từ Dev team nữa . Chúng tôi có thể không tìm ra nó nhưng cũng không phải người tạo ra vì vậy đừng bắt QA phải chịu trách nhiệm một mình. Và sau tất cả thì chúng ta sẽ trở thành một team.

Mặc dù có nhiều băn khoăn như vậy nhưng chúng tôi rất thích làm việc cùng với Dev team của bạn, và chúng tôi cảm thấy vui mừng khi được ở đây mặc dù sẽ có một chút khoảng cách và conflict lúc đầu tiên. Chúng tôi tin rằng có các Tester/QA trong đội của bạn sẽ khiến cho các lập trình viên làm việc hiệu quả hơn nhiều. Chúng ta có thể có đôi lúc không hiểu nhau nhưng trên hết hãy nhìn về 1 phía vì chất lượng của dự án và lơi ích phía công ty.

Cảm ơn vì đã dành thời gian để đọc bức thư này, và làm ơn hãy trò chuyện cùng với chúng tôi thường xuyên nhé.

0