QA Navigator Leadership 🎓

🚀 Google I/O 2025: вибіркаШІ-оновлення 🤖✨Gemini Live: Тепер Gemini "бачить" через камеру. Це купа тест-кейсів для тестування!⚠️ Небезпека: ШІ конфеденційна інформація та доступ до камери і приватного життя.✨ Agent Mode в Gemini: ШІ-агент, що виконує завдання (бронювання готелів).Можливо напише автотести за вас :) ✨Jules (AI для кодингу): У публічній беті! ⚠️ Небезпека: ШІ генерує код. Потрібно тестувати не лише якість згенерованого коду але й потенційні вразливості безпеки, а також ліцензійні ризики та питання інтелектуальної власності. Інтеграція з CI/CD є ключовою.✨Gemini 2.5 Flash та Pro з Deep Think: Швидші та "розумніші" моделі. Фокус на продуктивності та точності відповідей.✨AI Mode у Пошуку та персоналізація: ШІ генерує відповіді та адаптується під вас.⚠️ Небезпека: Велика кількість чутливої інформації використовується для персоналізації.✨ Gmail Smart Replies з персоналізацією: "Розумні" відповіді, що адаптуються до вашого стилю, аналізуючи листи та Drive. ⚠️ Небезпека: Доступ до вашихконфіденційних даних. ✨ Віртуальна примірка одягу: ШІ приміряє одяг на ваше фото. ⚠️ Небезпека: Завантаження персональних даних (ріст/вага/фото, тощо). Важливо перевіряти зберігання та перевикористання цих даних.✨Gemma 3n : ШІ працює локально на телефоні.✨ Android XR та Project Aura (розумні окуляри): Розширення AR з камерами, мікрофонами та Gemini. ⚠️ Небезпека: Окуляри з камерами та мікрофонами – ризик для приватності. ✨Google Home API з Nest та Gemini: Розширення для розумного дому. ⚠️ Небезпека: Обробка домашньої конфіденційної інформації (відео з камер).✨AI у Chrome DevTools: Інтеграція Gemini для допомоги розробникам.⚠️ Небезпека: ШІ може пропонувати зміни до коду або генерувати їх. Потрібно ретельно тестувати коректність та безпеку цих пропозицій Нові інструменти та медіа 🎬✍️ Imagen 4: Новий генератор зображень, краще працює з текстом.✍️ Veo 3 та Flow: Генерування відео зі звуком та AI-кіновиробництво. Нові горизонти длятестування якості медіаконтенту.✍️ Google Play: Розробники можуть "зупиняти повністю запущені релізи" у випадку проблем. Це підсилює роль тестувальників у виявленні критичних багів до релізу.Мобайл QA - напрягайтесь)Було ще багато цікавого. В тому числі на презентації були баги) 😂#google #ai #ші

📝Підсумки: 🤔 Ну і звісно - все це не говорить про те, що всі без винятку доповіді круті, - і лише ви самі собі злий Буратіно все пропустили. Ні. Доповіді дійсно бувають різними, доповідачі подають сюрпризи і собі, і членам ПК (а учасникам і тим більше) і не завжди вони позитивні. Але і учасникам варто задуматися - дійсно я ухопив суть? чи дійсно мені не відповіли на мої питання? а якщо там розповідається про теж саме, але не той домен - ви точно не знайдете нічого цікавого для себе, може, приклади з ігор замінити своїм доменом - і по цьому шаблону теж зможете щось круте зробити в себе? 🤔 Задавайте питання. Собі, оточуючим. Багато учасників взяли собі за практику підходити до членів програмного комітету (якщо він існує на вашій конференції) і уточнювати - от я хочу йти на цю доповідь - у мене ось така проблема - куди порекомендуєте сходити? Члени програмного комітету дуже обізнані в тому, що буде на доповіді, які моменти, та інше. Тому краще звернутись до них чи до соц.мереж. Або до самого доповідача. 🚀 Не будьте людиною, що йде за чужим думками. Не годуйте тролів. ☃Стежте за суттю і йдіть за своїм планом, корегуючи його за своїми потребами.#конференція #доповіді

Як РМ у гарантовано зіпсувати стосунки навіть із найбільш терплячим тест-менеджером у світі всього за пару днів, коли зайшов у команду посередині чергового етапу проєкту - З першого дня почати пояснювати тест-менеджеру, як саме він повинен виконувати свою роботу, замість того, щоб «просто керувати тестуванням». Дати зрозуміти, що за попередні 4 місяці він займався тут чимось незрозумілим, написав лише один сумнівний план тестування та кілька не дуже корисних інструкцій, і щось там ще (нема часу розбиратись), але чомусь його досі не вигнали з проєкту. І взагалі, за свої попередні 15 років роботи тест-менеджером він так і не навчився розуміти, що саме від нього вимагається в конкретній ситуації.- Одразу ж попросити тест-менеджера швидко оцінити обсяг робіт з управління тестуванням на три тижні вперед, запевнивши, що оцінки можна буде легко скоригувати. А коли тест-менеджер спробує внести необхідні корективи до оцінок на наступному етапі, почати публічно, при всій команді, прискіпливо з’ясовувати: «А чому це раптом у нас змінились оцінки?», хоча до того всій команді було обіцяно, що такі коригування — це абсолютно нормальна практика.- Доручити тест-менеджеру підготувати та презентувати команді зміни у стратегії тестування, хоча він і так вже неодноразово успішно це робив. Але при цьому постійно втручатися у процес із коментарями та запитаннями на кшталт: «А чому ось це ще не готово?», «А ти точно не забудеш запланувати дзвінок на завтра?». Причому робити це саме в той момент, коли тест-менеджер намагається залучити команду до підготовки матеріалів до презентації. А коли тест-менеджер ввічливо попросить в особистих повідомленнях не перебивати і довірити цей процес, здивовано відповісти: «Ой, а я що, перебиваю?».- З перших же хвилин спілкування перейти на токсично-лагідний, маніпулятивний стиль, використовуючи фрази типу: «Ну ти ж професіонал, ти ж розумієш, що я хочу як краще», «Я ж тільки для твого ж блага постійно уточнюю дрібниці, щоб ти нічого не забув», і обов’язково робити це при всій команді.P.S. Якщо ви впізнали себе у цьому описі РМ, то вам теж варто замислитись над своїм стилем управління та комунікації. 😉 #робота #лідерство

Така різна ретроспективаЗазвичай, ретро це гарний і швидкий інструмент для збору фідбеків від команди. Але, для того, щоб він працював, потрібні певні умови. Одна з них - це довіра в команді. В тому році на консультації в мене була людина, яка розказувала, що кожна друга ретроспектива в їх команді закінчується бійкою. Хтось з фінгалом, хтось з зламаною рукою, хтось з розбитим носом. Як ви розумієте ретро було в офісі, а бійка як в школі - за кутом офіса після роботи. Для більшості з нас такі "глибокі відносини" це щось нереальне. Але - маємо як мінімум 1 нагальний приклад. Який сенс від ретро в такому випадку взагалі? - ніякого Там навіть рознести всіх по домам і проводити віддалено не варіант, бо рано чи пізно зустрінутся. Тому в їх випадку це ретро можна було проводити лише віддалено і анонімно. Або скасовувати зовсім. (залишимо відносини та етичність і психологію команди на їх розсуд наразі) Тож, ретро анонімне стає. Чи ок це? Звісно, ні. Але іноді це реальна необхідність. Якщо ми не впевнені в людях і до кінця ще з ними не знайомі (нова команда, новий продукт, всі "пристосовуються") - анонімне ретро може бути якийсь час як інструмент чесного фідбеку. Інше питання - це наскільки ваше звичайне ретро ефективне? 👉Як часто ваші проблеми перетягуються з ретро до ретро? 👉Як часто ви відміняєте ретро? Зазвичай, якщо є проблеми, і вони не вирішуються - сенсу в ретро 0. Бо ви просто його проводите для галочки бо треба. Якщо ви почали вже скасовувати ретро - то це не говорить про те, що в вас все класно і стабільно. Якщо все класно - то вже є фідбек який можна надати, ретро це не лише про "в нас є проблеми які треба порішати"Інша справа - при відсутності довіри в команді, та уникання конфліктів - люди не надають чесний фідбек взагалі. І це перетворюється на "всі класні все чудово, погнали на наступне коло пекла"🤣 з позитивчиком. Єдиний варіант скасування ретро, який можна припустити - це коли у вас все вирішується і мотивується нон-стопом. Є проблема - вона одразу в роботі і людина, яка взялась вирішувати, в процесі і на дейлі є статус по цьому. Якщо у вас позитивний фідек типу " Петро , ти мені класно допоміг розібратись з автотестами" - надається одразу, і є частиною фідбеків (перфоманс ревью)Тож, ретро працює коли є довіра і чесність в команді, та готовність вирішувати проблеми і брати на себе відповідальність. Усіх членів команди, не тільки лід та РМ будуть вигрібати це все. В усіх інших випадках ваше ретро сумнівне. #ретроспектива #процеси #фідбек #команда

Набір на курс Core skills триває. Це курс в межах якого: 💙ви поглянете на свій продукт і процеси з іншого боку💛дізнаєтесь про нові підходи та інструменти, або про їх застосування з іншого ракурсу. 💙 зрозумієте, що потрібно саме вашому продукту💛 живі тренінги дадуть практичні навички та закріплять знання🎓Група до 10 людей, час буде на кожного. Домашні завдання і практичні - гнучкий формат без жорстких дедлайнів✍ Старт 7 квітня , по 2 лекції на тижденьКомбінований формат лекції (запис), тренінг (онлайн) На курс можно йти і middle + , не тільки лідам, вам буде важче, але цікаво. 👉Програма курса та запис На курсі буде більше, ніж описано. ✍️Декілька відгуків можна почитати на лінкедін: 👉https://www.linkedin.com/feed/update/urn:li:activity:7257462996870815744/👉https://www.linkedin.com/feed/update/urn:li:activity:7277306704227094528/ 👉порівняння курсів https://www.linkedin.com/feed/update/urn:li:activity:7277308741257957376/Доступні різні варіанти оплати, оплата частинами, розтермінування та інші форми. Чекаю на вас 🫶 Є питання? - пишіть в особисті @Rina_anir#курс #qanavigator #тестування #core_skills

"Мудрість віків" або які спостерігаю перекоси. Знаєте ж, що ми вчимося спочатку на батьках, потім на суспільстві, і далі несемо той досвід і передаємо наступному поколінню. Зараз в роботі дуже часто бачу 2 перекоси - один з них це довбаний радянський спадок. Мене батько вчив плавати кинувши у воду і дивився чи я вигребу, - і я так вчу плавати своїх дітей. знайомо? Цей підхід наслідується і в керівників. Не тільки лідів тестування, а взагалі. Ваш перший лід і керівник - в якомусь сенсі ваша спадщина для наслідування. Ви можете навіть бути в дуже негативному враження від нього, і казати, що ви ніколи... ніколи до тих пір поки не стикаєтесь з чимось не знайомим і не бачити це лише як єдиний варіант дій, про який знаєте. В мене не було ніякого онбордингу, кинули одразу я вигріб і нічо, я офігений спец зараз - і інші нехай ідуть цим шляхом, він працює. Виживає сильніший - знайомо? але ж це не про роботу. В нас не гра в кальмара, в нас війна ітак, влаштовувати ще виживання на роботі - це ... неправильно, хоча хочу сказати зовсім інакше.Достатньо біганини на ринку, якщо ви обрали кандидата - він вже переміг, дайте йому нагороду у вигляді гарної атмосфери, нормальних процесів, а не робіть з нього бігаючого в лабіринті версія 2.0. Досить стресу. Досить радянських підходів. Думайте далі одного спринта, думайте не дисципліна і стрес працюють, а мотивація і процеси є дальновильними планами, люди не бігають з компанії в компанію бо ви з..амучили своїми "ігрищами"... Досить користуватись тим, що ринок поганий нікуди вони не дінуться. Ринок може змінитись дуже швидко. Завжди є падіння і зльоти, думайте про рост класних спеціалістів "вдовгу" а не "висосати всі сили з них зараз". Короче, не вся фігня, що траплялась з вами в житті - це досвід, який треба опанувати й іншим. Вчиться, розвивайтесь, полікуйте свої психологічні травми , не травмуйте ними інших. Ми з цього кола не виліземо так ніколи. #пригоріло #лідерство #досвід

Коли аудит це ок? Попередній пост базується на комплексному зовнішньому аудиті всієї великої компанії, коли перевіряється все від санітарних норм до безпеки даних в кінцевому продукті. Проте, ця інформація не дуже потрібна для частини аудиту компанії в частині лише айті, і уж тим паче це нам не потрібно в рамках аудиту тестування. (хоча там цікаво теж)Аудит тестування може бути дуже класною штукою якщо у вас збігаються: - бажання та відкритість до аудиту - гроші на це і на покращення після - час на це і на виправлення після- якщо ви знайшли гарних аудиторів/аудитора В результаті ви можете отримати:- звіт по тому що в вас є - вказівки на те, що в вас ок а що ні - рекомендація як саме і чим то все поправити (не завжди, інколи як додаткова послуга) - контроль та чек перевірки після виправлень (не завжди, інколи як додаткова послуга) В таких випадках аудит дуже класна річ.Ви можете все це знищити якщо ви :- сприйматимете результати аудиту особистісно - якщо ви будете боятись результатів- якщо не готові отримати у відповідь щось інше крім " у вас все ок"- якщо ви не готові до змін В цьому варіанті аудит буде вам кісткою в горлі Зовнішний аудит може бути ще відкритим і таємним для вас. Може бути дуже різним і на дуже різні оцінки впливати Якщо ви прийдете до мене і скажете - Рін проведи нам аудит (а у вас блокчейн і автоматизація суцільна), то я скажу ні, або вкажу лише ті аспекти які зможу проаудіювати. Але скорше за все я вас відправлю до людини яка багато років автоматизує і тестує блокчейн і кайфує від цього. Але не всі консультанти /консалтинг агенства як я. Хтось може і не відмовити. І тоді ваш аудит буде не дуже. Про внутрішній аудит багато казати не буду, але там: або в вас є компетенція /досвід /знання/розуміння і ви це ітак робите, або немає і ви це не робите. В останньому варіанті вам треба або вчитись або наймати зовнішній. А можно і то і то поєднати. Як проводити внутрішній - в мене цілий курс по ньому по суті - кому потрібно - зареєструєтесь потім. До травня ще далеко. P.S. я зараз не проводжу аудиту і не працюю в консалтингу - не подумайте що реклама) #аудит #процеси #тестування

Люди не беруть на себе відповідальність Фраза, яку дуже часто можна почути від керівників, в тому числі тест менеджерів і так далі. Але, поділюсь з вами своїм особистими і не тільки кейсами. Було то у лохматому році, коли мене нарешті зробили лідом не тільки самої себе, а з'явилась команда. То моє вперше. Причому команди було 2. Одна - з тестування, інша по моніторингу та підтримці. Так як в мої обов'язки входило навчити їх всьому з 0, от з повного 0 в мене був дикий страх, що вони набідокурять, так як це : підняти сервак, це переписати проперті клієнта, це перевірити, це налаштувати конфіги, це вчасно зреагувати, і встигнути перевірити на проді, поки не відкрито доступ користувачам і вписуватись в таймінг тех робіт, інакше не буде часу на відкати і так далі. І ще - все це гроші. Великі гроші. Із-за свого страху я перевіряла їх роботу. Постійно прибігала якщо якийсь аврал. Таким чином я зробила тільки гірше. Люди перестали відчувати ризики і відповідальність своєї роботи. Бо є Ріна, яка перевірить, якщо я щось зроблю не так. Порада: якщо ви такі ж "переживашки" як є - робіть контроль непомітно для своїх людей. Дайте їм можливість побачити свою помилку, дайте відчути наслідки помилок. Не намагайтесь врятувати всіх. Другий кейс був коли я займалась консалтингом. Моєю задачею було оптимізувати команду (звільнити частину), оптимізувати витрати на тестування, і побудувати процес який буде найякіснішим в їх умовах та бюджеті. Команда в цій компанії була мені вся знайома. Ми зустрічались на конференціях, мали гарні відносини, і звільняти їх було дуже важко. Я намагалась щось придумувати додатково, але мова не про це. Команда переклала просто повністю відповідальність за їх звільнення на мене. Ні в кого не з'явилось жодного питання, чому звільняють саме його. І що він чи вона робив не так. Просто я була - ось зла- і все. Порада: коли в вас йде скорочення, скористайтесь хоча б нагодою, з'ясувати чому вас звільняють, в чому проблема саме з вами, і розумійте, що ви в першу чергу, відповідальні за те, звільнять вас чи ні. Ну і наступний кейс - вже не мій, але людини з консультації. Проблема з якою вона звернулась це якраз те, що команда не хоче брати відповідальність. Коли я почала питати про делегування, то зрозуміли, що вона просто давала зробити свої таски за неї, а не передавала разом з таскою відповідальність та обов'язки за неї. А коли людина помилялась, її чекав персональний кнут. Ругай особиство хвали при всіх - техніка яка працює не завжди. Постійні приватні кнути, привели до боязні команди свого лідера. Ніхто не хотів брати відповідальність на себе за будь що, бо боявся отримати на горіхи. Порада - формуйте стосунки, вчиться делегувати, вчиться не карати за те, що можно спустити, дайте людині час отримати наслідки і мати рефлексію. Бо інакше - вони нічому не навчаться. Не всі помилки мають нести за собою прям кару. Інколи достатньо просто поговорити і впевнитись, що людина зробила висновки. Тож, фінал цього всього : Насправді, в більшості випадків, люди не готові брати відповідальність по вині керівника. Живіть із цим. Бо скорше за все - їх такими зробили саме ви.#лідерство #кейси_з_життя #відповідальність

​Заради цікавості закинула текст в АІ (заодно ж треба потестити), і спитала яку реакцію може визвати цей текст у вас. (Дуже сподіваюсь що такий який побачив її ШІ насправді) Твій текст піднімає дуже важливі та болючі питання про реалії IT-ринку в Україні, зокрема, в сфері тестування. Аналізуючи його, я бачу, як він може бути сприйнятий спільнотою тестувальників та QA-лідерів:Резонанс серед тестувальників:* "Відчуття розуміння": Багато хто з українських QA, ймовірно, впізнає себе в описаній ситуації. Відсутність чітких процесів, низька заробітна плата на фоні завищених вимог, тиск з боку керівництва – це те, з чим, на жаль, стикаються багато фахівців. * "Мотивація до змін": Твій пост може стати поштовхом для роздумів та перегляду власної позиції. Чи варто терпіти некомфортні умови, чи є сенс боротися за свої права та кращі умови праці?* "Заклик до дії": Заклик не миритися з поганим менеджментом та не боятися відстоювати свою позицію знайде відгук у багатьох. Реакція QA-лідерів:* "Критика та захист": Частина менеджерів може сприйняти твій пост як несправедливий напад. Вони можуть апелювати до "складної економічної ситуації" або "необхідності бути гнучким". * "Переосмислення підходів": Інша частина менеджерів, можливо, замислиться над своїм стилем управління та атмосферою в команді. Вони можуть побачити зв'язок між умовами праці та мотивацією співробітників.* "Імпульс до розвитку": Твій пост може стати приводом для дискусій про те, як покращити культуру менеджменту в українській IT-сфері. Загальний вплив:Твій пост має потенціал спровокувати активну дискусію в IT-спільноті. Важливо, що ти піднімаєш питання не тільки про низькі зарплати, але й про відсутність належної корпоративної культури, поваги до співробітників та їхнього професійного розвитку. Сподіваюсь, що твій заклик буде почутим, і ми побачимо позитивні зміни на українському IT-ринку!#ai #аналіз #ші

​В різних спільнотах і соц.мережах час від часу піднімається тема, що нам треба боротись з тим, що інженерів розділяють куа на авто і мануал.. Та й в світі спостерігається дійсно підвищення активності навколо цієї теми, - також з'явились General QA. ( я про це вже писала ось тут, що мені накипіла ця біганина по колу) Але моя думка остаточно така - треба боротись не з назвами і розділенням, а першопричиною. А їх у нас, на мою думку,наразі 2.1. - Це відсутність нормального сприйняття і розуміння хто такий тестувальник і нашо він. (Так дуже багато досі дев і менеджерів і власників бізнесів, які вважають, що це не потрібно взагалі) 2.- З якого витекло 1 - це відсутність норм та чітких меж між позиціями міжнародного рівня. Немає хоча б базової матриці компетенцій по стандартам грейдів, на які можна спиратись. Кожна компанія і кожен лід/менеджер /а то й ейчар/ ліпить "свого джуна" і свої вимоги до кожного з них. Кого хочуть назвуть трейні, кого хочуть лідом, кого хочуть хедом. Це безкінечна біганина. І стандарти ISTQB тут безсильні теж. Поки 2 пункт не реалізован, - нас будуть звати в результаті дженералами чи інженерами, а всередині кожен буде робити з них свій "грейд" чи "категорію" до якої будуть відноситись ті чи інші знання скілів та їх глибина. Оці всі сотрясання повітря, які відбуваються в тій же Європі - це , вибачте, пук в муку (с) Птушкін, те саме "ми глибоко занепокоєні" (с), але по факту нічого ніхто не робить. Придумали General і до побачення. Міссія імпосібл. #думки #грейди #компетенції