how an ideal day should be
Коли ми всі починаємо свій робочий день, тим чи іншим чином ми хочемо, щоб день закінчився незабаром. Ніхто не бажає застрявати у проблемі, яка вимагала б від нас залишатися працювати до пізнього часу, але 70% випадків дні не проходять спокійно, як ми хочемо.
Щодня виникатимуть різні типи викликів. Кілька разів нас можуть попросити працювати над невідкладними завданнями лише тому, що саме цього вимагають наші клієнти, і із цих 70% більша частина буде в п’ятницю, коли у всіх нас будуть спеціальні особисті плани :). Ми просто бажаємо, але ми не можемо змінити спосіб роботи сфери послуг.
img джерело .
У сьогоднішній статті я намагався зафіксувати деякі проблеми, з якими стикаються наші тестери і як, вживаючи невеликі заходи, ми можемо подолати такі виклики.
Я також розповів, як, на мій погляд, повинен бути ідеальний день для тестувальника та провідника.
Також читайте=> Яким був би мій перший день на роботі тестувальника якості?
Я починаю цю статтю із загальної думки про те, які важливі примітки нам слід врахувати, перш ніж розпочати наш день, це допоможе вам визначити план роботи на самому початку вашого дня, а також передбачити будь-які проблеми.
Що ви дізнаєтесь:
- Що потрібно врахувати, перш ніж розпочати наш день:
- Переваги щоденного планувальника завдань
- День провідного випробувача
- День тестувальника
- Проблеми управління ресурсами, з якими стикається провідний тест:
- Виклики, з якими стикаються тестувальники
- Висновок
- Рекомендована література
Що потрібно врахувати, перш ніж розпочати наш день:
1) Поінформованість про завдання - Коли ви починаєте свій день, переконайтесь, що знаєте про доручені завдання на день.
2) Створення контрольного списку / визначення пріоритету - Складіть контрольний список усіх запланованих на день заходів. Крім того, призначте пріоритет, щоб ви могли розпочати роботу з пунктами пріоритету.
3) Встановлення цілі - Ознайомившись із запланованими завданнями, встановіть ціль, яку може досягти ЕООД.
4) Розподіл часу - Приблизно розподіліть час для кожного із своїх завдань і переконайтеся, що воно може бути виконане протягом робочого дня, щоб вам не потрібно було розтягувати свій день. Завдання з низьким пріоритетом можуть бути перенесені та виконані наступного робочого дня.
5) Робочі терміни - Попити на строгі терміни роботи в наші дні змінюються, і що в основному потрібно в наші дні, це гнучкість. Іноді вам може знадобитися відвідувати дзвінки зі своїм клієнтом або командою на місці вночі. Не завжди повинно бути, що вам потрібно бути в офісі з 9 до 5. Важливо, щоб ви налаштували графік роботи відповідно до потреб проекту.
Якщо вам потрібно працювати пізніше вночі, ви можете розпочати свій день пізно. Але переконайтеся, що ваші робочі терміни повідомляються в команді. Навіть якщо ви відсутні на кілька годин, про це слід повідомити.
Я подав нижче a шаблон зразка щоденного планувальника завдань які можуть використовуватися людьми для відстеження та планування завдань на їх кінець.
=> Завантаження:
- Щоденний планувальник завдань для тестувальників
- Щоденний планувальник завдань для перевірок
Переваги щоденного планувальника завдань
- Зберігає дані під рукою - сьогодні багато організацій вимагають від вас щоденного надання детальної інформації про щогодинні заходи. Отже, це допоможе вам заповнити табелі обліку робочого часу.
- Цей трекер допомагає вам надати дані, необхідні для статистичних цілей або звітності. Скажімо, якщо вас запитають про роботу, яку ви зробили два тижні тому, вам не доведеться надавати її на основі того, що ви пам’ятаєте, але ви можете звернутися до планувальника та надати точні дані відповідно.
- Легкий в обслуговуванні - навряд чи потрібно 10 хвилин на день, щоб оновити цей планувальник
- Може використовуватися потенційними клієнтами, злегка підправляючи шаблон. (Я також додав версію Test Lead)
- Може зберігатися як локальна копія, щоб люди могли редагувати, коли та коли вони відчувають.
Ідеальний день для тестувальника та провідника повинен включати це:
День провідного випробувача
Керівник тесту - це той, хто виконує всю роль тестувальника і несе додаткову відповідальність за управління командою, взаємодію з іншими командами та надання своєчасних звітів керівництву. Якщо будь-який тестер стикається з проблемою, їх першою контактною особою залишаються провідні особи.
Сказавши це, тест-провідник повинен переконатися, що вони доступні, коли це потрібно. Це не означає, що їм потрібно бути на посаді до того, як команда прибуде або покинути офіс після того, як вся команда піде. Все, що їм потрібно забезпечити, - це існування гнучкі і доступні як особисто, так і за викликом.
У багатьох своїх минулих випадках я бачив, як команда досягає офісу попереду потенційних клієнтів, і у них немає того, що вони повинні робити за день. В ідеалі, їх відповідальність повинна бути забезпечена, щоб розподіл роботи виконано, і команда усвідомлює свої доручені завдання.
Як найкраща практика, завжди добре перевіряти свої електронні листи в першу чергу вранці. Для команд, що працюють в офшорна модель , плани можуть змінитися протягом ночі. Можливо, пріоритетні пункти, над якими ви працювали вчора, вже не є пріоритетними, і вони виходять за межі обсягу, або це може бути завданням когось іншого. Крім того, наступне - інформувати команду про оновлення.
Багато проектів дотримуються тенденції, коли вся команда залишається в курсі потоків електронної пошти, щоб вони були в курсі змін. Деякі проекти просто зберігають потенційних клієнтів у ланцюжках електронної пошти. У таких випадках обов’язком керівника випробування є інформування команди про зміни у плані.
Відповідальність команди за керівництво просто не закінчується розподілом роботи за командою, вони повинні добре знати всі функціональні вимоги, щоб вони могли допомагати команді з будь-якими технічними проблемами, з якими стикаються протягом дня.
Більшість проектів дотримуються скороченого часу, коли їм потрібно надсилати щоденні звіти про стан, отже, керівники команд повинні переконатися, що вони отримують статус кожного з членів своєї команди, перш ніж надсилати зведений звіт на свої вищі рівні. Перш ніж закінчити свій день, вони повинні відправити своєчасні звіти про стан .
Читайте також=> Якими мають бути ваші очікування від керівника команди з контролю якості?
День тестувальника
Більшість молодших тестувальників просто виконують те, що їм пропонують. Отже, вони будуть чекати, поки їх провідні тести призначать їм завдання.
Завжди добре поговорити з керівником команди щодо дорученого завдання, щоб переконатися, що обидва вони на одній сторінці. Тож розпочніть день з обговорення завдань і якщо ви передбачаєте будь-які пов'язані з цим перешкоди.
Важливо також викликати занепокоєння, якщо протягом дня ви стикаєтесь із будь-якими перешкодами, і це потребує негайної уваги. Такі питання слід обговорити і розібратися якомога раніше.
Тестери повинні бути гнучкі. Можуть бути випадки, коли під час перегляду тестового випадку тестувальники повинні представляти свої тестові кейси. Для важливих тестові огляди , може бути так, що тестери повинні залишатися поза робочим часом.
Перш ніж вони закінчать свій день, тестер повинен забезпечити доручені завдання на день виконані . Можуть бути випадки, коли не кожне доручене завдання може бути виконане в один і той же день, у такій ситуації краще просто скинути примітку або обговорити та оновити провідний тест про хід.
Ніщо не має значення, якщо ні повідомляється вчасно і з належними даними. Тестер повинен забезпечити, перш ніж закінчити свій день, їм слід надіслати повний звіт про стан на доручені завдання. Вони можуть включати деталі щодо інших викликів або деталі, що очікують на роботу, в тому ж електронному листі. Це також залежить від протоколу проекту. Багато проектів вимагають оновлення трекера, а багато вимагають надсилання даних електронною поштою.
Я хотів би вказати на деякі проблеми управління ресурсами, з якими стикаються тестувальники та команда, котра керує ними у своїй повсякденній робочій діяльності та рішення щодо них:
Проблеми управління ресурсами, з якими стикається провідний тест:
Проблема No1 - Один з тестувальників дзвонить вранці та повідомляє про незаплановану відпустку, як провідний тест проводить ситуацію?
Рішення: Тестовий керівник повинен забезпечити перепризначення роботи іншим членам команди, щоб наприкінці дня результати проходили, як було заплановано. Це відповідальність тестового провідника забезпечити, щоб пріоритетні предмети піклувались, коли будь-який ресурс недоступний. Завжди доцільно мати резервний план для вирішення завдань на випадок надзвичайних ситуацій. Якщо жоден з тестувальників не має можливостей, тест-провідник повинен нести відповідальність за стрибок і виконання завдання.
Проблема No2 - Викликає тестер і повідомляє про те, що не може поїхати на роботу, але може підключитися дистанційно. Чи слід давати тестеру можливість працювати вдома або просити взяти відпустку?
Рішення: Рішення, в даному випадку, залежить від ситуації. Якщо ресурс працює на чомусь, де не потрібні захищені з’єднання, тестовий провід може дозволити працювати віддалено. Але багато проектів вимагають виконання тестів у захищеному середовищі клієнта і не дозволяють підключатися ззовні. У таких випадках тестовий керівник може вирішити, чи може ресурс працювати над іншими завданнями, що не захищені навколишнім середовищем, чи виконувати певну роботу з документацією тощо, якщо його / її не просять взяти відпустку.
Проблема No3 - Тестер працює вдома і виходить із системи на день, не надсилаючи оновлення стану тестовому проводу.
Рішення: За такими випадками слід уважно стежити, а віддалена робота повинна дозволятись лише за умови виділення та виділення ресурсів, їх проінформування про виклики, що стикаються за таких обставин, і про те, як це впливає на загальний проект і, в свою чергу, на самі ресурси.
Проблема No4 - Тестер залишає посаду, не виконуючи доручених завдань.
Рішення: У таких випадках перед виїздом на день тестувальник повинен поговорити з провідним, тому можна вжити необхідних заходів. Якщо це дійсно терміново, тестовий керівник повинен якось виконати його, якщо ні, то те саме завдання можна дати тестувальнику наступного дня.
запитання про функції Microsoft Excel та загальний синтаксис
Проблема No5 - Тестер виконує призначене завдання на день, залишає посаду, не надсилаючи оновлення статусу.
Рішення: У таких випадках керівник тесту повинен визначити процес, коли кожен член команди поінформований про важливість звітування про свій статус наприкінці дня, і повинен бути встановлений граничний час, протягом якого всі повинні надсилати статус.
Проблема №6 - Тестер потрапляє в офіс, але не перевіряє електронну пошту і продовжує працювати над завданням попереднього дня.
Рішення: Такі ситуації можуть бути вирішені тестовим керівником, переконавшись, що команда має звичку перевіряти електронні листи в першу чергу вранці, оскільки така поведінка стає проблематичною, якщо вимоги до проекту динамічні. Швидко перевіряючи електронні листи вранці, ви дізнаєтесь про зміни / оновлення та спочатку працюєте над останніми важливими завданнями.
Виклики, з якими стикаються тестувальники
Проблема No1 - Тестер потрапляє в офіс до проведення тесту, але йому потрібно почекати, щоб розпочати роботу, оскільки завдання не призначене.
Рішення: Якщо з якихось причин тестовий лідер недоступний, коли тестувальники потрапляють до офісу, тестовий лідер несе відповідальність за виклик та інформування тестувальників про своє завдання або надсилання електронної пошти напередодні ввечері про розподілені завдання для команди. Якщо контрольний провідник перебуває у плановій відпустці, розподілом завдань має подбати заміна, але ні в якому разі не слід змушувати тестувальника чекати, не знаючи, що вони очікують робити.
Проблема №2 - Тестер підходить до контрольного провідника для отримання технічної допомоги, але він / вона не може допомогти.
Рішення: Хороші керівники тестів завжди повинні мати функціональні знання про програму, оскільки вони повинні мати можливість допомогти кожному з членів своєї команди. Можливо, провідний не може відповісти негайно, але його обов'язок прояснити проблему тестувальника протягом декількох годин. Якщо тестувальники не задоволені реакцією тестового керівника, вони повинні обговорити це з ним або на частому записку, звернутися до своїх менеджерів та обговорити проблему.
Проблема №3 - Забагато робочих завдань одному тестувальнику і відсутність можливостей іншому.
Рішення: Це дуже поширена проблема, коли тест-лідер в кінцевому підсумку призначає всі видимі видимі завдання невеликій кількості ключових ресурсів, а інші члени команди не отримують жодної можливості. Якщо команда коли-небудь стикається з такою проблемою через відсутність можливостей, вона повинна спочатку обговорити проблему з керівником, а якщо керівник не може вирішити проблему, їм слід звернутися до менеджера наступного рівня. Команда повинна працювати з рівними можливостями.
Також читайте=> Як очолити щасливішу та успішну команду випробувань
Висновок
У цій статті я щойно висвітлив деякі ситуації з управління ресурсами, з якими ми стикаємось щодня. Я впевнений, що всі ми маємо виклики, незалежно від того, на якому рівні ми перебуваємо. Я завжди вірю, що якщо ми спробуємо вирішити ситуацію, будучи логічним, все може автоматично змінитися, і ми в кінцевому підсумку можемо знайти рішення своєї проблеми.
Я завжди намагаюся зрозуміти пріоритет і потребу години, а потім приходжу до рішення.
Автор : Ця корисна стаття написана членом команди STH Приєю Р.
Сподіваюся, ви всі можете повернутися назад і подумати про проблеми, з якими стикаєтесь, і ви побачите, коли зрозумієте свої проблеми, ви самі будете потрібною людиною, щоб знайти рішення.
Рекомендована література
- Якими мають бути ваші очікування від керівника команди з контролю якості?
- Лідерство у тестуванні - Тестуйте відповідальність керівника та як ефективно керувати тестовою групою
- Як відповісти на гру в команді та на запитання інтерв’ю, пов’язані з керівництвом, на тестуючу позицію керівника
- Як очолити щасливішу та успішну команду тестування - Тест лідерства, частина 2
- Наскільки важливо для тестувальника або розробника спілкуватися між собою?
- Чи необхідні знання доменів для тестера, щоб отримати роботу? Тоді як щодо тестера-початківця?
- 10 якостей, які можуть зробити вас хорошим випробувачем
- Основні 7 основних цілей тестувальника програмного забезпечення - Ви “зроблений” тестер чи “Обраний”?