🟢 «Питання якості». QA Podcast #1. Про асертивні комунікації, співпрацю з розробниками та ринок праці

Усі статті, обговорення, новини про тестування — в одному місці. Підписуйтеся на QA DOU!

🔥 Привіт, QA-спільното! У нас хороші новини: релізимо новенький випуск подкасту для тестувальників!

Якщо пропустили нульовий випуск, можете повернутись.

Нагадаємо, що подкаст ведуть:

  • Олексій Остапов, Test Lead в Infopulse, автор блогу QA Mania та курсу з Plawright, любить походи і ненавидить висоту
  • Оля Малініна, QA Manager у Entertainment Web LTD, Usability експертка, співорганізаторка Be QA Todayта BeDevToday, амбасадорка здорового глузду, багато і дуже багато плаває
  • Сергій Пірогов, Quality Assurance Automation Lead в BlaBlaCar, автор телеграм-каналу automation-remarks.com, вболіває за «Динамо Київ» та «Манчестер Сіті»
  • Олег Грудко, QA Team Lead в Omilia, світчер — іхтіолог за освітою, прихильник сертифікацій

⏱ Таймкоди:

00:00 — Коротко про те, що на вас чекає

00:48 — Вітання від ведучих

01:22 — Хто переміг у конкурсі на найкращу назву

04:10 — Асертивні комунікації мідж розробником та тестувальником: компроміс між ввічливістю та «поставити хамло на місце»

15:50 — Чому тестувальники не зможуть працювати без комунікацій з командою розробки, або QA — ніхто? (І трохи про гендер)

22:40 — Senior-level = гоноровість?

24:50 — Як пояснити розробникам рольі і важливість тестувальникив, а також чому тато Ілона Маска незадоволений сином

35:30 — Чи треба показувати результати своєї роботи і доносити її до керівництва

51:06 — Що робити, коли ти — єдиний тестувальник на проєкті

57:02 — Чому вивозити все на собі — не варіант, але джуніорам варто братись за все :)

01:02:24 — Про відповідність навантежння та складності задач до рівня і кількості тестувальників

01:08:29 — Як тестувальникам-джуніорам шукати роботу в умовах повномасштабної війни. Ситуація на ринку праці. Скільки платять Senior зараз

01:27:37 — Завершення і прощання. Шукаємо нові теми

Production: Аня Винниченко

🎧 Наступні випуски чекайте на платформах:

І щоб точно не пропустити нічого цікавого, підписуйтесь на телеграм-канал dou_qa.

👍ПодобаєтьсяСподобалось2
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

там на youtube в коментах написали питання, продублюю його тут і відповідь напишу:

«чому тільки тестувальнику потрібно доводити свою користь команді та менеджеру, постійно покращувати якість та інше»?

Цей наратив іде від замовників, бо як треба програма — ти шукаєш програміста. Не тільки тестеру треба «доводити свою користь замовнику», а всім, хто з точки зору замовника не пише, власне, програми: аналітикам, менеджерам, навіть девопсам.

Щоб поставити себе на місце замовника, уявіть, що ви купили квартиру і найняли бригаду робити ремонт. А програб вам і каже — ось в сметі +5000$ за тестера ремонтів. Як ми закінчимо, він 2 тижні поживе у вашій квартирі і перевірить, чи ми все гарно зробили. Я б від такої пропозиції ох🤬🤬🤬

Багато хто не розуміє (навіть в самому IT), наскільки розробка ПЗ стала складним технологічним процесом, що вимагає знань та навичок багатьох людей. Що це не просто написати код

Я дуже часто згадую байку про ремонтника, якого покликали ремонтувати машину. Він прийшов, вдарив її молотком і машина запрацювала. Ремонтник виставив рахунок в $100. Його питають — за що? за 1 удар? А він відповідає: за удар — долар, а 99 — за те, що знав куди та як бити.

Якщо потрібен солюшен чи автоматизація технологічного процесу — зазвичай ти шукаєш компанію, яка зробить під ключ. Задача компанії довести що усі ті люди — вони важливі та без них ніяк. Й що ті 12 джуніор девелоперів також важливі.

Якщо на проекті є натяки, — що тобі треба доказувати своє велью і чому ти для них важливий, то це означає лише одне — що треба валити з такого проекту... Тому що робота з таким некомпетентним менеджментом приносить тільки нещастя

Підписатись на коментарі