🟢 «Питання якості». QA Podcast #1. Про асертивні комунікації, співпрацю з розробниками та ринок праці
🔥 Привіт, 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.
3 коментарі
Додати коментар Підписатись на коментаріВідписатись від коментарівтам на youtube в коментах написали питання, продублюю його тут і відповідь напишу:
«чому тільки тестувальнику потрібно доводити свою користь команді та менеджеру, постійно покращувати якість та інше»?
Цей наратив іде від замовників, бо як треба програма — ти шукаєш програміста. Не тільки тестеру треба «доводити свою користь замовнику», а всім, хто з точки зору замовника не пише, власне, програми: аналітикам, менеджерам, навіть девопсам.
Щоб поставити себе на місце замовника, уявіть, що ви купили квартиру і найняли бригаду робити ремонт. А програб вам і каже — ось в сметі +5000$ за тестера ремонтів. Як ми закінчимо, він 2 тижні поживе у вашій квартирі і перевірить, чи ми все гарно зробили. Я б від такої пропозиції ох🤬🤬🤬
Багато хто не розуміє (навіть в самому IT), наскільки розробка ПЗ стала складним технологічним процесом, що вимагає знань та навичок багатьох людей. Що це не просто написати код
Я дуже часто згадую байку про ремонтника, якого покликали ремонтувати машину. Він прийшов, вдарив її молотком і машина запрацювала. Ремонтник виставив рахунок в $100. Його питають — за що? за 1 удар? А він відповідає: за удар — долар, а 99 — за те, що знав куди та як бити.
Якщо потрібен солюшен чи автоматизація технологічного процесу — зазвичай ти шукаєш компанію, яка зробить під ключ. Задача компанії довести що усі ті люди — вони важливі та без них ніяк. Й що ті 12 джуніор девелоперів також важливі.
Якщо на проекті є натяки, — що тобі треба доказувати своє велью і чому ти для них важливий, то це означає лише одне — що треба валити з такого проекту... Тому що робота з таким некомпетентним менеджментом приносить тільки нещастя