| Mother of QA |
12.03.202507:47
Раночку доброго!
Несу Вам корисності! ✍🏼
А саме….курс!
Ви вже знаєте, що я люблю проходити різні курси, а також люблю ділитись фідбеком та враженнями про пройдений курс з Вами!
То ж, прийшла Вам нагадати, що у моєї колеги - Іри Вольних запускається новий потік курсу😍
🔥API тестування в Postman🔥
❔Що це?
Це практичний онлайн курс для QA інженерів, де за 1,5 місяці Ви:
• розкладете по поличкам в голові теорію.
• закріпите на практиці, як тестувати RESTful та інші (graphQl, gRPC, WebSocket) API.
• автоматизуєте процес тестування за допомогою схем, сніпетів, тестів, Postman Flow та СLI.
❔Для кого підійде цей курс?
✔️ QA інженерів всіх рівнів – як мануальних, так і автоматизаторів.
✔️ Тих, хто хоче освоїти API тестування – від теорії до практики.
✔️ Тих, хто бажає покращити технічні навички з Postman.
✔️ Всіх, хто хоче навчитися автоматизувати та оптимізувати тестування.
Я вже проходила цей курс! Це був мій перший курс після вступу в ІТ-шку і саме після нього мене занесло у вир навчання🤭
Мій відгук після цього навчання Ви можете почитати тут.
А поки, раджу не втратити можливості долучитись до такого класного навчання ⭐️
📅 Старт курсу: 28 березня.
💰 Всі виручені кошти підуть на потреби 112 бригади.
📌 Долучитись можна за посиланням
Несу Вам корисності! ✍🏼
А саме….курс!
Ви вже знаєте, що я люблю проходити різні курси, а також люблю ділитись фідбеком та враженнями про пройдений курс з Вами!
То ж, прийшла Вам нагадати, що у моєї колеги - Іри Вольних запускається новий потік курсу😍
🔥API тестування в Postman🔥
❔Що це?
Це практичний онлайн курс для QA інженерів, де за 1,5 місяці Ви:
• розкладете по поличкам в голові теорію.
• закріпите на практиці, як тестувати RESTful та інші (graphQl, gRPC, WebSocket) API.
• автоматизуєте процес тестування за допомогою схем, сніпетів, тестів, Postman Flow та СLI.
❔Для кого підійде цей курс?
✔️ QA інженерів всіх рівнів – як мануальних, так і автоматизаторів.
✔️ Тих, хто хоче освоїти API тестування – від теорії до практики.
✔️ Тих, хто бажає покращити технічні навички з Postman.
✔️ Всіх, хто хоче навчитися автоматизувати та оптимізувати тестування.
Я вже проходила цей курс! Це був мій перший курс після вступу в ІТ-шку і саме після нього мене занесло у вир навчання🤭
Мій відгук після цього навчання Ви можете почитати тут.
А поки, раджу не втратити можливості долучитись до такого класного навчання ⭐️
📅 Старт курсу: 28 березня.
💰 Всі виручені кошти підуть на потреби 112 бригади.
📌 Долучитись можна за посиланням
Не змогли отримати доступ
до медіаконтенту
до медіаконтенту
28.01.202515:09
Зарплати QA падають та піднімаються
Запрошую Вас долучитись до неформальної зустрічі з лідерами спільноти QA👾
🕐 Коли: 28го січня о 18:00
📍 Де: Discord
Що обговорюватимемо?
• ЗП 2024 -> 2025, мінімуми та максимуми.
• Сертифікуватись чи автоматизацію вчити для +500.
• Мобільне тестуванна та автоматизація, чому так складно.
А що найважливіше — можна буде отримати відповіді в реальному часі на ваші болючі питання😎
Доєднуйтесь до зустрічі тут
Запрошую Вас долучитись до неформальної зустрічі з лідерами спільноти QA👾
🕐 Коли: 28го січня о 18:00
📍 Де: Discord
Що обговорюватимемо?
• ЗП 2024 -> 2025, мінімуми та максимуми.
• Сертифікуватись чи автоматизацію вчити для +500.
• Мобільне тестуванна та автоматизація, чому так складно.
А що найважливіше — можна буде отримати відповіді в реальному часі на ваші болючі питання😎
Доєднуйтесь до зустрічі тут
17.01.202519:12
Цього вівторка знову був вебінарчик і як і обіцяла - несу вижимку!
Вебінар доречі буде дуже актуальним для всіх💻
👩🏼💻 Катерина Подлеснюк, «Підвищення компенсації: коли, як і з чого почати»
❓Чому компенсацію просити бояться?
• Питання компенсації залишається табуйованим.
• У багатьох компаніях немає карʼєрного шляху і часто можна почути «Просто добре працюй».
💰Чому дискомфортно говорити про гроші?
1️⃣ Установки з «совєтского саюза».
• Це було небезпечно, соромно.
• Було не прийнято говорити про досягнення.
• Ініціативність була - табу.
• Думка «Заробити чесним шляхом - неможливо».
2️⃣ Особисті барʼєри.
• Невпевненість у власній цінності.
• Страх відмови.
• Складно говорити про потреби.
3️⃣ Атмосфера у компанії.
• Немає відкритості та довіри.
• Немає прозорості.
• Відсутність конекту з лідом.
❔Чому хотіти більше грошей - це ок?
• Наш час - невідновлюваний ресурс.
• З досвідом ми стаємо дорожчі.
• Збільшується відповідальність та ризики.
• Це про визнання нашого внеску та зусиль.
❓Який вплив компенсації на залученість?
• Мотивує - проте є короткостроковим стимулом.
• Ніяк не впливає - присутнє невдоволення від робочого процесу, культури і тд.
• Демотивує - компенсація не відповідає внеску.
🧗🏻♀️Чи на шляху до підвищення ми?
• Виконуємо задачі вищого рівня регулярно.
• Роль у команді чи проєкті змінилась.
• Досягання мають відчутний результат для компанії та команди.
• Готові до нових викликів та відповідальності.
• Компенсація відповідає внеску по відчуттях.
❔З чого почати?
Оцінити процеси у компанії.
💡Ставити питання про промоушини варто ще на етапі співбесіди.
❓Як аргументувати доцільність підвищення?
• Порівнюємо що робили на початку і що робимо зараз.
• Які задачі виконуємо зараз на більш високому рівні.
• Описуємо коли проявляли проактивність, ініціативу, овнершіп і як це бенефітило компанію.
• Показуємо як робота впливає на команду з цифрами.
‼️Важливо: не можна отримувати більше грошей виконуючи ту саму роботу‼️
❔Як допомогли собі з аргументами завчасно?
• Щотижневі ретро.
• Щоденник досягнень.
• SMART цілі та КРІ.
• Візуалізація прогресу.
• Обговорення прогресу по цілях на регулярній основі.
• Відгуки ліда, РМ та колег.
📈 Чим раніше ми починаємо говорити про підвищення, тим краще - адже перформанс ревʼю це довгий процес до якого потрібно готуватись.
❌Що не можна робити:
• Не порівнюємо себе з колегами.
• Не ставимо ультиматумів.
• Без емоцій.
• Не чекаємо негайної відповіді.
• Не обговорюємо без конкретних аргументів.
❔Що робити, якщо відмова? • Просимо про зворотній звʼязок.
• Якщо відмова несправедлива - йдемо до менеджера чи HR.
• Питаємо чи є компенсація навчання, адже це підвищення - але опосередковане.
❓А яка ситуація з підвищеннями у Вас?
🍾 - все класно, підвищують періодично.
😭 - заморозили, підвищень немає.
😨 - боюсь просити, тому чекаю поки підвищать самі.
Вебінар доречі буде дуже актуальним для всіх💻
👩🏼💻 Катерина Подлеснюк, «Підвищення компенсації: коли, як і з чого почати»
❓Чому компенсацію просити бояться?
• Питання компенсації залишається табуйованим.
• У багатьох компаніях немає карʼєрного шляху і часто можна почути «Просто добре працюй».
💰Чому дискомфортно говорити про гроші?
1️⃣ Установки з «совєтского саюза».
• Це було небезпечно, соромно.
• Було не прийнято говорити про досягнення.
• Ініціативність була - табу.
• Думка «Заробити чесним шляхом - неможливо».
2️⃣ Особисті барʼєри.
• Невпевненість у власній цінності.
• Страх відмови.
• Складно говорити про потреби.
3️⃣ Атмосфера у компанії.
• Немає відкритості та довіри.
• Немає прозорості.
• Відсутність конекту з лідом.
❔Чому хотіти більше грошей - це ок?
• Наш час - невідновлюваний ресурс.
• З досвідом ми стаємо дорожчі.
• Збільшується відповідальність та ризики.
• Це про визнання нашого внеску та зусиль.
❓Який вплив компенсації на залученість?
• Мотивує - проте є короткостроковим стимулом.
• Ніяк не впливає - присутнє невдоволення від робочого процесу, культури і тд.
• Демотивує - компенсація не відповідає внеску.
🧗🏻♀️Чи на шляху до підвищення ми?
• Виконуємо задачі вищого рівня регулярно.
• Роль у команді чи проєкті змінилась.
• Досягання мають відчутний результат для компанії та команди.
• Готові до нових викликів та відповідальності.
• Компенсація відповідає внеску по відчуттях.
❔З чого почати?
Оцінити процеси у компанії.
💡Ставити питання про промоушини варто ще на етапі співбесіди.
❓Як аргументувати доцільність підвищення?
• Порівнюємо що робили на початку і що робимо зараз.
• Які задачі виконуємо зараз на більш високому рівні.
• Описуємо коли проявляли проактивність, ініціативу, овнершіп і як це бенефітило компанію.
• Показуємо як робота впливає на команду з цифрами.
‼️Важливо: не можна отримувати більше грошей виконуючи ту саму роботу‼️
❔Як допомогли собі з аргументами завчасно?
• Щотижневі ретро.
• Щоденник досягнень.
• SMART цілі та КРІ.
• Візуалізація прогресу.
• Обговорення прогресу по цілях на регулярній основі.
• Відгуки ліда, РМ та колег.
📈 Чим раніше ми починаємо говорити про підвищення, тим краще - адже перформанс ревʼю це довгий процес до якого потрібно готуватись.
❌Що не можна робити:
• Не порівнюємо себе з колегами.
• Не ставимо ультиматумів.
• Без емоцій.
• Не чекаємо негайної відповіді.
• Не обговорюємо без конкретних аргументів.
❔Що робити, якщо відмова? • Просимо про зворотній звʼязок.
• Якщо відмова несправедлива - йдемо до менеджера чи HR.
• Питаємо чи є компенсація навчання, адже це підвищення - але опосередковане.
❓А яка ситуація з підвищеннями у Вас?
🍾 - все класно, підвищують періодично.
😭 - заморозили, підвищень немає.
😨 - боюсь просити, тому чекаю поки підвищать самі.
Не змогли отримати доступ
до медіаконтенту
до медіаконтенту
28.10.202416:55
Думаю багато з Вас вже чули про цю ситуацію і знають про що піде мова далі….
P.S. якщо ні, то всі посилання для ознайомлення залишаю тут:
• Допис Сашка
• Відео зі словами Сашка
• Коментар
❔Чому я це коментую?
Бо я один з лідерів думок. І кожному з нас залишатись осторонь цієї ситуації є недопустимим.
З моєї сторони писати цей допис є неетичним та й коментувати цю ситуацію теж….
Тому що я не чоловік. Я не в тій позиції. Я не розумію того, що відчуває кожен з чоловіків в Україні. В тому числі і мій.
Я не маю морального права це робити.
Тому мій допис тільки про те, що правда має бути вчасна.
Правда - це важко. Інколи вона неприємна та навіть болюча.
Але вона важлива.
Ніхто не засуджуватиме тебе за страх, за рятування свого життя чи інші речі….
Але тебе 100% засуджуватимуть за «гру» на почуттях людей.
Трушне QA комʼюніті почувається зрадженим, після тієї підтримки, яку готове було надати в будь-який момент….
Робити висновки буде кожен сам…але перш ніж їх зробити, уявіть перед собою лиця 100-ні матерів, які поховали своїх коханих синів, аби кожен з нас зараз мав змогу писати ті блювотні коментарі у інтернеті….
Перш ніж робити висновки та писати гидоту - уявіть що Ви це говорите тій матері, яка віддала життя свого сина за нашу з вами свободу.
СЛАВА УКРАЇНІ!🇺🇦
P.S. якщо ні, то всі посилання для ознайомлення залишаю тут:
• Допис Сашка
• Відео зі словами Сашка
• Коментар
❔Чому я це коментую?
Бо я один з лідерів думок. І кожному з нас залишатись осторонь цієї ситуації є недопустимим.
З моєї сторони писати цей допис є неетичним та й коментувати цю ситуацію теж….
Тому що я не чоловік. Я не в тій позиції. Я не розумію того, що відчуває кожен з чоловіків в Україні. В тому числі і мій.
Я не маю морального права це робити.
Тому мій допис тільки про те, що правда має бути вчасна.
Правда - це важко. Інколи вона неприємна та навіть болюча.
Але вона важлива.
Ніхто не засуджуватиме тебе за страх, за рятування свого життя чи інші речі….
Але тебе 100% засуджуватимуть за «гру» на почуттях людей.
Трушне QA комʼюніті почувається зрадженим, після тієї підтримки, яку готове було надати в будь-який момент….
Робити висновки буде кожен сам…але перш ніж їх зробити, уявіть перед собою лиця 100-ні матерів, які поховали своїх коханих синів, аби кожен з нас зараз мав змогу писати ті блювотні коментарі у інтернеті….
Перш ніж робити висновки та писати гидоту - уявіть що Ви це говорите тій матері, яка віддала життя свого сина за нашу з вами свободу.
СЛАВА УКРАЇНІ!🇺🇦
23.10.202417:31
Вечірнього допису Вам в стрічку😁
Зараз я у процесі перегляду наступних 7-ми доповідей з QA Day і як обіцяла даю свій відгук на попередні 7 доповідей, які переглянула)
Трішки з запізненням, але все ж)
💻Online QA Day 2024. Відгук💻
Я буду йти в порядку від найцікавішої для мене і до найменш цікавої!
P.S. це мої субʼєктивні враження та думка, саме тому покладатись на них 100% я не раджу.
🎤Для спікерів: не сприймайте це як вирок чи бажання «домахатись», це всього лише відгук, який базується на моєму враженні.
Отож, погнали🫰🏼
1️⃣ Найбільше мені сподобалась доповідь Свята Логіна на тему «Що можна витягнути з мобільних додатків».
Мені було дуже цікаво, а також почерпнула для себе дуже багато нового!
Дуже рекомендую до перегляду! От прям дуже дуже класно! І по подачі і по інформації і по інсайтах - лайк!
2️⃣ Далі я б розмістила доповідь Ріни Ужевко на тему «Тестування локалізації та терміни у GameDev».
Як на мене, було дуже цікаво послухати про нюанси геймдеву, але деякі моменти я б хотіла почути детальніше (як наприклад про те, яким саме чином проставляють ID-шніки, як їх групують, на що спираються і тд.).
Але доповідь лайк і по інформації і по подачі і я зрозуміла, що дуже б хотіла спробувати себе у геймдев.
3️⃣ Доповідь Олега Заревича на тему «Взаємодії між DevOps та QA».
Мені було доволі цікаво, взяла для себе цікаві інсайти, проте деяка інформація була очевидною і як на мене, їй приділили забагато уваги (як наприклад визначення QA/QC та DevOps). Я б замість цього послухала б більше про якісь тули чи інші нюанси, про які наприклад було також згадано.
4️⃣ Доповідь Катерини Абзятової на тему «Від барʼєрів до мостів: Важливість Accessibility Testing» також для мене була цікавою, адже тема дуже актуальна, але як на мене була не до кінця розкрита саме частина практичного тестування, хотілось більше прикладів з практики як саме тестувати те аксесабіліті і на що звернути увагу у тестуванні.
5️⃣ На черзі доповідь Андрія Заблоцького на тему «Досвід побудови сильної та ефективної QA команди» було доволі цікаво, проте не було сказано чогось «мега нового», тому здебільшого цю доповідь можу відмітити за гарну рекомендацію книги, спокійну та цікаву розповідь та деякі думки.
6️⃣ Доповідь Алли Пенальби на тему «QA Automation, the secret weapon that need manual», тут як на мене, було багато суперечливих думок і багатьох я не зрозуміла. Якось тема не мапилась мені зі змістом.
7️⃣ З доповіддю Олени Нікітіної на тему «Глибинне занурення в процеси тестування: від документації до успішних case-studies» та ж ситуація, якось хаотично тривала розповідь і я не зрозуміла, що я мала винести для себе в кінці.
Такі от мої враження - хто був, діліться своїми топ-3 доповідями! Дуже цікаво почути Ваші думки💭
Зараз я у процесі перегляду наступних 7-ми доповідей з QA Day і як обіцяла даю свій відгук на попередні 7 доповідей, які переглянула)
Трішки з запізненням, але все ж)
💻Online QA Day 2024. Відгук💻
Я буду йти в порядку від найцікавішої для мене і до найменш цікавої!
P.S. це мої субʼєктивні враження та думка, саме тому покладатись на них 100% я не раджу.
🎤Для спікерів: не сприймайте це як вирок чи бажання «домахатись», це всього лише відгук, який базується на моєму враженні.
Отож, погнали🫰🏼
1️⃣ Найбільше мені сподобалась доповідь Свята Логіна на тему «Що можна витягнути з мобільних додатків».
Мені було дуже цікаво, а також почерпнула для себе дуже багато нового!
Дуже рекомендую до перегляду! От прям дуже дуже класно! І по подачі і по інформації і по інсайтах - лайк!
2️⃣ Далі я б розмістила доповідь Ріни Ужевко на тему «Тестування локалізації та терміни у GameDev».
Як на мене, було дуже цікаво послухати про нюанси геймдеву, але деякі моменти я б хотіла почути детальніше (як наприклад про те, яким саме чином проставляють ID-шніки, як їх групують, на що спираються і тд.).
Але доповідь лайк і по інформації і по подачі і я зрозуміла, що дуже б хотіла спробувати себе у геймдев.
3️⃣ Доповідь Олега Заревича на тему «Взаємодії між DevOps та QA».
Мені було доволі цікаво, взяла для себе цікаві інсайти, проте деяка інформація була очевидною і як на мене, їй приділили забагато уваги (як наприклад визначення QA/QC та DevOps). Я б замість цього послухала б більше про якісь тули чи інші нюанси, про які наприклад було також згадано.
4️⃣ Доповідь Катерини Абзятової на тему «Від барʼєрів до мостів: Важливість Accessibility Testing» також для мене була цікавою, адже тема дуже актуальна, але як на мене була не до кінця розкрита саме частина практичного тестування, хотілось більше прикладів з практики як саме тестувати те аксесабіліті і на що звернути увагу у тестуванні.
5️⃣ На черзі доповідь Андрія Заблоцького на тему «Досвід побудови сильної та ефективної QA команди» було доволі цікаво, проте не було сказано чогось «мега нового», тому здебільшого цю доповідь можу відмітити за гарну рекомендацію книги, спокійну та цікаву розповідь та деякі думки.
6️⃣ Доповідь Алли Пенальби на тему «QA Automation, the secret weapon that need manual», тут як на мене, було багато суперечливих думок і багатьох я не зрозуміла. Якось тема не мапилась мені зі змістом.
7️⃣ З доповіддю Олени Нікітіної на тему «Глибинне занурення в процеси тестування: від документації до успішних case-studies» та ж ситуація, якось хаотично тривала розповідь і я не зрозуміла, що я мала винести для себе в кінці.
Такі от мої враження - хто був, діліться своїми топ-3 доповідями! Дуже цікаво почути Ваші думки💭
21.10.202418:16
Хелоу хелоу!
Минулого вівторка, як завжди у нас був вебінар у комʼюніті і я несу Вам вижимку!
Цього разу я заміняла Артема і допомагала у проведені і це доволі цікавий experience😁спробую ще, скажу чи сподобалось…
А поки йдемо до вижимки)
👩🏼💻Оксана Лодигіна, «GraphQL under test»
💡GraphQL займає 3 місце в світі серед найбільш популярних АРІ архітектур (це нам каже офіційний ресурс Postman).
☠️ «Beautify» під час роботи з GraphQL краще не натискати😅
‼️ У GraphQL важливі пробіли та переноси.
📁 GraphQL не працює з файлами та їх завантаженням.
P.S. це можливо, але потребує часу, роботи та зусиль!
📌 Ця АРІ розрахована на вибірку потрібних даних.
🌲 Важко копатись всередину цих гілок і розуміти куди воно все йде.
🔎 Коротка історія GraphQL:
• Восени 2012 року Facebook випустив свій новий додаток для iOS на базі GraphQL.
• У 2015 році команда GraphQL вирішила перейти на відкритий код.
💻 GraphQL - це зручна для розробників мова запитів. Дозволяє маніпулювання даними для API.
❔Причини, чому люблять GraphQL:
• GraphQL дає саме те, про що ви просите. Немає надмірної або недостатньої інформації.
• GraphQL використовує сильно типізовану систему для визначення можливостей API.
• GraphQL може об'єднати кілька API в єдину схему, щоб зробити це доступно клієнту.
• GraphQL дозволяє приховати складність існуючих систем.
🥲 У GraphQL є проблеми з обробкою помилок:
• одна кінцева точка URL.
• немає стандартного формату.
• коди помилок - не вказані.
• складний аналіз відповіді на помилку.
• тіло відповіді включає масив помилок, коли операція не вдається.
• їх важче розвивати, і важче розширювати.
• вони повинні бути задокументовані спеціально, за межами.
❤️Хороші практики обробки помилок GraphQL
• надавати значущі повідомлення про помилки.
• використовувати розширення помилок.
• реалізувати перевірку в схемі.
• використовувати користувацькі типи помилок.
• безпечно обробляти конфіденційну інформацію.
• сценарії тестових помилок.
Отакий був вебінарчик!
Готую для вас відгук по QA Day і біжу відпочивати❤️
Всім гарного вечора!
Минулого вівторка, як завжди у нас був вебінар у комʼюніті і я несу Вам вижимку!
Цього разу я заміняла Артема і допомагала у проведені і це доволі цікавий experience😁спробую ще, скажу чи сподобалось…
А поки йдемо до вижимки)
👩🏼💻Оксана Лодигіна, «GraphQL under test»
💡GraphQL займає 3 місце в світі серед найбільш популярних АРІ архітектур (це нам каже офіційний ресурс Postman).
☠️ «Beautify» під час роботи з GraphQL краще не натискати😅
‼️ У GraphQL важливі пробіли та переноси.
📁 GraphQL не працює з файлами та їх завантаженням.
P.S. це можливо, але потребує часу, роботи та зусиль!
📌 Ця АРІ розрахована на вибірку потрібних даних.
🌲 Важко копатись всередину цих гілок і розуміти куди воно все йде.
🔎 Коротка історія GraphQL:
• Восени 2012 року Facebook випустив свій новий додаток для iOS на базі GraphQL.
• У 2015 році команда GraphQL вирішила перейти на відкритий код.
💻 GraphQL - це зручна для розробників мова запитів. Дозволяє маніпулювання даними для API.
❔Причини, чому люблять GraphQL:
• GraphQL дає саме те, про що ви просите. Немає надмірної або недостатньої інформації.
• GraphQL використовує сильно типізовану систему для визначення можливостей API.
• GraphQL може об'єднати кілька API в єдину схему, щоб зробити це доступно клієнту.
• GraphQL дозволяє приховати складність існуючих систем.
🥲 У GraphQL є проблеми з обробкою помилок:
• одна кінцева точка URL.
• немає стандартного формату.
• коди помилок - не вказані.
• складний аналіз відповіді на помилку.
• тіло відповіді включає масив помилок, коли операція не вдається.
• їх важче розвивати, і важче розширювати.
• вони повинні бути задокументовані спеціально, за межами.
❤️Хороші практики обробки помилок GraphQL
• надавати значущі повідомлення про помилки.
• використовувати розширення помилок.
• реалізувати перевірку в схемі.
• використовувати користувацькі типи помилок.
• безпечно обробляти конфіденційну інформацію.
• сценарії тестових помилок.
Отакий був вебінарчик!
Готую для вас відгук по QA Day і біжу відпочивати❤️
Всім гарного вечора!
05.03.202517:33
Повертаюсь до Вас, бо вчора була на щотижневому вебінарі⭐️ ну і вижимка летить до Вас🤭
🧑🏼💻 Олександр Хотемський, «Навіщо потрібен моніторинг та як ми використовуємо DataDog»
❔Що відбувається коли немає моніторингу?
• Продакшн падає -> ніхто не знає чому.
• Користувачі перші повідомляють про проблему.
• Довгий час на діагностику.
• Ризик втрати довіри чи доходу.
‼️Моніторинг - це не логування.
Але вони доповнюють один одного.
📃Логування - записи про певні події в програмі.
🔍 Моніторинг набагато ширший і включає в себе логування.
⭐️ Логування це text-based.
Моніторинг це чисельні значення, які ми можемо порівняти одне з іншим.
❔Що дає моніторинг?
• Швидке виявлення проблем.
• Прискорена діагностика.
• Превент потенційних збоїв.
• Розуміння трендів та навантаження.
❔Що моніторять в першу чергу?
• Доступність (uptime, latency).
• Помилки (http).
• Продуктивність (response time).
• Ресурси (cpu, ram).
📌 Налаштування моніторингу це НЕ раз і назавжди.
• Його необхідно підтримувати.
• Регулярний перегляд апдейтів.
• Оптимізація метрик.
• Баланс між інформативністю та шумом.
🖌️ Всі мають моніторити це щодня.
👀 Не моніториш - працюєш наосліп.
🐶 DataDog - це прикольна тула яка дуже класна і може закрити практично усе - логи, трейси, метрики, дешборди, та конектиться практично до всього. Але…. дорога і важко налаштовується.
🐞Проблеми в моніторингу та логуванні - оцінюються як баги.
👀 Моніторити треба - як мінімум логи, а максимуму немає.
Далі ми слухали та дивились як це реалізовано у Сашка і це прям дуже топ🔥
Можливо колись буду мати можливість попрацювати з цією тулою, а поки для мене це просто мрія🤭
❔А які тули для моніторингу використовують у Вас?)
Діліться!👇🏼
🧑🏼💻 Олександр Хотемський, «Навіщо потрібен моніторинг та як ми використовуємо DataDog»
❔Що відбувається коли немає моніторингу?
• Продакшн падає -> ніхто не знає чому.
• Користувачі перші повідомляють про проблему.
• Довгий час на діагностику.
• Ризик втрати довіри чи доходу.
‼️Моніторинг - це не логування.
Але вони доповнюють один одного.
📃Логування - записи про певні події в програмі.
🔍 Моніторинг набагато ширший і включає в себе логування.
⭐️ Логування це text-based.
Моніторинг це чисельні значення, які ми можемо порівняти одне з іншим.
❔Що дає моніторинг?
• Швидке виявлення проблем.
• Прискорена діагностика.
• Превент потенційних збоїв.
• Розуміння трендів та навантаження.
❔Що моніторять в першу чергу?
• Доступність (uptime, latency).
• Помилки (http).
• Продуктивність (response time).
• Ресурси (cpu, ram).
📌 Налаштування моніторингу це НЕ раз і назавжди.
• Його необхідно підтримувати.
• Регулярний перегляд апдейтів.
• Оптимізація метрик.
• Баланс між інформативністю та шумом.
🖌️ Всі мають моніторити це щодня.
👀 Не моніториш - працюєш наосліп.
🐶 DataDog - це прикольна тула яка дуже класна і може закрити практично усе - логи, трейси, метрики, дешборди, та конектиться практично до всього. Але…. дорога і важко налаштовується.
🐞Проблеми в моніторингу та логуванні - оцінюються як баги.
👀 Моніторити треба - як мінімум логи, а максимуму немає.
Далі ми слухали та дивились як це реалізовано у Сашка і це прям дуже топ🔥
Можливо колись буду мати можливість попрацювати з цією тулою, а поки для мене це просто мрія🤭
❔А які тули для моніторингу використовують у Вас?)
Діліться!👇🏼
20.01.202518:07
Вечір добрий!
Як Ви? Гарно відпочили?
Бо час вриватись у робочі будні❤️🔥
Почнемо понеділок з гарних новин та розіграємо квиточок!
Переможця вже визначено, його дивіться у відео!
А я вітаю його з перемогою та вже біжу в дірект з квиточком🍾
Всім дякую за участь, не засмучуйтеся!
У мене буде ще багато розіграшів, тому ловіть удачу на наступні🍀🍀🍀
Всім цьом! 💋
Як Ви? Гарно відпочили?
Бо час вриватись у робочі будні❤️🔥
Почнемо понеділок з гарних новин та розіграємо квиточок!
Переможця вже визначено, його дивіться у відео!
А я вітаю його з перемогою та вже біжу в дірект з квиточком🍾
Всім дякую за участь, не засмучуйтеся!
У мене буде ще багато розіграшів, тому ловіть удачу на наступні🍀🍀🍀
Всім цьом! 💋
16.01.202519:57
Місто засинає, просинається Mother of QA😁
Я знову повертаюсь до Вас, як і обіцяла зранку!
У нас вже розпочались вівторкові вебінари у спільноті, то ж будуть регулярні вижимки🎤
Сьогодні буде вижимка з воркшопу, який відбувся минулого тижня і насправді вижимка буде коротка, бо там необхідно було практикуватись в ріал таймі)
👩🏼💻 Костянтин Телтов, «Основи автоматизації веб-додатків за допомогою WebDriver. Від спагеті до простого солюшену»
💻 Ми розглядали побудову солюшену на Visual Studio за допомогою Selenium.
Робили налаштування Console App проєкту, встановлювали NuGet пекеджі, писали перші тести, розглядали як робити негативні флоу, як рефакторити тести, Page Object-увати їх, налаштовували CI/CD та багато іншого.
💡 Порада 1: Краще називати метод валідним значенням, аби розуміти його в майбутньому.
📖 WebDriver взаємодіє з елементом на сторінці і для цього у нас є Selectors або Locators.
Два популярні селектори: CSS та Xpath.
📖 Дуже часта проблема з якою Ви можете стикнутись - це завантаження сторінки, адже часто сторінка завантажується пізніше, ніж WebDriver знаходить елементи і для цього ми використовуємо waiters.
❌ Thread.Sleep - це табу.
💡 Порада 2: Автоматизація на UI досить нестабільна і необхідно уникати того, що ми не тестуємо.
Отака невеличка вижимка, з дуже величкого воркшопу аж на 3 години😅
Перша моя автоматизація була саме за допомогою Selenium WebDriver на C# і зараз згадую ті часи, як ставила сліпи, як розбиралась зі структурою, як то все пейдж-обджектувала і мʼяко кажучи, це було боляче)))
Але безперечно прикольний досвід, і дивлячись цей воркшоп я розумію, що уникнула б багатьох помилок)
❔А на чому була Ваша перша автоматизація? Діліться)
Я знову повертаюсь до Вас, як і обіцяла зранку!
У нас вже розпочались вівторкові вебінари у спільноті, то ж будуть регулярні вижимки🎤
Сьогодні буде вижимка з воркшопу, який відбувся минулого тижня і насправді вижимка буде коротка, бо там необхідно було практикуватись в ріал таймі)
👩🏼💻 Костянтин Телтов, «Основи автоматизації веб-додатків за допомогою WebDriver. Від спагеті до простого солюшену»
💻 Ми розглядали побудову солюшену на Visual Studio за допомогою Selenium.
Робили налаштування Console App проєкту, встановлювали NuGet пекеджі, писали перші тести, розглядали як робити негативні флоу, як рефакторити тести, Page Object-увати їх, налаштовували CI/CD та багато іншого.
💡 Порада 1: Краще називати метод валідним значенням, аби розуміти його в майбутньому.
📖 WebDriver взаємодіє з елементом на сторінці і для цього у нас є Selectors або Locators.
Два популярні селектори: CSS та Xpath.
📖 Дуже часта проблема з якою Ви можете стикнутись - це завантаження сторінки, адже часто сторінка завантажується пізніше, ніж WebDriver знаходить елементи і для цього ми використовуємо waiters.
❌ Thread.Sleep - це табу.
💡 Порада 2: Автоматизація на UI досить нестабільна і необхідно уникати того, що ми не тестуємо.
Отака невеличка вижимка, з дуже величкого воркшопу аж на 3 години😅
Перша моя автоматизація була саме за допомогою Selenium WebDriver на C# і зараз згадую ті часи, як ставила сліпи, як розбиралась зі структурою, як то все пейдж-обджектувала і мʼяко кажучи, це було боляче)))
Але безперечно прикольний досвід, і дивлячись цей воркшоп я розумію, що уникнула б багатьох помилок)
❔А на чому була Ваша перша автоматизація? Діліться)
26.10.202408:10
Приходьте нетворкатись🥰
Я в процесі вижимки, як і завжди)))
Я в процесі вижимки, як і завжди)))
Не змогли отримати доступ
до медіаконтенту
до медіаконтенту
23.10.202415:59
Сьогодні мій вечір буде тут🥰
Тому доєднуйтесь поки ще є час👩🏼💻
Тому доєднуйтесь поки ще є час👩🏼💻
20.10.202415:31
Вечір добрий!
Як і обіцяла даю Вам другу частину вижимки🔥
А загальний відгук надам завтра/післязавтра🥰
💻Online QA Day 2024. PART 2.💻
👩🏼💻 Свят Логін, «Що можна витягнути з мобільних додатків»
📁 Успішність взломів у відсотках:
• Веб - 96%
• АРІ - 50%
• Андроїд - 19%
• IOS - 18%
• Оперативні системи - 13%
• IoT - 11%
• Computer hardware - 7%
• Blockchain - 5%
📌Необхідно налаштовувати моніторинг, щоб знати чи були якісь атаки на ресурс.
📌Чим старіший софт на додатках - тим швидше їх можна ламати.
☠️ Для початку зловмисники роблять reverse engineering.
Якщо розробник не забрав вразливі дані, то цим може скористатись зловмисник.
‼️MobSF - сканує додаток і шукає вразливості‼️
🔥Hopper - IOS
🔥JaDX - Android
Можна розшифрувати наш додаток.
Після розшифрування будемо мати декілька папочок.
🥲Найбільшою проблемою може бути неправильне використання платформи та коду.
‼️Необхідно хешувати ендпоінти, натискання кнопок, буфер копі, проміжні дані, функції логування, дані аналітики на відправку третім сторонам.
🙏🏼НЕ ХАРДКОДИМО.
👩🏼💻 Андрій Заблоцький, «Досвід побудови сильної та ефективної QA команди»
📌Лідерство це не про те, що «я зробив», а «ми зробили».
‼️Основні обовʼязки ліда:
• Визначити стандарти, яких будуть дотримуватись.
• Розбудова тестової команди.
• Слідкування за якістю проєкту.
• Вміння справлятись з викликами самостійно.
🏛️Будуємо корпоративну культуру:
• Бути радикально чесним.
• Пояснювати цілі проєкту і виклики для команди.
• Зменшувати число правил та погоджень.
• Не очікувати, що сьогоднішня команда досягне успіху завтра.
• Будувати команду а не сімʼю.
• Розуміння потреб.
• Встановлення прозорих процесів.
📕Книга Патті Маккорд, Powerful.
🫰🏼Lessons learned:
• Впевненість у якості - це не лише відповідальність тестувальників.
• Visibility роботи QA команди недостатньо.
• Звертати увагу на дефекти, які перевідкриті.
👩🏼💻 Ріна Ужевко, «Тестування локалізації та терміни у GameDev»
📌Основна мета локалізації, зробити так, щоб склалось враження, що гра зроблена у тій країні тим громадянином.
• Глобалізація - масштабування світового продукту.
• Інтернаціоналізація - технічна підготовка.
• Локалізація - регіональна адаптація.
• Культуризація - культурна чутливість.
‼️На 1 ID - 1 баг-репорт.
❔Що робити якщо переклад не готовий?
• Додаємо неіснуючу локаль.
• Перевіряємо наявність перекладу, відображення символів, збереження розмітки.
‼️Необхідно перевіряти особливості різних мов. Наприклад і, ї, ґ в українській мові.
💰Тестування сторів та валюти є дуже важливим у іграх! Обовʼязково тестувати такі сценарії:
• коли у користувача немає грошей;
• користувач зробив 103468393 кліпів по кнопці «Купити»;
• користувач звернувся для відшкодування грошей.
💡Для тестування платежів не потрібно перевіряти всі країни, ціни залежать від налаштувань акаунту, тому достатньо перевіряти на найбільш платоспроможних країнах.
📌GDPR «стандарт ЄС» - згода на обробку, доступ та видалення персональних даних.
📌Оновлення після деплою відкривається не для всіх одразу (2-3 дні).
‼️Закінчити тестування і фікси необхідно за +15 днів до дати події.
👩🏼💻 Катерина Абзятова, «Від барʼєрів до мостів: Важливість Accessibility Testing»
📌Ці три речі ідуть разом:
• Usability - наскільки зручно взаємодіяти.
• User experience - досвід використання в цілому (від моменту роз пакування і до кінця)
• Accessibility - взаємодія з продуктом людей з обмеженнями і різними потребами.
‼️10-20% людей в різних країнах мають стабільні обмеження (по всіх вікових категоріях).
📒Це можуть бути прогресуючі обмеження, тимчасові, ситуативні, перманентні.
• Слух - додати субтитри.
• Зір - збільшення тексту, контраст кольорів, описувати візуальний контент.
• Рух - доступність елементів, послідовний порядок елементів, достатнє місце для натиску, альтернатива по жестах.
• Когнітивні порушення - проста мова та дизайн, кольори, менше червоного, використовувати правильні шрифти.
📄Стандарт ISO 9241-171.
Попереду мене очікує ще 7 доповідей у записі💻
Тому вижимки ще будуть!
Як і обіцяла даю Вам другу частину вижимки🔥
А загальний відгук надам завтра/післязавтра🥰
💻Online QA Day 2024. PART 2.💻
👩🏼💻 Свят Логін, «Що можна витягнути з мобільних додатків»
📁 Успішність взломів у відсотках:
• Веб - 96%
• АРІ - 50%
• Андроїд - 19%
• IOS - 18%
• Оперативні системи - 13%
• IoT - 11%
• Computer hardware - 7%
• Blockchain - 5%
📌Необхідно налаштовувати моніторинг, щоб знати чи були якісь атаки на ресурс.
📌Чим старіший софт на додатках - тим швидше їх можна ламати.
☠️ Для початку зловмисники роблять reverse engineering.
Якщо розробник не забрав вразливі дані, то цим може скористатись зловмисник.
‼️MobSF - сканує додаток і шукає вразливості‼️
🔥Hopper - IOS
🔥JaDX - Android
Можна розшифрувати наш додаток.
Після розшифрування будемо мати декілька папочок.
🥲Найбільшою проблемою може бути неправильне використання платформи та коду.
‼️Необхідно хешувати ендпоінти, натискання кнопок, буфер копі, проміжні дані, функції логування, дані аналітики на відправку третім сторонам.
🙏🏼НЕ ХАРДКОДИМО.
👩🏼💻 Андрій Заблоцький, «Досвід побудови сильної та ефективної QA команди»
📌Лідерство це не про те, що «я зробив», а «ми зробили».
‼️Основні обовʼязки ліда:
• Визначити стандарти, яких будуть дотримуватись.
• Розбудова тестової команди.
• Слідкування за якістю проєкту.
• Вміння справлятись з викликами самостійно.
🏛️Будуємо корпоративну культуру:
• Бути радикально чесним.
• Пояснювати цілі проєкту і виклики для команди.
• Зменшувати число правил та погоджень.
• Не очікувати, що сьогоднішня команда досягне успіху завтра.
• Будувати команду а не сімʼю.
• Розуміння потреб.
• Встановлення прозорих процесів.
📕Книга Патті Маккорд, Powerful.
🫰🏼Lessons learned:
• Впевненість у якості - це не лише відповідальність тестувальників.
• Visibility роботи QA команди недостатньо.
• Звертати увагу на дефекти, які перевідкриті.
👩🏼💻 Ріна Ужевко, «Тестування локалізації та терміни у GameDev»
📌Основна мета локалізації, зробити так, щоб склалось враження, що гра зроблена у тій країні тим громадянином.
• Глобалізація - масштабування світового продукту.
• Інтернаціоналізація - технічна підготовка.
• Локалізація - регіональна адаптація.
• Культуризація - культурна чутливість.
‼️На 1 ID - 1 баг-репорт.
❔Що робити якщо переклад не готовий?
• Додаємо неіснуючу локаль.
• Перевіряємо наявність перекладу, відображення символів, збереження розмітки.
‼️Необхідно перевіряти особливості різних мов. Наприклад і, ї, ґ в українській мові.
💰Тестування сторів та валюти є дуже важливим у іграх! Обовʼязково тестувати такі сценарії:
• коли у користувача немає грошей;
• користувач зробив 103468393 кліпів по кнопці «Купити»;
• користувач звернувся для відшкодування грошей.
💡Для тестування платежів не потрібно перевіряти всі країни, ціни залежать від налаштувань акаунту, тому достатньо перевіряти на найбільш платоспроможних країнах.
📌GDPR «стандарт ЄС» - згода на обробку, доступ та видалення персональних даних.
📌Оновлення після деплою відкривається не для всіх одразу (2-3 дні).
‼️Закінчити тестування і фікси необхідно за +15 днів до дати події.
👩🏼💻 Катерина Абзятова, «Від барʼєрів до мостів: Важливість Accessibility Testing»
📌Ці три речі ідуть разом:
• Usability - наскільки зручно взаємодіяти.
• User experience - досвід використання в цілому (від моменту роз пакування і до кінця)
• Accessibility - взаємодія з продуктом людей з обмеженнями і різними потребами.
‼️10-20% людей в різних країнах мають стабільні обмеження (по всіх вікових категоріях).
📒Це можуть бути прогресуючі обмеження, тимчасові, ситуативні, перманентні.
• Слух - додати субтитри.
• Зір - збільшення тексту, контраст кольорів, описувати візуальний контент.
• Рух - доступність елементів, послідовний порядок елементів, достатнє місце для натиску, альтернатива по жестах.
• Когнітивні порушення - проста мова та дизайн, кольори, менше червоного, використовувати правильні шрифти.
📄Стандарт ISO 9241-171.
Попереду мене очікує ще 7 доповідей у записі💻
Тому вижимки ще будуть!
06.02.202500:53
ЧАСТИНА 2.
7️⃣ пастка. «Недоторканість».
📥 Потрапляємо через: схоплену зірку, наслідки пройдених курсів та сертифікатів.
🏄♂️ Дії, які призводять до помилок: засиджування на одному місці, гонка за кількістю.
🟰 Результат цієї пастки: падати боляче, психологічні травми, довіру складно відновити.
❔Як не потрапити у пастку:
• Працювати з психологом.
• Прислухатись до інших.
• Перестати бути ідеальним.
8️⃣ пастка. «Герой-рятівник».
📥 Потрапляємо через: важкість балансувати, страхи бути заміненим, проблеми з довірою.
🏄♂️ Дії, які призводять до помилок: намагання врятувати ситуацію та людей, думка що без нас все загнеться.
🟰 Результат цієї пастки: шкода проєкту, формування невпевненості у людей, залежність від похвали, синдром самозванця.
❔Як не потрапити у пастку:
• Працюємо над цінностями.
• Рефлексуємо.
9️⃣ пастка. «Невпевненість».
📥 Потрапляємо через: відсутність знань, стрес, психічні розлади.
🏄♂️ Дії, які призводять до помилок: займання самоперевіркою, думка що інші знають краще, боязнь висловлювати свою думку.
🟰 Результат цієї пастки: слабка позиція, виснаження, витрата часу, ризик розладів.
❔Як не потрапити у пастку:
• Знання психології.
• Терапія.
• Ретельне планування та тайм менеджмент.
1️⃣0️⃣ пастка. «Гуру».
📥 Потрапляємо через: довгий час в компанії та галузі, багато років досвіду, відсутність новизни в тестуванні.
🏄♂️ Дії, які призводять до помилок: ігнорування всього від початківців, життя лише в рамках компанії.
🟰 Результат цієї пастки: атрофія мозку, нудьга, пастка недоторканості.
❔Як не потрапити у пастку:
• Дивитись на новачків.
• Шукати суміжні тематики.
• Не зупиняти навчання.
• Ділитись з іншими.
💡Важливо знайти баланс між навчанням і практикою.
💡Розвивати критичне мислення.
💡Бути чесним і вміти казати «ні».
❔А чи втрапляли Ви у якусь із пасток…або навіть декілька?
😨 - так.
😎 - ні.
7️⃣ пастка. «Недоторканість».
📥 Потрапляємо через: схоплену зірку, наслідки пройдених курсів та сертифікатів.
🏄♂️ Дії, які призводять до помилок: засиджування на одному місці, гонка за кількістю.
🟰 Результат цієї пастки: падати боляче, психологічні травми, довіру складно відновити.
❔Як не потрапити у пастку:
• Працювати з психологом.
• Прислухатись до інших.
• Перестати бути ідеальним.
8️⃣ пастка. «Герой-рятівник».
📥 Потрапляємо через: важкість балансувати, страхи бути заміненим, проблеми з довірою.
🏄♂️ Дії, які призводять до помилок: намагання врятувати ситуацію та людей, думка що без нас все загнеться.
🟰 Результат цієї пастки: шкода проєкту, формування невпевненості у людей, залежність від похвали, синдром самозванця.
❔Як не потрапити у пастку:
• Працюємо над цінностями.
• Рефлексуємо.
9️⃣ пастка. «Невпевненість».
📥 Потрапляємо через: відсутність знань, стрес, психічні розлади.
🏄♂️ Дії, які призводять до помилок: займання самоперевіркою, думка що інші знають краще, боязнь висловлювати свою думку.
🟰 Результат цієї пастки: слабка позиція, виснаження, витрата часу, ризик розладів.
❔Як не потрапити у пастку:
• Знання психології.
• Терапія.
• Ретельне планування та тайм менеджмент.
1️⃣0️⃣ пастка. «Гуру».
📥 Потрапляємо через: довгий час в компанії та галузі, багато років досвіду, відсутність новизни в тестуванні.
🏄♂️ Дії, які призводять до помилок: ігнорування всього від початківців, життя лише в рамках компанії.
🟰 Результат цієї пастки: атрофія мозку, нудьга, пастка недоторканості.
❔Як не потрапити у пастку:
• Дивитись на новачків.
• Шукати суміжні тематики.
• Не зупиняти навчання.
• Ділитись з іншими.
💡Важливо знайти баланс між навчанням і практикою.
💡Розвивати критичне мислення.
💡Бути чесним і вміти казати «ні».
❔А чи втрапляли Ви у якусь із пасток…або навіть декілька?
😨 - так.
😎 - ні.
Не змогли отримати доступ
до медіаконтенту
до медіаконтенту
18.01.202517:31
Привіт гайз!🌹
Сьогодні субота, а це означає, що пора чимось Вас потішити!
У мене є 1 безкоштовний квиточок на конференцію Online QADay 2025🎟️
Для того аби прийняти участь, Вам необхідно:
• поставити «+» в коментарях.
• бути підписаним на мій канал (з цією умовою Ви по замовчуванню впорались😁).
В понеділок будуть результати🥰
Всім успіху🍀
Сьогодні субота, а це означає, що пора чимось Вас потішити!
У мене є 1 безкоштовний квиточок на конференцію Online QADay 2025🎟️
Для того аби прийняти участь, Вам необхідно:
• поставити «+» в коментарях.
• бути підписаним на мій канал (з цією умовою Ви по замовчуванню впорались😁).
В понеділок будуть результати🥰
Всім успіху🍀
Не змогли отримати доступ
до медіаконтенту
до медіаконтенту
08.01.202518:01
🦄 Вже 3-тій рік поспіль моя улюблена тренерка Саша Ковальова у Certified Unicorns традиційно запускає безкоштовний ISTQB Foundation Level Marathon 2025!
❔Що на Вас чекає?
🔥 насичений тиждень інсайтів, задач, тестів і лайфхаків для вивчення ISTQB Foundation Level;
🔥 багато практичних завдань, корисних матеріалів, прямий ефір та можливість виграти круті ISTQB-призи.
P.S. там такі призи, що просто капець😍 я і сама не знаю, хотіла б я виграти перше чи друге місце!
Призи можна побачити тут
❔Кому буде цікаво?
🔹тим, хто не складав жодної ISTQB-сертифікації.
Адже Ви зможете зазирнути за завісу цього процесу і зрозуміти, що і як там відбувається;
🔹 тим, хто тільки придивляється до ISTQB.
Certified Unicorns покажуть, чого можна очікувати від підготовки і на самому іспиті;
🔹 тим, хто хоче здавати самостійно.
Тренерка підкаже, куди дивитися у першу чергу, та яких помилок варто уникати;
🔹 тим, хто вже майже готовий до іспиту і хочете дізнатися організаційні моменти про сам іспит в різних країнах та різні формати складання.
Тренерка поділиться всіма деталями та секретами.
P.S. А якщо Ви вже лід чи менеджер команди, відправляйте своїх Junior та Middle тестувальників на марафон, щоб зарядити їх мотивацією та натхненням до карʼєрного розвитку!💪🏼
Я була і на марафоні і на курсі і здавала сертифікацію, тому з впевненістю можу Вам сказати - «Воно вам треба»! 😍
👉 Доєднатись можна тут
❔Що на Вас чекає?
🔥 насичений тиждень інсайтів, задач, тестів і лайфхаків для вивчення ISTQB Foundation Level;
🔥 багато практичних завдань, корисних матеріалів, прямий ефір та можливість виграти круті ISTQB-призи.
P.S. там такі призи, що просто капець😍 я і сама не знаю, хотіла б я виграти перше чи друге місце!
Призи можна побачити тут
❔Кому буде цікаво?
🔹тим, хто не складав жодної ISTQB-сертифікації.
Адже Ви зможете зазирнути за завісу цього процесу і зрозуміти, що і як там відбувається;
🔹 тим, хто тільки придивляється до ISTQB.
Certified Unicorns покажуть, чого можна очікувати від підготовки і на самому іспиті;
🔹 тим, хто хоче здавати самостійно.
Тренерка підкаже, куди дивитися у першу чергу, та яких помилок варто уникати;
🔹 тим, хто вже майже готовий до іспиту і хочете дізнатися організаційні моменти про сам іспит в різних країнах та різні формати складання.
Тренерка поділиться всіма деталями та секретами.
P.S. А якщо Ви вже лід чи менеджер команди, відправляйте своїх Junior та Middle тестувальників на марафон, щоб зарядити їх мотивацією та натхненням до карʼєрного розвитку!💪🏼
Я була і на марафоні і на курсі і здавала сертифікацію, тому з впевненістю можу Вам сказати - «Воно вам треба»! 😍
👉 Доєднатись можна тут
26.10.202407:04
Раночок🌞
Поки я на QA Magic MeetUp і готую нові вижимки - Ви вивчайте першу частину другої сімірки з QA Day.
P.S. Мій канал перетворився на щоденник вижимок, вибачте😁.
Але я відвідую просто ВЕЛИЧЕЗНУ кількість подій і мені дуже хочеться поділитись з Вами всім!!!
👩🏼💻Юрій Бажан, «Один спринт з життя тестувальника»
📌У всьому і завжди ми зосереджуємось на «ефективності».
🕰️ Правильне управління часом у тестувальників ділиться на тестування та мітинги.
🌤️ На daily необхідно активно слухати та занотовувати.
🎨 На refinement ми маємо право застопити задачу чи фічу, якщо залишилось питання.
🪲 На bug triage - представляємо баги, памʼятаємо їх і пріоритезуємо.
🎬 Retro має відбуватись щоспринта.
‼️ Для того щоб бути ефективним на мітингу - необхідно готуватись.
‼️Прийти на refinement не прочитавши вимоги, які будуть обговорюватись = втрата часу. В такому випадку його можна одразу відміняти.
⏳ В такому випадку в середньостатистичного мідла на мітинги з підготовкою піде ~18% часу в спринті , а на тестування ~82%.
💡Секрет ефективності - активно слухати та готуватись.
❔Як ефективно тестувати на основі Квадрату Декарта?
• Важливо та терміново (гасіння пожеж, критичні баги перед релізом).
• Неважливо, але терміново (забаганки ПО, тестування дрібних та низькопріоритетних функцій, коли є інші важливі завдання)
• Неважливо і не терміново (завдання, які не несуть цінності та витрачають час проєкту та продукту).
• Важливо, не терміново (діяльність, яка допомагає підготуватись заздалегідь, розроблені чіткі процеси і тд.)
📚 Книга: «7 звичок надзвичайно ефективних людей», Стівен Р. Кові.
🔥Найпріоритетнішим завданням для нас є refinement вимог, саме тоді ми опинимось в 4-му, правильному квадраті.
👩🏼💻Софія Новаченко, «Успішне поєднання QA/BA обовʼязків».
❔Які задачі BA?
• Аналіз документації від ПО.
• Розробка прототипів для візуалізації вимог.
• Участь у тех. дизайні та архітектурі.
• Визначення бізнес- процесів, як новий функціонал заінтегрувати в існуючу систему.
• Декомпозиція вимог та формування АС.
❔Які задачі QA?
• Аналіз вимог, розуміння бізнес логіки та вимог до продукту.
• Розробка тестових сценаріїв.
• Виконання тестів.
• Підготовка та підтримка тестової документації.
• Виявлення та документування дефектів.
🦾Спільне у цих ролей:
Аналіз вимог, розробка US, описання AC, написання тестової документації.
📌Кожну таску необхідно естіммейтити на пленінгу.
⏳ Завантаженість QA/BA залежить від пріоритету , оскільки при інтенсивному плануванні нових задач, робота з вимогами може займати до 80% часу, а якщо йде регресія, то навпаки.
⚠️ Ризик поєднання цих ролей:
• Мінімальне знання функціоналу іншими.
• Виконання регресії одними і тими ж людьми.
• Запилення ока, потенційно пропущені дефекти.
• Можливість упустити щось у вимогах чи тестуванні , через постійне переключення.
❔Як мінімізувати?
• Розділити роботу на декількох, міксуючи роботу між декількома людьми, для того, щоб залучити всіх і познайомити з функціоналом
• Knowledge sharing сесії.
‼️ Інформацію по процесах треба документувати‼️
👩🏼💻 Олесь Ніканюк, «Особливості тестування в міжнародних організаціях: досвід, виклики».
⚠️Проєкти в такій організації прямо чи опосередковано впливають на різні держави, викликом є строгі вимоги до безпеки.
💡Там існує роль «Technical analyst», який поєднує у собі мануальне та автоматизоване тестування (такий собі General).
📌В міжнародній організації практичний досвід понад усе.
🦾 У фундаменті стоїть безпека, тоді відповідність політикам та стандартам і тоді функціональність.
🪲 Тестувальники на проєктах перевіряють проєкт на вразливості та роблять автоматизоване сканування вразливостей.
Тестувальники беруть участь у формуванні US та створенні сабтасок.
👤 UAT проводиться зовнішніми незалежними командами.
‼️Труднощі:
• Бюрократія.
• Труднощі комунікації в міжнародних командах.
• Довготривалість проєктів.
❔Як думаєте, яка з цих трьох доповідей імпонувала мені найбільше?)
А поки Ви думаєте ставте - ❤️
Поки я на QA Magic MeetUp і готую нові вижимки - Ви вивчайте першу частину другої сімірки з QA Day.
P.S. Мій канал перетворився на щоденник вижимок, вибачте😁.
Але я відвідую просто ВЕЛИЧЕЗНУ кількість подій і мені дуже хочеться поділитись з Вами всім!!!
👩🏼💻Юрій Бажан, «Один спринт з життя тестувальника»
📌У всьому і завжди ми зосереджуємось на «ефективності».
🕰️ Правильне управління часом у тестувальників ділиться на тестування та мітинги.
🌤️ На daily необхідно активно слухати та занотовувати.
🎨 На refinement ми маємо право застопити задачу чи фічу, якщо залишилось питання.
🪲 На bug triage - представляємо баги, памʼятаємо їх і пріоритезуємо.
🎬 Retro має відбуватись щоспринта.
‼️ Для того щоб бути ефективним на мітингу - необхідно готуватись.
‼️Прийти на refinement не прочитавши вимоги, які будуть обговорюватись = втрата часу. В такому випадку його можна одразу відміняти.
⏳ В такому випадку в середньостатистичного мідла на мітинги з підготовкою піде ~18% часу в спринті , а на тестування ~82%.
💡Секрет ефективності - активно слухати та готуватись.
❔Як ефективно тестувати на основі Квадрату Декарта?
• Важливо та терміново (гасіння пожеж, критичні баги перед релізом).
• Неважливо, але терміново (забаганки ПО, тестування дрібних та низькопріоритетних функцій, коли є інші важливі завдання)
• Неважливо і не терміново (завдання, які не несуть цінності та витрачають час проєкту та продукту).
• Важливо, не терміново (діяльність, яка допомагає підготуватись заздалегідь, розроблені чіткі процеси і тд.)
📚 Книга: «7 звичок надзвичайно ефективних людей», Стівен Р. Кові.
🔥Найпріоритетнішим завданням для нас є refinement вимог, саме тоді ми опинимось в 4-му, правильному квадраті.
👩🏼💻Софія Новаченко, «Успішне поєднання QA/BA обовʼязків».
❔Які задачі BA?
• Аналіз документації від ПО.
• Розробка прототипів для візуалізації вимог.
• Участь у тех. дизайні та архітектурі.
• Визначення бізнес- процесів, як новий функціонал заінтегрувати в існуючу систему.
• Декомпозиція вимог та формування АС.
❔Які задачі QA?
• Аналіз вимог, розуміння бізнес логіки та вимог до продукту.
• Розробка тестових сценаріїв.
• Виконання тестів.
• Підготовка та підтримка тестової документації.
• Виявлення та документування дефектів.
🦾Спільне у цих ролей:
Аналіз вимог, розробка US, описання AC, написання тестової документації.
📌Кожну таску необхідно естіммейтити на пленінгу.
⏳ Завантаженість QA/BA залежить від пріоритету , оскільки при інтенсивному плануванні нових задач, робота з вимогами може займати до 80% часу, а якщо йде регресія, то навпаки.
⚠️ Ризик поєднання цих ролей:
• Мінімальне знання функціоналу іншими.
• Виконання регресії одними і тими ж людьми.
• Запилення ока, потенційно пропущені дефекти.
• Можливість упустити щось у вимогах чи тестуванні , через постійне переключення.
❔Як мінімізувати?
• Розділити роботу на декількох, міксуючи роботу між декількома людьми, для того, щоб залучити всіх і познайомити з функціоналом
• Knowledge sharing сесії.
‼️ Інформацію по процесах треба документувати‼️
👩🏼💻 Олесь Ніканюк, «Особливості тестування в міжнародних організаціях: досвід, виклики».
⚠️Проєкти в такій організації прямо чи опосередковано впливають на різні держави, викликом є строгі вимоги до безпеки.
💡Там існує роль «Technical analyst», який поєднує у собі мануальне та автоматизоване тестування (такий собі General).
📌В міжнародній організації практичний досвід понад усе.
🦾 У фундаменті стоїть безпека, тоді відповідність політикам та стандартам і тоді функціональність.
🪲 Тестувальники на проєктах перевіряють проєкт на вразливості та роблять автоматизоване сканування вразливостей.
Тестувальники беруть участь у формуванні US та створенні сабтасок.
👤 UAT проводиться зовнішніми незалежними командами.
‼️Труднощі:
• Бюрократія.
• Труднощі комунікації в міжнародних командах.
• Довготривалість проєктів.
❔Як думаєте, яка з цих трьох доповідей імпонувала мені найбільше?)
А поки Ви думаєте ставте - ❤️
Не змогли отримати доступ
до медіаконтенту
до медіаконтенту
23.10.202411:11
🚨🚨🚨
ААААА!
У ЮНІКОРНІВ НОВИЙ РОЗІГРАШ🔥
Можливо Ви вже бачили, а можливо ще ні, то слухайте уважно!
У Юнікорнів свято — у них уже 2500 ювілейних студентів!
Я є одним з тих студентів і я дуже пишаюсь тим, як ми масштабуємось.
А оскільки найкращим способом святкування для них - це дарувати подарунки іншим, то тут нас чекає розіграш з ВАУ подарунками😍
Цього разу із партнером iSQI — офіційним Exam Provider в Україні*, що надає можливість складати віддалені іспити зі 100 країн світу 24/7.
Випробуйте удачу, щоб отримати:
🥇Сертифікат на навчання у Certified Unicorns номіналом 10 000 грн (діє до листопада 2025 року)
🥈Знижку -50% на будь-який іспит ISTQB від наших друзів з іSQI (крім іспитів Expert Level)
🥉Знижку -30% на будь-який іспит ISTQB від наших друзів з іSQI (крім іспитів Expert Level)
Як взяти участь у розіграші — вже на сторінці в LinkedIn🦄
Я раджу бігти і не втрачати можливість! Бо подарунки дійсно ВАУ🔥🔥🔥
P.S. я вже участь взяла🥰тримаю кулачки за себе)))
🪄*До речі, у iSQI є українське представництво, де вас можуть проконсультувати і дати відповіді на всі запитання щодо іспитів саме українською.
ААААА!
У ЮНІКОРНІВ НОВИЙ РОЗІГРАШ🔥
Можливо Ви вже бачили, а можливо ще ні, то слухайте уважно!
У Юнікорнів свято — у них уже 2500 ювілейних студентів!
Я є одним з тих студентів і я дуже пишаюсь тим, як ми масштабуємось.
А оскільки найкращим способом святкування для них - це дарувати подарунки іншим, то тут нас чекає розіграш з ВАУ подарунками😍
Цього разу із партнером iSQI — офіційним Exam Provider в Україні*, що надає можливість складати віддалені іспити зі 100 країн світу 24/7.
Випробуйте удачу, щоб отримати:
🥇Сертифікат на навчання у Certified Unicorns номіналом 10 000 грн (діє до листопада 2025 року)
🥈Знижку -50% на будь-який іспит ISTQB від наших друзів з іSQI (крім іспитів Expert Level)
🥉Знижку -30% на будь-який іспит ISTQB від наших друзів з іSQI (крім іспитів Expert Level)
Як взяти участь у розіграші — вже на сторінці в LinkedIn🦄
Я раджу бігти і не втрачати можливість! Бо подарунки дійсно ВАУ🔥🔥🔥
P.S. я вже участь взяла🥰тримаю кулачки за себе)))
🪄*До речі, у iSQI є українське представництво, де вас можуть проконсультувати і дати відповіді на всі запитання щодо іспитів саме українською.
19.10.202417:27
Вітаю друзі!
Сьогодні, як Ви вже бачили, відвідала конференцію і готова надати Вам вижимку з перших 7-ми доповідей!
Проте буде декілька частин, оскільки у телеграмі обмеження тексту)
💻Online QA Day 2024. PART 1.💻
👩🏼💻Олег Заревич «Взаємодії між DevOps та QA»
❔Мета цієї доповіді?
• Для ефективної роботи - потрібна ефективна співпраця.
❔Що таке DevOps?
• Концепція яка виникла у 2007-2009 році.
• Ідея співпраці між командою розробки та тих хто робить інфраструктуру.
• Основний фокус - робочий продукт зі сторони інфраструктури.
‼️Тестування залежить від того як ми робимо деплой.
Не знаючи інфраструктури/ архітектури, ми не можемо робити детальне тестування‼️
❔Чого QA може навчити DevOps?
• Побудова спільного словника.
• Як працює додаток з точки зору енд юзера.
• Запропонувати додаткові тести та аналізатори коду.
• Донести розуміння, що додаток - це трохи більше, ніж запущений контейнер.
☠️Часто, багато членів команди навіть не знають, як виглядає і працює кінцевий продукт.
❔Чого DevOps може навчити QA?
• Ввести його в деплоймент пайплайн процес. Які стадії, що за що відповідає і тд.
• Розповісти про обмеження безпеки.
• Розповісти про Disaster Recovery Plan.
• Продемонструвати Observability (дає максимальну інформацію для роботи над дефектом; золоті сигнали - метрики, логи, трейси).
📌Synthetic checks (наприклад у Postman monitors) дають нам розуміння того, наскільки наша система є доступною.
📌Chaos Engineering - це підхід до аналізу роботи нашої системи під час неочікуваних збоїв.
👩🏼💻Алла Пенальба, «QA Automation, the secret weapon that need manual»
📌Перед тим як запровадити автоматизоване тестування - ми повинні розуміти для чого нам це і які причини.
«Чому, що хочемо досягнути, як вимірювати успіх?»
📌Нам потрібно слідкувати за стабільністю наших тестів, вони повинні бути зеленими.
📌Сепаровані мануальні та автоматизовані команди можуть зіграти з нами поганий жарт. Тому що автоматизатори живуть у своїй бульбашці, а мануальний не використовують автоматизацію у своїй рутині.
⚖️Автоматизація та мануальне тестування має бути в балансі.
Автотести повинні закривати питання рутинного тестування, а мануальне тестування має аналізувати, креативити і тд.
❔Як не зафейлити автоматизацію?
1️⃣ Визначіть чіткі цілі та виміри успіху.
2️⃣ Оцінити скіли команди.
3️⃣ Обрати тулу для автоматизації.
4️⃣ Поревʼювати тест кавередж і визначити роадмап для автоматизації.
5️⃣ Визначити підхід до масштабування та підтримки тестів.
6️⃣ Потрібно побудувати гарний колаборейшн зі всіма залученими тімками.
❔Що має робити автоматизація?
• Зберігати час.
• Зменшувати cost.
• Підвищувати якість релізів.
👩🏼💻Олена Нікітіна, «Глибинне занурення в процеси тестування: від документації до успішних case-studies».
📄 Документація:
• Має бути канал для комунікації для прояснення вимог щодо нового функціоналу.
• Документацію потрібно постійно створювати та оновлювати.
• Всі процеси на проєкті необхідно описувати.
🧮 Оцінка та планування:
• Відокремлення QA оцінювання від Dev.
• Critical Path планування.
🎨 Тест дизайн та ревʼю:
• Якісне ревʼю тест дизайну.
• Створення мануальних чеклистів.
‼️Важливо проводити peer-review Dev for QA‼️
🔥 Test Execution:
• за тест кейсами.
• за вимогами сторі (happy path).
💻 Оптимізація регресійного тестування:
• пріоритезація тест кейсів.
• impact analysis таблиція.
• smoke загального тестування.
That’s all на сьогодні!
Якщо Ви хочете почути також мій фідбек щодо того, які доповіді сподобались, а які не дуже - ставте 🙏🏼
Сьогодні, як Ви вже бачили, відвідала конференцію і готова надати Вам вижимку з перших 7-ми доповідей!
Проте буде декілька частин, оскільки у телеграмі обмеження тексту)
💻Online QA Day 2024. PART 1.💻
👩🏼💻Олег Заревич «Взаємодії між DevOps та QA»
❔Мета цієї доповіді?
• Для ефективної роботи - потрібна ефективна співпраця.
❔Що таке DevOps?
• Концепція яка виникла у 2007-2009 році.
• Ідея співпраці між командою розробки та тих хто робить інфраструктуру.
• Основний фокус - робочий продукт зі сторони інфраструктури.
‼️Тестування залежить від того як ми робимо деплой.
Не знаючи інфраструктури/ архітектури, ми не можемо робити детальне тестування‼️
❔Чого QA може навчити DevOps?
• Побудова спільного словника.
• Як працює додаток з точки зору енд юзера.
• Запропонувати додаткові тести та аналізатори коду.
• Донести розуміння, що додаток - це трохи більше, ніж запущений контейнер.
☠️Часто, багато членів команди навіть не знають, як виглядає і працює кінцевий продукт.
❔Чого DevOps може навчити QA?
• Ввести його в деплоймент пайплайн процес. Які стадії, що за що відповідає і тд.
• Розповісти про обмеження безпеки.
• Розповісти про Disaster Recovery Plan.
• Продемонструвати Observability (дає максимальну інформацію для роботи над дефектом; золоті сигнали - метрики, логи, трейси).
📌Synthetic checks (наприклад у Postman monitors) дають нам розуміння того, наскільки наша система є доступною.
📌Chaos Engineering - це підхід до аналізу роботи нашої системи під час неочікуваних збоїв.
👩🏼💻Алла Пенальба, «QA Automation, the secret weapon that need manual»
📌Перед тим як запровадити автоматизоване тестування - ми повинні розуміти для чого нам це і які причини.
«Чому, що хочемо досягнути, як вимірювати успіх?»
📌Нам потрібно слідкувати за стабільністю наших тестів, вони повинні бути зеленими.
📌Сепаровані мануальні та автоматизовані команди можуть зіграти з нами поганий жарт. Тому що автоматизатори живуть у своїй бульбашці, а мануальний не використовують автоматизацію у своїй рутині.
⚖️Автоматизація та мануальне тестування має бути в балансі.
Автотести повинні закривати питання рутинного тестування, а мануальне тестування має аналізувати, креативити і тд.
❔Як не зафейлити автоматизацію?
1️⃣ Визначіть чіткі цілі та виміри успіху.
2️⃣ Оцінити скіли команди.
3️⃣ Обрати тулу для автоматизації.
4️⃣ Поревʼювати тест кавередж і визначити роадмап для автоматизації.
5️⃣ Визначити підхід до масштабування та підтримки тестів.
6️⃣ Потрібно побудувати гарний колаборейшн зі всіма залученими тімками.
❔Що має робити автоматизація?
• Зберігати час.
• Зменшувати cost.
• Підвищувати якість релізів.
👩🏼💻Олена Нікітіна, «Глибинне занурення в процеси тестування: від документації до успішних case-studies».
📄 Документація:
• Має бути канал для комунікації для прояснення вимог щодо нового функціоналу.
• Документацію потрібно постійно створювати та оновлювати.
• Всі процеси на проєкті необхідно описувати.
🧮 Оцінка та планування:
• Відокремлення QA оцінювання від Dev.
• Critical Path планування.
🎨 Тест дизайн та ревʼю:
• Якісне ревʼю тест дизайну.
• Створення мануальних чеклистів.
‼️Важливо проводити peer-review Dev for QA‼️
🔥 Test Execution:
• за тест кейсами.
• за вимогами сторі (happy path).
💻 Оптимізація регресійного тестування:
• пріоритезація тест кейсів.
• impact analysis таблиція.
• smoke загального тестування.
That’s all на сьогодні!
Якщо Ви хочете почути також мій фідбек щодо того, які доповіді сподобались, а які не дуже - ставте 🙏🏼
06.02.202500:53
Повертаюсь до Вас із обіцяною вижимкою!
Вчора був щовівторковий вебінар у спільноті і це був перший онлайн вебінар, який я відвідала, в режимі реального часу за рік😍
Буде дві частини, то ж, гайда дивитись!
ЧАСТИНА 1🤓
👩🏼💻Ріна Ужевко , «Нікчемний я. Або пастки в які ми попадаємо на шляху до успіху»
Всі потрапляють у пастки і це нормально. Головне вміти їх ідентифікувати та виходити з них👀
1️⃣ пастка. «Тут щось ще новеньке….»
📥 Потрапляємо через: соціальні мережі, комплекси, страхи залишитись без роботи, цікавість до нового.
🏄♂️ Дії, які призводять до помилок: вважати що все опанували, думати, що всі встигають, а я ні.
🟰 Результат цієї пастки: не отримуємо повноцінних знань, коли треба буде ці знання - вони будуть вже забуті, втрачаємо фокус на поточних задачах, ризик втратити роботу збільшується.
❔Як не потрапити у пастку:
• Фільтрувати обʼєм та кількість інфи.
• Фокус на тому, що потрібно.
2️⃣ пастка. «Я вже знаю багато».
📥 Потрапляємо через: прочитання багатьох статей, відвідання багато конференцій і перегляд схожих доповідей.
🏄♂️ Дії, які призводять до помилок: важати, що все нам під силу, робити вигляд, що вже працювали з цим.
🟰 Результат цієї пастки: немає практичних знань, не всі можуть застосувати теорію, хибні очікування від роботи.
❔Як не потрапити у пастку:
• Просити допомоги.
• Бути чесним.
3️⃣ пастка. «Треба подобатись всім».
📥 Потрапляємо через: установки з дитинства, установка «гарні відносити - не звільнять», перекошене поняття нетворкінгу.
🏄♂️ Дії, які призводять до помилок: намагання допомогти всім, невміння відмовити, бажання всім подобатись.
🟰 Результат цієї пастки: жертва маніпуляторів, вигорання, відсутність поваги та порушення кордонів.
❔Як не потрапити у пастку:
• Ставити собі питання «А при чому тут я?».
• Робота з маніпуляторами та установками.
• Розуміти власну цінність і вміти сказати «ні».
4️⃣ пастка. «Який я козак».
📥 Потрапляємо через: бажання показати себе, думка про те, що «я класний», гарний перформанс.
🏄♂️ Дії, які призводять до помилок: робимо більше за інших і швидше, овертаймимо, торгуємось даючи менші оцінки, ніж інші в команді.
🟰 Результат цієї пастки: вигорання, завищенні очікування, погані стосунки з командою, відсутність мотивації.
❔Як не потрапити у пастку:
• Ставити реальні задачі.
• Спортивне суперництво - погано для ІТ.
• Розмовляти з керівником.
• Допомога від керівника.
5️⃣ пастка. «Наслідування».
📥 Потрапляємо через: довгий час в одному проєкті/домені, відсутність різного досвіду.
🏄♂️ Дії, які призводять до помилок: робота на автопілоті, відчуття, що все під контролем, комфортне середовище, захоплення кимось/чимось.
🟰 Результат цієї пастки: нудьга, пропущені баги, процеси не працюють, виправдовування.
❔Як не потрапити у пастку:
• Збирайте відгуки та створюйте процеси ревʼю.
• Працюйте в інших доменах.
• Вилазьте на конфи курси і тд.
6️⃣ пастка. «Протоптана стежка».
📥 Потрапляємо через: копіювання когось, сильні емоції від того, що ще не пробували.
🏄♂️ Дії, які призводять до помилок: ейфорія, як воно буде, робити як всі, впровадження усього і одразу.
🟰 Результат цієї пастки: втрата часу і грошей, наслідки болючі, проте інколи може й спрацювати.
❔Як не потрапити у пастку:
• Дати час емоціям вщухнути.
• Підходити з холодною головою.
• Аналіз і критичне мислення.
• Консультація з колегами у сфері.
• Питаємо команду.
п.с. Попереду ще 4 пастки, але перед тим як йти далі - залиште серденько🫶🏼
Вчора був щовівторковий вебінар у спільноті і це був перший онлайн вебінар, який я відвідала, в режимі реального часу за рік😍
Буде дві частини, то ж, гайда дивитись!
ЧАСТИНА 1🤓
👩🏼💻Ріна Ужевко , «Нікчемний я. Або пастки в які ми попадаємо на шляху до успіху»
Всі потрапляють у пастки і це нормально. Головне вміти їх ідентифікувати та виходити з них👀
1️⃣ пастка. «Тут щось ще новеньке….»
📥 Потрапляємо через: соціальні мережі, комплекси, страхи залишитись без роботи, цікавість до нового.
🏄♂️ Дії, які призводять до помилок: вважати що все опанували, думати, що всі встигають, а я ні.
🟰 Результат цієї пастки: не отримуємо повноцінних знань, коли треба буде ці знання - вони будуть вже забуті, втрачаємо фокус на поточних задачах, ризик втратити роботу збільшується.
❔Як не потрапити у пастку:
• Фільтрувати обʼєм та кількість інфи.
• Фокус на тому, що потрібно.
2️⃣ пастка. «Я вже знаю багато».
📥 Потрапляємо через: прочитання багатьох статей, відвідання багато конференцій і перегляд схожих доповідей.
🏄♂️ Дії, які призводять до помилок: важати, що все нам під силу, робити вигляд, що вже працювали з цим.
🟰 Результат цієї пастки: немає практичних знань, не всі можуть застосувати теорію, хибні очікування від роботи.
❔Як не потрапити у пастку:
• Просити допомоги.
• Бути чесним.
3️⃣ пастка. «Треба подобатись всім».
📥 Потрапляємо через: установки з дитинства, установка «гарні відносити - не звільнять», перекошене поняття нетворкінгу.
🏄♂️ Дії, які призводять до помилок: намагання допомогти всім, невміння відмовити, бажання всім подобатись.
🟰 Результат цієї пастки: жертва маніпуляторів, вигорання, відсутність поваги та порушення кордонів.
❔Як не потрапити у пастку:
• Ставити собі питання «А при чому тут я?».
• Робота з маніпуляторами та установками.
• Розуміти власну цінність і вміти сказати «ні».
4️⃣ пастка. «Який я козак».
📥 Потрапляємо через: бажання показати себе, думка про те, що «я класний», гарний перформанс.
🏄♂️ Дії, які призводять до помилок: робимо більше за інших і швидше, овертаймимо, торгуємось даючи менші оцінки, ніж інші в команді.
🟰 Результат цієї пастки: вигорання, завищенні очікування, погані стосунки з командою, відсутність мотивації.
❔Як не потрапити у пастку:
• Ставити реальні задачі.
• Спортивне суперництво - погано для ІТ.
• Розмовляти з керівником.
• Допомога від керівника.
5️⃣ пастка. «Наслідування».
📥 Потрапляємо через: довгий час в одному проєкті/домені, відсутність різного досвіду.
🏄♂️ Дії, які призводять до помилок: робота на автопілоті, відчуття, що все під контролем, комфортне середовище, захоплення кимось/чимось.
🟰 Результат цієї пастки: нудьга, пропущені баги, процеси не працюють, виправдовування.
❔Як не потрапити у пастку:
• Збирайте відгуки та створюйте процеси ревʼю.
• Працюйте в інших доменах.
• Вилазьте на конфи курси і тд.
6️⃣ пастка. «Протоптана стежка».
📥 Потрапляємо через: копіювання когось, сильні емоції від того, що ще не пробували.
🏄♂️ Дії, які призводять до помилок: ейфорія, як воно буде, робити як всі, впровадження усього і одразу.
🟰 Результат цієї пастки: втрата часу і грошей, наслідки болючі, проте інколи може й спрацювати.
❔Як не потрапити у пастку:
• Дати час емоціям вщухнути.
• Підходити з холодною головою.
• Аналіз і критичне мислення.
• Консультація з колегами у сфері.
• Питаємо команду.
п.с. Попереду ще 4 пастки, але перед тим як йти далі - залиште серденько🫶🏼
18.01.202516:55
Вечір добрий!
Якщо Ви така ж «розтелепа» як я і вчора пропустили все що можна😅 то даю Вам сет вчорашніх анонсів, які можна подивитись!
п.с. трохи вкраду пост Артема 😅
🎥 Публічна співбесіда Попелюхи
🎥 Подкаст Інни Осінної з Сашком Хотемським
🎥 Стрім Олекси Мащиця про резюме
🎥 Мій рілс - розпаковка новорічного подарунку від компанії
І себе підрекламувала і Вам користі принесла і рекламу вищезгаданим людям😁
Мені здається чудово!
За годинку повернусь до Вас із вижимкою та опитуванням!
Хочу дізнатись про Вас трохи більше, тому питання будуть про Вас🥰
На звʼязку!🫶🏼
Якщо Ви така ж «розтелепа» як я і вчора пропустили все що можна😅 то даю Вам сет вчорашніх анонсів, які можна подивитись!
п.с. трохи вкраду пост Артема 😅
🎥 Публічна співбесіда Попелюхи
🎥 Подкаст Інни Осінної з Сашком Хотемським
🎥 Стрім Олекси Мащиця про резюме
🎥 Мій рілс - розпаковка новорічного подарунку від компанії
І себе підрекламувала і Вам користі принесла і рекламу вищезгаданим людям😁
Мені здається чудово!
За годинку повернусь до Вас із вижимкою та опитуванням!
Хочу дізнатись про Вас трохи більше, тому питання будуть про Вас🥰
На звʼязку!🫶🏼
29.10.202408:28
Раночок!
Конфа - конфою, а вижимку ніхто не відміняв!
То ж, ловіть першу частину🔥
👩🏼💻Олексій Остапов, «Персональна ефективність»
💡Резюме можна закидати в аналізатори, для того, щоб побачити наскільки воно гарно сприймається.
❔Задавайте собі питання:
«Чи вважаєте Ви себе хорошим спеціалістом?»
❌Аргументи по типу:
• Я довго працюю…
• Мені платять гроші…
• Я вмію тестувати…
• Я знаю технології…
• Я маю сертифікацію…
… І тд. - не підходять, оскільки для менеджменту це не аргументи.
Якщо менеджеру казати «я хочу» для менеджера це не аргумент, аргументом є досягнення.
📌У нас є два шляхи:
• Особиста точка зору.
• Точка зору менеджменту.
💫Люди самі себе оцінюють краще, ніж інших.
‼️Завжди необхідно записувати всі свої досягнення.
🔥Поради:
• Ведіть журнал досягнень.
• Розвивайтесь.
• Робіть саморефлексію.
• Подумайте, що ви хочете покращити.
• Плануйте свою роботу.
🎤 Якщо Ви займаєтесь медійною активністю - то це автоматично репутаційна активність для компанії.
Компанія стає більш впізнаваною і це розвиває бренд роботодавця.
👩🏼💻Ріна Ужевко, «Впровадження процесу адаптації на прикладі великого проєкту»
❔З чого почанати розбиратись з адаптацією?
• Опитування людей.
• Занурення у процес.
• Спілкування з іншими (HR, бухгалтери і тд.).
• Стаємо в «капці» інших і думаємо, що потрібно було б нам.
❔Для чого потрібна адаптація?
• Зниження дискомфорту.
• Зниження ризику звільнення.
• Зниження фінансового ризику.
• Соціалізація в колективі.
💫 50% людей йдуть з проєкту після прийняття на роботу через неякісний онбординг.
❔Що потрібно людям на онбордингу щоб залишитись в компанії?
• Комфортне знайомство з командою.
• Чітко виставлені очікування.
• План онбордингу.
• Структурність.
• Розуміння де, що взяти.
• Розуміння що за проєкт і для чого.
• Які будуть завдання.
• Хто відповість на питання.
• Що треба для росту та які способи навчання.
📌 Адаптація це не тільки знайомство з продуктом, вона складається з:
• Onboarding - знайомство.
• Induction - посада.
• Adaptation - звичка.
• Offboarding - усвідомлення припинення співпраці.
📄 Для гарної адаптації необхідно скласти стратегію:
• Які люди потрібні?
• Що ми від них очікуємо?
• Які цілі закриваємо?
• Хто допоможе?
• Кому що делегувати?
• Як реалізувати?
📜 Формуємо план адаптації який містить в собі дії, терміни, етапи, документи та відповідальних на кожному етапі адаптації.
💡Можна дати реальну задачу новенькому, аби глянути які очікування можна виставити до нього і чи готова людина вже виконувати справжні задачі.
🦾Індивідуальний чеклист або цілі по SMART чи PDP у якому мають бути і посилання на документи, і загальні речі і тд.
Цей документ повинен містити конкретні задачі розвитку - те, що нам потрібно від людини, чого вона має навчитись і матеріали за якими вона це має робити.
📌 Підсумки по адаптації:
• Адаптація повинна закривати всі етапи.
• Враховуйте особливі кейси людей.
• Випробувальний термін може бути окремо.
• Рішення про закінчення адаптації за вами.
• Збирайте відгуки і опрацьовуйте.
• Постійно вдосконалюйте процес.
• Зробіть цей процес прозорим для всіх.
👩🏼💻 Антон Синявський, «Як побудувати процес тестування на проєкті з нуля?»
1️⃣ Зрозуміти проблему, яка є на проєкті.
• Про що продукт і як він приносить гроші.
• З чим ми взаємодіємо, як ми взаємодіємо.
• Говоримо з командою девів.
❔Які аутками ми маємо мати?
• Бізнес модель.
• Депенденсі системи.
• Девелопмент процес.
• Документи з issues.
2️⃣ Створення процесу відносно проблем, які ми побачили.
• Створюємо стратегію.
• Обговорення цієї стратегії.
• Будуємо процес відповідно до документації.
❔Які аутками ми маємо мати?
• План заапрувлений тімкою.
3️⃣ Імплементація і практична верифікація процесу.
• Працюємо над процесом.
‼️ При побудові процесу з 0 звертаємо увагу на:
• Обираємо концепцію.
• Створюємо процес (чіткий, підтримуваний, візібл).
• Додаємо автоматизацію.
Довго затягувати не буду, увечері буде друга частина, то ж очікуйте🥰
Конфа - конфою, а вижимку ніхто не відміняв!
То ж, ловіть першу частину🔥
👩🏼💻Олексій Остапов, «Персональна ефективність»
💡Резюме можна закидати в аналізатори, для того, щоб побачити наскільки воно гарно сприймається.
❔Задавайте собі питання:
«Чи вважаєте Ви себе хорошим спеціалістом?»
❌Аргументи по типу:
• Я довго працюю…
• Мені платять гроші…
• Я вмію тестувати…
• Я знаю технології…
• Я маю сертифікацію…
… І тд. - не підходять, оскільки для менеджменту це не аргументи.
Якщо менеджеру казати «я хочу» для менеджера це не аргумент, аргументом є досягнення.
📌У нас є два шляхи:
• Особиста точка зору.
• Точка зору менеджменту.
💫Люди самі себе оцінюють краще, ніж інших.
‼️Завжди необхідно записувати всі свої досягнення.
🔥Поради:
• Ведіть журнал досягнень.
• Розвивайтесь.
• Робіть саморефлексію.
• Подумайте, що ви хочете покращити.
• Плануйте свою роботу.
🎤 Якщо Ви займаєтесь медійною активністю - то це автоматично репутаційна активність для компанії.
Компанія стає більш впізнаваною і це розвиває бренд роботодавця.
👩🏼💻Ріна Ужевко, «Впровадження процесу адаптації на прикладі великого проєкту»
❔З чого почанати розбиратись з адаптацією?
• Опитування людей.
• Занурення у процес.
• Спілкування з іншими (HR, бухгалтери і тд.).
• Стаємо в «капці» інших і думаємо, що потрібно було б нам.
❔Для чого потрібна адаптація?
• Зниження дискомфорту.
• Зниження ризику звільнення.
• Зниження фінансового ризику.
• Соціалізація в колективі.
💫 50% людей йдуть з проєкту після прийняття на роботу через неякісний онбординг.
❔Що потрібно людям на онбордингу щоб залишитись в компанії?
• Комфортне знайомство з командою.
• Чітко виставлені очікування.
• План онбордингу.
• Структурність.
• Розуміння де, що взяти.
• Розуміння що за проєкт і для чого.
• Які будуть завдання.
• Хто відповість на питання.
• Що треба для росту та які способи навчання.
📌 Адаптація це не тільки знайомство з продуктом, вона складається з:
• Onboarding - знайомство.
• Induction - посада.
• Adaptation - звичка.
• Offboarding - усвідомлення припинення співпраці.
📄 Для гарної адаптації необхідно скласти стратегію:
• Які люди потрібні?
• Що ми від них очікуємо?
• Які цілі закриваємо?
• Хто допоможе?
• Кому що делегувати?
• Як реалізувати?
📜 Формуємо план адаптації який містить в собі дії, терміни, етапи, документи та відповідальних на кожному етапі адаптації.
💡Можна дати реальну задачу новенькому, аби глянути які очікування можна виставити до нього і чи готова людина вже виконувати справжні задачі.
🦾Індивідуальний чеклист або цілі по SMART чи PDP у якому мають бути і посилання на документи, і загальні речі і тд.
Цей документ повинен містити конкретні задачі розвитку - те, що нам потрібно від людини, чого вона має навчитись і матеріали за якими вона це має робити.
📌 Підсумки по адаптації:
• Адаптація повинна закривати всі етапи.
• Враховуйте особливі кейси людей.
• Випробувальний термін може бути окремо.
• Рішення про закінчення адаптації за вами.
• Збирайте відгуки і опрацьовуйте.
• Постійно вдосконалюйте процес.
• Зробіть цей процес прозорим для всіх.
👩🏼💻 Антон Синявський, «Як побудувати процес тестування на проєкті з нуля?»
1️⃣ Зрозуміти проблему, яка є на проєкті.
• Про що продукт і як він приносить гроші.
• З чим ми взаємодіємо, як ми взаємодіємо.
• Говоримо з командою девів.
❔Які аутками ми маємо мати?
• Бізнес модель.
• Депенденсі системи.
• Девелопмент процес.
• Документи з issues.
2️⃣ Створення процесу відносно проблем, які ми побачили.
• Створюємо стратегію.
• Обговорення цієї стратегії.
• Будуємо процес відповідно до документації.
❔Які аутками ми маємо мати?
• План заапрувлений тімкою.
3️⃣ Імплементація і практична верифікація процесу.
• Працюємо над процесом.
‼️ При побудові процесу з 0 звертаємо увагу на:
• Обираємо концепцію.
• Створюємо процес (чіткий, підтримуваний, візібл).
• Додаємо автоматизацію.
Довго затягувати не буду, увечері буде друга частина, то ж очікуйте🥰
25.10.202407:16
Вітаю!
Як Ви бачили, в середу була на мітапі «Embedded QA Skill Set».
І розкажу Вам свої враження та трішки інфи😉
📚Спочатку по вижимці:
📌Найбільше вакансій на LinkedIn.
Запит шукаємо ширшим, наприклад просто «embedded».
‼️Також є дуже багато дублікатів вакансій - будьте уважні.
❔Ринок рухається до General QA.
🦾 Основні скіли:
• Automation skills (впровадження автоматизації з 0, скіли програмування (найпоширеніші Python, C/C++, C#, Java) , розуміння CI/CD workflow).
• Networking skills (стеки протоколів TCP/IP, мережеві протоколи, дротові та бездротові мережі, маршрутизація, vpn, firewalls, сніфери та аналізатори).
• Connectivity (тестування індивідуальних конекшин протоколів, тестування девайсів паралельно або одночасно, тестування підключення на роутерах різних вендорів).
• Hardware (радіоелектроніка, схемотехніка, розуміння електронної схематики девайсів, процесори, мікроконтролерри, знання хардварних тулів).
• QA домен та general skills (загальна теорія тестування, API тестування).
⭐️Skillset matrix:
Очікування від QA по скілах з оцінкою їх від 0-5.
Ці дані зводяться в таблицю, а таблиця візуалізовується у вигляді Radar Chart.
👤Якщо ми хочемо побачити зведену статистику по команді - то робимо чарт за найбільшими значенням, на кожній осі зі всіх значень вибираємо найбільше.
👩🏼💻На цій чарті необхідно виділити форму, які найкращі на практиці та приносять найбільшу користь на проєктах.
⛰️Якщо зробити чарту за середніми значеннями та тими, які нам потрібні - то це підсвідчує зони, де у нас гепи.
💡Користю такої чарти для проєкту, є те, що це допомагає нам візуалізувати вимоги та підбирати інженерів під них.
💡Для найму допомагає краще адаптувати онбординг, створити більш тагретований найм, та вибрати кращого кандидата.
💭По враженнях: мені подія в цілому сподобалась, спікери розповідали цікаво свою тему і було «не душно», як то кажуть.
На жаль, про скілсет матрицю я тут занотувала дуже мало і мабуть Вам не до кінця зрозуміло, що тут і до чого - але особисто мені ця частина дуже сподобалась.
Доволі цікавий підхід, який здався мені дуже зручним! А от щодо ефективності - треба спробувати!
Хто був на події? Діліться як Вам!🔥
А хто ні - лайкайте допис та задавайте питання🥰
Як Ви бачили, в середу була на мітапі «Embedded QA Skill Set».
І розкажу Вам свої враження та трішки інфи😉
📚Спочатку по вижимці:
📌Найбільше вакансій на LinkedIn.
Запит шукаємо ширшим, наприклад просто «embedded».
‼️Також є дуже багато дублікатів вакансій - будьте уважні.
❔Ринок рухається до General QA.
🦾 Основні скіли:
• Automation skills (впровадження автоматизації з 0, скіли програмування (найпоширеніші Python, C/C++, C#, Java) , розуміння CI/CD workflow).
• Networking skills (стеки протоколів TCP/IP, мережеві протоколи, дротові та бездротові мережі, маршрутизація, vpn, firewalls, сніфери та аналізатори).
• Connectivity (тестування індивідуальних конекшин протоколів, тестування девайсів паралельно або одночасно, тестування підключення на роутерах різних вендорів).
• Hardware (радіоелектроніка, схемотехніка, розуміння електронної схематики девайсів, процесори, мікроконтролерри, знання хардварних тулів).
• QA домен та general skills (загальна теорія тестування, API тестування).
⭐️Skillset matrix:
Очікування від QA по скілах з оцінкою їх від 0-5.
Ці дані зводяться в таблицю, а таблиця візуалізовується у вигляді Radar Chart.
👤Якщо ми хочемо побачити зведену статистику по команді - то робимо чарт за найбільшими значенням, на кожній осі зі всіх значень вибираємо найбільше.
👩🏼💻На цій чарті необхідно виділити форму, які найкращі на практиці та приносять найбільшу користь на проєктах.
⛰️Якщо зробити чарту за середніми значеннями та тими, які нам потрібні - то це підсвідчує зони, де у нас гепи.
💡Користю такої чарти для проєкту, є те, що це допомагає нам візуалізувати вимоги та підбирати інженерів під них.
💡Для найму допомагає краще адаптувати онбординг, створити більш тагретований найм, та вибрати кращого кандидата.
💭По враженнях: мені подія в цілому сподобалась, спікери розповідали цікаво свою тему і було «не душно», як то кажуть.
На жаль, про скілсет матрицю я тут занотувала дуже мало і мабуть Вам не до кінця зрозуміло, що тут і до чого - але особисто мені ця частина дуже сподобалась.
Доволі цікавий підхід, який здався мені дуже зручним! А от щодо ефективності - треба спробувати!
Хто був на події? Діліться як Вам!🔥
А хто ні - лайкайте допис та задавайте питання🥰
22.10.202418:26
Всім привітулі🥰
Сьогодні відбувся надзвичайно цікавий вівторковий вебінар і я оперативно біжу з вижимкою🫰🏼
👩🏼💻Тая Ковальова, «Чому HR ваш друг, а не ворог»
📌HR - не кадровик!
Часто люди не розуміють задачі HR.
📄 Кадровики - більше про документи, відпустки, звіти, табеля присутності.
👤 HR - розвиток людського потенціалу, створення довгострокової стратегії залучення і розвитку талантів.
👣HR- КОРДОНИ:
• Мисливці за головами - залучення найкращих талантів.
• Головні за звільнення - організовують звільнення або скорочення штату.
• Поліція - сприймаються як «контролери», які відповідають за дисципліну, перевірку та дотримання правил.
• Кадровіки - розмовний стиль, де є старий підхід до управління персоналом.
• Кадровики - неформальне позначення фахівців які працюють з документацією.
• Хрюші - жартівлива форма через гру слів «HR - ХР».
🦾НАПРЯМКИ HR:
• HRM (Manager)
• HRG (Generalist)
• HRBP (Business Partner)
• HRPP (People Partner)
• Compensation & Benefits Partner
• Рекрутинг (не HR у великих компаніях)
📌Вони всі рівні і мають свою зону відповідальності.
❔Коли HR загроза?
• Проблема при наймі.
• Бізнес не розуміє функцій HR/ HR не розуміє бізнес.
• Не враховує інтереси співробітників.
• Недостатня прозорість.
• Непослідовність у рішеннях.
• Займається мікроменеджментом.
• Порушення конфіденційності/довіри.
• HR ображений.
❔Навіщо нам HR?
• Розробка плану навчання.
• Коучинг.
• Робота з документацією.
• Онбординг процес.
• Допомога з Salary Review.
• Вирішення конфліктів.
• Підтримка.
• Відкрита комунікація.
• Розуміння емоційного стану колег.
• Захист.
💭Існують думки, що…
• HR працює на стороні того хто платить.
• HR це лише рекрутер.
• HR це «хрюша».
• З HR краще обмежити спілкування.
• HR це тільки найм і звільнення.
‼️АЛЕ ЦІ ДУМКИ ПОМИЛКОВІ‼️
Насправді мені було дивно чути про те, що HR може бути ворогом…
Бо зі свого досвіду, я можу сказати, що стосунки з моїми HR-ами у мене просто чудові!
І мене сильно дивує, коли люди не розуміють для чого ця роль, бо у мене з цим проблем не було ніколи!
Адже я чітко бачу, що роблять наші HR-и, за що вони відповідають, чому, з чим я можу звернутись, і тд.…і взагалі, це ті люди, з якими просто приємно поспілкуватися, адже вони завжди дуже привітні та комунікабельні!
Для мене мої HR-и - це ті люди, з якими я навпаки можу бути найвідвертішою… а не уникати і думати, що вони вороги.
Можливо не всім пощастило мати класних HR-ів, проте я рада, що у мене це так і я можу мати здорову модель того, як виглядає і за що відповідає справжній Human Resources specialist🙏🏼
А як у Вас з цим?
❤️ - люблю HR-ів, вони класні.
😭 - уникаю, бо не пощастило.
😢 - немаю HR-а.
Сьогодні відбувся надзвичайно цікавий вівторковий вебінар і я оперативно біжу з вижимкою🫰🏼
👩🏼💻Тая Ковальова, «Чому HR ваш друг, а не ворог»
📌HR - не кадровик!
Часто люди не розуміють задачі HR.
📄 Кадровики - більше про документи, відпустки, звіти, табеля присутності.
👤 HR - розвиток людського потенціалу, створення довгострокової стратегії залучення і розвитку талантів.
👣HR- КОРДОНИ:
• Мисливці за головами - залучення найкращих талантів.
• Головні за звільнення - організовують звільнення або скорочення штату.
• Поліція - сприймаються як «контролери», які відповідають за дисципліну, перевірку та дотримання правил.
• Кадровіки - розмовний стиль, де є старий підхід до управління персоналом.
• Кадровики - неформальне позначення фахівців які працюють з документацією.
• Хрюші - жартівлива форма через гру слів «HR - ХР».
🦾НАПРЯМКИ HR:
• HRM (Manager)
• HRG (Generalist)
• HRBP (Business Partner)
• HRPP (People Partner)
• Compensation & Benefits Partner
• Рекрутинг (не HR у великих компаніях)
📌Вони всі рівні і мають свою зону відповідальності.
❔Коли HR загроза?
• Проблема при наймі.
• Бізнес не розуміє функцій HR/ HR не розуміє бізнес.
• Не враховує інтереси співробітників.
• Недостатня прозорість.
• Непослідовність у рішеннях.
• Займається мікроменеджментом.
• Порушення конфіденційності/довіри.
• HR ображений.
❔Навіщо нам HR?
• Розробка плану навчання.
• Коучинг.
• Робота з документацією.
• Онбординг процес.
• Допомога з Salary Review.
• Вирішення конфліктів.
• Підтримка.
• Відкрита комунікація.
• Розуміння емоційного стану колег.
• Захист.
💭Існують думки, що…
• HR працює на стороні того хто платить.
• HR це лише рекрутер.
• HR це «хрюша».
• З HR краще обмежити спілкування.
• HR це тільки найм і звільнення.
‼️АЛЕ ЦІ ДУМКИ ПОМИЛКОВІ‼️
Насправді мені було дивно чути про те, що HR може бути ворогом…
Бо зі свого досвіду, я можу сказати, що стосунки з моїми HR-ами у мене просто чудові!
І мене сильно дивує, коли люди не розуміють для чого ця роль, бо у мене з цим проблем не було ніколи!
Адже я чітко бачу, що роблять наші HR-и, за що вони відповідають, чому, з чим я можу звернутись, і тд.…і взагалі, це ті люди, з якими просто приємно поспілкуватися, адже вони завжди дуже привітні та комунікабельні!
Для мене мої HR-и - це ті люди, з якими я навпаки можу бути найвідвертішою… а не уникати і думати, що вони вороги.
Можливо не всім пощастило мати класних HR-ів, проте я рада, що у мене це так і я можу мати здорову модель того, як виглядає і за що відповідає справжній Human Resources specialist🙏🏼
А як у Вас з цим?
❤️ - люблю HR-ів, вони класні.
😭 - уникаю, бо не пощастило.
😢 - немаю HR-а.
Не змогли отримати доступ
до медіаконтенту
до медіаконтенту
19.10.202407:10
Раночку доброго⛅️
Тільки прокинулась і вже на QA Day😁
Всім хто теж там - бажаю продуктивної конференції❤️
А хто ні - скоро буде вижимка!!!
Тільки прокинулась і вже на QA Day😁
Всім хто теж там - бажаю продуктивної конференції❤️
А хто ні - скоро буде вижимка!!!
Показано 1 - 24 із 51
Увійдіть, щоб розблокувати більше функціональності.