Чиє QA -кунг - фу крутіше, або Чому QA Lead - друг, товариш і брат інженера

Замітка написана, виходячи з суто особистого досвіду і поглядів на речі зі своєї «дзвіниці» - спостережень за сусідніми командами, ситуаціями з життя знайомих і так далі. В основному інформація може бути цікава людям, які б хотіли займатися організаційними процесами в сфері QA і самим QA.

© Urban Decal

Упевнений, що багато в своїй практиці стикалися з різними спірними моментами, які стосувалися дій, рішень та іншої активності QA-інженерів. Надалі всі спірні ситуації будуть називатися «суперечка» - тобто, будь-якого роду негаразди, нав'язування своєї думки іншим і ще 10 синонімів, придумайте самі. А QA будемо називати словом «інженер».

Суперечки можна грубо поділити на внутрішні і зовнішні. Перші відбуваються серед інженерів, які працюють над одним проектом або в одній команді і сперечаються між собою, з QA/Dev-лідом або ПМ-ом. Другі виникають, коли інженер сперечається з клієнтом або замовником.

Чому це відбувається? Адже, по суті, мета у команди одна, і всі повинні б йти до неї мирно. Відповіді можуть бути різні. У мене є свій.

Внутрішні суперечки

У твердженні, написаному вище, не враховуються особисті цілі кожної людини. Наведу приклади:

  1. Хтось любить сперечатися , маючи таку мету - його думка має бути прийнято як вірне. Навіщо? Все просто. По-перше, в такому випадку він має рацію, а значить, більш досвідчений, крутіше, важливіше і «дорожче». По-друге, мислення багатьох працює за шаблоном - дається взнаки досвід попередніх місць роботи та проектів. Такі люди зазвичай не слухають свого співрозмовника, в кращому разі чекають, коли він закінчить, щоб далі нав'язувати свою позицію. Вони досить вороже сприймають альтернативні погляди.
  2. Інженер рветься до влади . Навіщо? Знову все просто. Зазвичай це стосується молодих інженерів, молодих і в плані досвіду (близько 2-х років), і в плані віку (до 23 років). Юнацький максималізм б'є ключем. Вони вважають, що дуже багато знають і вміють, що їх прямий або непрямий начальник шарітся на роботі, або вони зроблять його роботу краще і ефективніше. Їх гризе всім відомий звір: «Чому ж він тоді старший?» Або «чому у нього вище ЗП ?».
  3. Інженер є процес-орієнтованим aka тролем . Це самий запущений випадок. Для таких людей метою є або симуляція робочого процесу, або нерозуміння його суті, або банально - процес суперечки як такої.

Проблема в тому, що всі ці «активності» тільки створюють «гойдалки» всередині команди або за її межами, відлякують клієнтів і, як наслідок, гальмують процес QA в цілому.

Пункти 1 і 2 виникають в 95% за однією і тією ж причини - людина не реалізується на роботі або займається не тим, не там або не так. За пунктом 3: зрідка бувають випадки, коли людина просто некомпетентний і не підходить для роботи інженером.

У будь-якому випадку, левова частка «провини» і процес мінімізації таких ситуацій припадає саме на QA Lead.

Що робити? Я бачу вирішення в наступному:

  1. Треба працювати над організацією команди і QA-процесів.
  2. Працювати з людьми, вміти їх слухати і розуміти, як би це банально не звучало.

Організація команди і процесів

Почнемо з першого завдання. Кожен член команди повинен чітко розуміти структуру останньої і свою особисту роль в цій структурі і в QA-процесі як такому. А саме:

Робота з людьми

І на закінчення, пам'ятайте: ви - приклад для інженерів. І якщо ви будете собі дозволяти халатно ставитися до роботи, робити її неякісно, ??спізнюватися, півгодини палити, прогулювати мітинги, грубо розмовляти з учасниками команди або півдня дивитися Ютюб, ви повинні розуміти, що всі інші, цілком ймовірно, будуть вести себе так само! :)

У результаті, якщо все організовано і побудовано правильно, донесено до людей з урахуванням їхніх власних бажань і амбіцій, ви практично напевно позбудетеся від описаних вище пунктів 1, 2 і 3.

Пам'ятайте, чим більше ви поважаєте оточуючих, тим більше вони поважають вас і як фахівця, і як учасника команди, і як керівника, і, що не менш важливо, - як людину.

Опубліковано: 12/12/11 @ 07:09
Розділ Різне

Рекомендуємо:

Дайджест: Стенфорд в Києві, архітектура Instagram , Java проти Scala , відмова від електронної пошти
TDS ( Traffic Directing System ) - система управління трафіком , система розподілу трафіку.
Скандинавський аукціон Gagen . Безкоштовні pin коди , пакет на 5 ставок в подарунок.
Вебмастера обманюють оптимізаторів ! Будьте пильні.
Установка коду SAPE на сайт з кириличними урламі ( UTF -8)