15 дій щоб втратити довіру у команді: 1.Невиконання обіцянокТи пообіцяв команді підвищення зарплати після завершення проекту, але після успішного завершення проекту обіцянка не була виконана без пояснень.2.Нечітке або неконкретне спілкуванняТи не даєш конкретних вказівок щодо завдань або цілей, залишаючи команду у стані невизначеності, що призводить до плутанини і помилок.3.Непослідовність у прийнятті рішеньОдного разу ти схвалюєш певний підхід до роботи, а наступного дня різко змінюєш рішення без очевидної причини або пояснення.4.Присвоєння заслуг команди собіНа зустрічі з керівництвом ти представляєш результати проекту, не згадуючи про вагомий внесок команди і вказуєш на досягнення як на власні.5.Недостатня підтримка командиКоли виникає конфлікт між командою та іншим відділом, ти не стаєш на захист своєї команди і не допомагаєш вирішити проблему.6.Недотримання конфіденційностіТи розголосив особисту інформацію про одного з членів команди, яку той повідомив у приватній розмові.7.Несправедливе ставлення до членів командиТи постійно надаєш перевагу одному працівнику, надаючи йому кращі проекти та можливості для розвитку, тоді як інші члени команди залишаються поза увагою.8.Перекладання відповідальності на командуКоли проект не вдався через невірне твоє рішення, ти звинувачуєш команду у невиконанні завдань, хоча сам не надав необхідних ресурсів або часу.9.Ігнорування зворотного зв'язкуКоманда неодноразово висловлювала занепокоєння щодо ефективності певного процесу, але ти ігноруєш ці зауваження і не вносиш жодних змін.10. Говорити, але не робитиТи кажеш члену команди зосередитись на роботі, а потім весь день його пінгуєш щогодини, щоб дізнатися про статус.11. Грати роль жертвиКоли ти звинувачуш когось або щось у проблемах а не намагаєшся їх вирішити. "Ми свою роботу виконали. Це інтеграція з іншою командою займає більше часу.", або "Наша презентація ідеальна. Вони просто цього не розуміють"12. Туди-сюди менеджерСьогодні пріоритет А, ні міняємо пріоритет Б, ні все ж таки А, ой я передумав, давайте все ж В. Нерішучість щодо цілей вашої команди з постійною перестановкою пріоритетів може призвести до сильного стресу, розчарування та тривоги в команді. 13. Надмірний скептицизмКоли ти постійно розповідаєш про те, що проект зазнає невдачі, навіть якщо він має дуже високі шанси на успіх14. Вдавати з себе всезнайкуКазати що ти шось не знаєш це не страшно. Страшно казати що ти це знаєш і давати рішення або вказівки в яких ти некомпетентний. 15. Уникати "важких розмов"Залишати важкі розмови відкритими протягом тривалого часу приводить завжди до ще гірших наслідків. А чи бачили ви якісь з цих ред-флагів у своїх керівниках? Якщо так - чи доносили їм фідбек про це ? @from_a_to_qa #шось_на_менеджерському
Привіт!📢 Анонс марафону по тестуванню ПЗ!Друзі, планую провести безкоштовний онлайн марафон, присвячений основам тестування програмного забезпечення. Марафон розрахований на початківців, які хочуть зрозуміти, що таке тестування та з чого почати кар’єру тестувальника. Протягом 5 днів ми розглянемо ключові теми, а також попрактикуємось на тестовому проєкті! Ось план занять:🔹 1 день: Що таке тестування ПЗ?🔹 2 день: Що таке баг-репорт і як його правильно складати?🔹 3 день: Вивчаємо Jira – інструмент для управління багами та проєктами.🔹 4 день: Техніки тест-дизайну: як створювати ефективні тести.🔹 5 день: Практикум: знайди баги у додатку та опиши їх у Jira.Кожне заняття триватиме 1,5 години і включатиме як теорію, так і інтерактивні обговорення та практичні вправи.❓ І тут у мене до Вас запитання: Що б Ви хотіли почути чи обговорити в рамках цього марафону?Ваші побажання та запитання допоможуть мені краще підготуватись і зробити цей марафон максимально корисним для кожного.Пишіть, які теми чи питання Вас цікавлять!💻 Дата початку марафону буде оголошена незабаром.
🔥 Хочете, щоб ваш продукт витримував будь-яке навантаження? Опановуйте JMeter!👉 Ви — класний менеджер, і у вас все під контролем. Прийшов час здавати продукт замовнику, але він гальмує, а бюджет на доопрацювання вже вичерпано.😱👉 Ви — чудовий розробник, але вашому коду потрібні супер сервери, щоб він працював.🤐👉 Ви — мега тестувальник, і протестували все: застосунок красивий та зручний, але чомусь жахливо гальмує.🥶❓Що могло піти не так? 👇Ви забули, не знали чи не врахували тестування продукту під навантаженням.Після курсу "Тестування навантаження з JMeter" від QALight таких проблем ви більше не знатимете😏🥰 🚀На курсі ви навчитеся використовувати інструмент JMeter, налаштовувати сценарії, аналізувати результати та інтегрувати навантажувальне тестування в процес розробки програмного забезпечення. Все від базових кроків до складних практик, необхідних для забезпечення стабільності та продуктивності вашого продукту. 🚀💥 Стартуємо вже 12 вересня!🔗 Реєстрація: https://qalight.ua/kursy/testirovanie/jmeter/Маєш запитання? ✏️Адміністратор у Телеграм: @QALight_admin☎️Тел: +38 (063) 78-010-78+38 (097) 78-010-78+38 (099) 78-010-78
📊 Метрики — це тема, про яку багато говорять, але досі існує певний дефіцит розуміння їх сутності та призначення. Дехто, базуючись на власному досвіді, вважає їх непотрібними або навіть зайвими. Інші іноді задають питання про метрики на співбесідах, але потім не використовують їх у реальних проєктах.Цікаво спостерігати за дискусіями, де люди сперечаються, які метрики є обов'язковими або універсальними. Особисто я вважаю, що навіть "погані" метрики можуть приносити користь на проєкті. Однак, щоб це стало можливим, недостатньо просто збирати метрики — важливо розуміти їх значення та вміти використовувати отриману інформацію. Метрики допомагають оцінювати прогрес у компанії, і якщо у вас їх взагалі не застосовують (що викликає сумніви), це може бути серйозним сигналом про наявність проблем, які варто дослідити.Впровадження показників лише тому, що так сказав бос, не дасть очікуваних результатів.Пропоную подивитися на метрики з іншого боку — не з позитивної, а з негативної точки зору. Обговоримо, які метрики можуть бути неефективними та які наслідки може мати їх необдумане використання на проєктах.Цій темі ми з Олександром Романовим присвятили новий епізод нашого подкасту Testing Minutes.Дивитись та слухати:📹 YoutubeВаша підтримка важлива!Ми постійно розвиваємося і рухаємося вперед, але це неможливо без вашої підтримки. Тому будемо вдячні за лайки, коментарі та будь-яку іншу форму підтримки. Це допоможе нам просувати наші подкасти в рекомендаціях. Також ви можете підтримати нас донатом від 10 гривень — це дійсно важливо для нас і є нашим рушієм.Дякуємо вам!Підтримати подкаст можна через:🏦 База від Монобанку ☕️ Buy Me a Coffee
Що таке матриця відповідальності RACI MatrixМатриця відповідальності (RACI Matrix) – це важливий інструмент управління проєктами, що допомагає чітко розподілити ролі та обов'язки в рамках проєкту. Вона оптимізує комунікацію і забезпечує розуміння кожним членом команди своїх обов'язків, визначаючи, хто є відповідальним, підзвітним, з ким слід консультуватися та кого слід інформувати про виконання завдання. Завдяки такому підходу проєкт виконується ефективніше шляхом усунення дублювання та неясності.R (Responsible) — ВідповідальнийЦю роль призначають окремому працівнику або цілій команді, відповідальній за виконання роботи. Вони виступають виконавцями, чиї зусилля напряму впливають на завершення завдання.A (Accountable) — ПідзвітнийЧасто його називають «кінцевим затверджуючим органом» — це людина, яка в підсумку відповідає за належне і повне завершення роботи. Для уникнення двозначності щодо того, хто саме відповідає за якість і завершення роботи, за кожне завдання повинна відповідати одна особа.C (Consulted) — КонсультуючийЦе спеціалісти, які передають необхідні знання та досвід перед реалізацією завдання. З ними ведеться двостороння комунікація для надання рекомендацій, які мають вплив на виконання завдання. Вони важливі для прийняття зважених рішень та передбачає залучення осіб, які можуть надати комплексне глибоке бачення завдання.I (Informed) — ПоінформованийСпівробітники цієї категорії повинні бути в курсі прогресу та результатів виконання завдання, однак вони не беруть участі у його виконанні особисто. Інформування цих осіб гарантує, що усі зацікавлені сторони знатимуть про розвиток проєкту, не втручаючись у процедури ухвалення рішень. Як правило, це одностороння комунікація.Шляхом визначення цих ролей організації можуть мінімізувати непорозуміння, а також забезпечити ефективне виконання кожного завдання з усіма необхідними ресурсами та належним наглядом, що підвищує рівень загальної координації та підзвітності проєкту.
🤓 Що читати QA спеціалістам, щоб тримати руку на пульсі всього, що відбувається у тестуванні і апгрейдити свої скіли? Ділимося з вами добіркою корисних ресурсів, що допоможуть розширити знання та вдосконалити навички, яку підготував для вас наш друг — "Суворий QA":👥Блоги та статті:- Ministry of Testing. Найбільша міжнародна спільнота тестувальників, що надає статті, форуми, подкасти та онлайн-курси.- Satisfice Blog by James Bach. Блог одного з провідних експертів у тестуванні з цікавими порадами і думками, які не завжди можуть зрозуміти 😉- Visible Quality by Maaret Pyhäjärvi. Блог фінської тестувальниці та спікерки на багатьох різноманітних івентах.- Agile Testing Fellow. Блог Лізи Кріспін та Джанет Грегорі про Agile Testing.📱Телеграм канали:Папка з українськими телеграм каналами: Зібрані всі активні (або іноді не дуже 😅) україномовні Telegram-канали про тестування. 🦄 А ми від себе радимо підписатися на канал Нотатки суворого QA — тут ви знайдете ще більше цікавої і концентрованої інформації про тестування.Обирайте те, що вам найбільше до душі, і починайте вивчати! 😎
Як отримати логи в Windows, якщо ви тестуєте десктопний застосунок?Отримання логів в операційній системі Windows може варіюватися залежно від конкретного завдання або проблеми, яку ви намагаєтеся вирішити. Наведу кілька загальних шляхів, що можуть бути корисними:Події системи:Натискайте Win + X, а потім оберіть "Події".У "Перегляді подій" ви можете вибрати різні журнали, такі як "Система" або "Застосунки", щоб переглядати події та їх логи.Диспетчер завдань:Натискайте Ctrl + Shift + Esc, щоб відкрити Диспетчер завдань.Укладка "Подробиці" містить інформацію про процеси та їх використання ресурсів.Логи служб:Деякі програми, служби або компоненти системи можуть мати свої власні логи. Їхнє розташування може змінюватися. Наприклад, логи служб Windows можуть бути в C:\Windows\System32\winevt\Logs.Журнал подій:Використовуйте "Події" в Панелі управління. Ви можете вибрати "Панель управління" -> "Система та безпека" -> "Адміністрування" -> "Події". Журнали профілювання:Деякі розробницькі інструменти та середовища мають свої власні логи. Наприклад, для .NET додатків можна використовувати "Performance Monitor" та "Event Tracing for Windows" (ETW).Командний рядок:Ви можете використовувати командний рядок для перегляду логів. Наприклад, Event Viewer або Get-EventLog у PowerShell.
Дуже важливо, особливо на стадії навчання, знайти можливості щодо отримання комерційного досвіду початківцям у сфері IT, а також підтримувати і розвивати свої навички, поки триває пошук роботи. Додати такий досвід до свого резюме просто критично важливо для успішного пошуку першої роботи!Де отримати бажану практику не на рівні виконання дрібних завдань, а в рамках окремого проекту та в повноцінній команді?Є такі можливості, з якими я з задоволенням ділюсь з вами!1) Team Challenge - цей сервіс дає можливість знайти команду однодумців та розробити продукт з нуля, від ідеї до релізу.Платформа дозволяє обрати проект, а також підбирає та об'єднує спеціалістів всіх необхідних для розробки профілів + менторів.Усі команди кросфункціональні і включатимуть:-Backend developer-Frontend developer-Project manager-QA-Designer-Mentor (якщо є вільні заявки на участь)2) Junfolio - проєкт JUNFOLIO створений саме для новачків в ІТ, які вже мають знання, але хочуть мати і досвід командної розробки на реальних проєктах на волонтерській основі. Для кожного учасника ми пропонуємо реальний соціальний проєкт і повноцінну команду розробників, проєктних менеджерів, дизайнерів і тестувальників. Кожна команда працює по методології SCRUM і під наглядом досвідчених менторів. 3) DigitalMindsUA - проект, який вирішує основну проблему людей, які щойно завершили курси, — пошук однодумців і можливість реалізувати власні ідеї. «Якщо ви тільки навчаєтесь на курсах, опануєте якісь технології самі, або вже закінчили навчання і не знаєте, що робити далі — шукайте проєкт на платформі». Проєкт дає можливість знайти команду для реалізації власної ідеї, або доєднатися до вже існуючої команди.4) Baza Trainee Ukraine - освітня і тренувальна платформа дає можливість отримати комерційний досвід, створюючи продукти для соціальної сфери. Пропонуються реальні проекти, командна робота з сучасними інструментами та менторська підтримка. 📥 Збережіть собі та поділитись з тими, для кого це важливо!
TGLIST.COM.UA
