Меню

Як створити успішну команду з контролю якості

how build successful qa team

Спробуйте Наш Інструмент Для Усунення Проблем

Що ми маємо на увазі під чудовою командою з тестування програмного забезпечення?

'Команда із зірковим гравцем - це хороша команда, але команда без одного - це чудова команда'. - Автор невідомий.

Наведена вище цитата веде нас до дискусії про чудові команди та їх характеристики. Стаття випливає з досвіду, накопиченого під час роботи в різних командах, спостереження за поведінкою членів команди під тиском у поєднанні зі складним характером проекту.

Це добре для команди тестування програмного забезпечення, яка знаходить важливе місце в проектній діяльності та вимагає правильного поєднання людей для виконання цих дій.

ЯК БУДУВАТИ УСПІШНУ КОМАНДУ QA?

Що ви дізнаєтесь:

Чому деякі групи тестування програмного забезпечення не працюють, а інші досягають успіху

Чи є якесь рішення цієї проблеми. Відповідь 'Так' та 'Ні' - залежить від того, як члени команди налаштовуються на досягнення спільної мети команди, не ціною придушення інтересу членів команди, а спільною роботою із загальним розумінням суті проблеми.

Успіх також залежить від атрибутів лідерства, яким володіє випробувальний лідер - «Капітан корабля».

Завдання цієї статті - допомогти інженерам-тестувальникам програмного забезпечення або всім, хто вірить у колективну роботу, зрозуміти особливості високоефективної команди та способи вирощування їх у своїх командах.

Успіх команди в довгостроковій перспективі залежить не від людини, яку вважають «ЗІРКОЮ», а від усіх, хто утворює скупчення зірок, що становлять чудову команду.

Характеристика чудової команди з тестування програмного забезпечення

Початковий етап: Задайте собі таке питання:

Чи знає новий член команди причину, через яку він був обраний до складу команди?

Нові члени команди часто спантеличені тим, що вони присутні в команді. Хоча ви можете заперечити, що йому / їй не потрібно знати мету і просто працювати над завданням, яке йому / їй призначено. Багато людей вищого керівництва роблять цю помилку.

Допоможіть людям зрозуміти проект у більш широкому контексті, чітко визначивши ролі та обов'язки

Це включає доречність його / її роботи, навички людей, які можуть бути внесеними в проекти, поділяють спільну ціль команди, визначену раніше. Це приносить велику відданість роботі і, отже, сприяє її якості.

Право власності

Коли складність проекту зростає з точки зору завдань та розміру команди, неможливо буде відстежувати завдання окремих осіб одним керівником. Отже, вирішенням цього питання було б надання права власності фізичним особам.

Однак це віртуальне керівництво часто діє як перешкода, а не як рішення, якщо не вважається за доцільне. Одне призначення особи власником, не замислюючись над тим, чи може він / вона керувати командою, не принесе бажаного результату.

Особи, що діють як власники повинні мати такий спосіб мислення, який відповідає умові мислення лідерів і гордість з їх боку діяти як майбутні лідери. Це люди, які можуть змінити ситуацію, несучи разом із собою членів своєї команди. Ті ж люди, демонструючи байдуже ставлення до своєї команди, розкладуть команду.

Завдання власників не обмежується лише дорученням завдання членам команди, а й розумінням поточного завдання, ситуацією набагато ширше, а також досягненням загального рівня розуміння серед членів команди.

Підтримка члена команди під час труднощів у виконанні завдання, заохочувальне слово, виправлення їх помилок, не виступаючи в ролі ведучого, а як однолітка, застосовуючи ідеї або приймаючи поради щодо відповідної ситуації у досвідчених членів, безумовно, було б корисно для спільна мета.

Співпраця та тверде почуття взаємозалежності в команді зменшать звинувачувальну поведінку та стимулюють можливості для навчання та вдосконалення.

Знання досвідчених гравців у команді

Термін Досвідчені гравці означає людину, яка витратила значну кількість часу на той самий проект або подібний вид роботи. Це ресурси, які мають величезні знання про проект. Направляючи свої знання належним чином, можна було б отримати вигоду для всієї команди.

Ця особа повинна проявляти прояв старанності до чужої роботи, а не зарозумілість. Зазвичай кажуть: «Минулий успіх породжує зарозумілість». Вони є вищими виконавцями, відсутність яких можна відчути в команді, але це не повинно бути єдиним критерієм, оскільки існують рівні шанси для інших, хто має подібний рівень, діяти на цій посаді.

Мотивація - ключовий фактор

Мотивація полягає не в тому, щоб виступити з промовою, коли члени команди зібрані, а навпаки, слід докласти максимум зусиль для адаптації цієї промови до кожної людини.

Це означає, що кожен член команди має унікальні якості та унікальний стиль роботи. Це завдання досить складне, ніж сказане для Test Lead, оскільки йому потрібні зусилля з боку керівника, щоб відчути почуття члена команди не лише до призначеного завдання, а й до проекту в цілому.

Позитивне ставлення команди 'енергія волі волі' - Це наведено з досвіду роботи в одній із чудових команд випробувачів. Якщо керівник скаржиться на тривалий робочий час або наполягає на тому, щоб члени команди працювали за графіком, який неможливо виконати, ваша команда відображатиме ваше ставлення.

Він / вона є справжнім керівником, який, незважаючи на необгрунтований графік, вселяє впевненість серед членів команди вірити у свої здібності і одночасно працює у фоновому режимі, щоб виправдати зусилля членів своєї команди, що працюють за нерозумним розкладом, але продовжують цей графік змусити членів своєї команди просто працювати.

Визнання

Кожен любить бути визнаним за його / її роботу. Коли особа отримує винагороду за свою роботу, відповідальність керівника команди повинна наводити причину індивідуального визнання перед іншими.

який мій ключ безпеки в Інтернеті - -

Рішення керівника команди щодо такого роду завдань має бути неупередженим. Це приносить велику повагу до нагородженої особи з боку членів команди. Вони діяли б на подібних засадах, і зрештою команда отримала б користь від їх колективної реакції.

Дуже часто членів, які працюють на віртуального лідера, не розпізнають через нульову видимість керівника команди. Віртуальний керівник несе відповідальність за виділення досягнень та внесків члена команди.

Це вказує на те, що віртуальний лідер - це майбутній керівник, який ретельно піклується про свою команду і добре сприймається членами його команди.

Персональна зустріч за принципом

Часто можна побачити, що ролі та обов'язки членів визначаються на початку, а оцінка проводиться в кінці проекту. Погодились, що це формальний процес. Але неформальні переговори на основі одного до одного додають цього формального процесу.

Ці неформальні зустрічі повинні розглядати поточні проблеми, щодо яких учасники не хочуть доносити під час засідання групи, майбутні можливості для членів, визначення майбутніх керівників / власників команди та вирішення проблемних питань після відгуку членів команди.

Своєчасний та належним чином наданий відгук може зробити різницю між командою, яка приховує помилки, та командою, яка розглядає помилки як можливості. Відповідальність за погану роботу зазвичай залежить від структури команди, а не від індивідуальної некомпетентності; тим не менше, це люди, яких направляють на навчальні програми для їх виправлення.

Якщо члени команди відчувають, що вони протистоять один одному, щоб змагатися за винагороду та визнання, вони приховують інформацію, яка може бути корисною для більшої команди. Коли у команди є проблеми, ефективний керівник команди зосередиться на структурі команди, перш ніж зосередитися на окремих людях.

'Не кажіть людям, як щось робити, скажіть їм, що робити, і дозволяйте їм дивувати вас своїми результатами'. - Джордж Паттон

Висновок

Є багато речей, які слід враховувати, будуючи успішну команду. Ключові слова - єдність, довіра, повага до думки інших та дія без побоювання - це складові для великої команди випробувачів і взагалі для будь-якої успішної команди.

Прочитавши цю статтю, подивіться на свою команду і запитайте себе: “Ви працюєте у чудовій тестовій команді” чи “Чи будете ви докладати всіх зусиль, щоб створити чудову тестову команду”? Тоді більше не чекайте, і вже наступної секунди спробуйте створити “Велику команду для тестування програмного забезпечення”.

'Збиратися разом - це початок, тримати разом - це прогрес, спільна робота - це успіх'. - Генрі Форд

До вас!

Що ви думаєте зі свого досвіду? Які ваші характеристики для створення успішної команди з контролю якості?

Про автора: Шарат Р. Бхат - інженер з тестування програмного забезпечення в Torry Harris Business Solutions, Бангалор, і має понад три роки досвіду в області тестування програмного забезпечення. Сертифікований інженер-випробувач ISEB / ISTQB і працював у сферах телекомунікацій, фінансів та охорони здоров’я. Сфери технічної експертизи включають тестування веб-додатків, клієнт-сервера, зберігання даних та додатків проміжного програмного забезпечення, побудованих за допомогою “Kabira”.

Чудові статті про тестування програмного забезпечення у вашій поштовій скриньці! Просто натисніть тут отримати статті по електронній пошті.

Рекомендована література

^