• Главная
  • О сайте
  • Архив

Normal testing

From the programmer's worst friend

Feeds:
Записи
Комментарии
« Сергей Олейников: Почему тестировщики не хотят быть тестировщиками
Алексей Баранцев: Какое дело тестировщикам до исходного кода — мастер-класс »

Павел Мильков: Знания и умения тестировщиков, необходимые и достаточные

21.11.2010 Автор: Alexei Lupan

В данном докладе рассматривается одно из решений вопроса «Что должен знать тестировщик на конкретной позиции, и как он это может узнать».

Способ заключается в построении матрицы знаний и умений тестировщиков работающих на проектах различной направленности и занимающих разные должности. Построение такой матрицы облегчает вопросы выявления пробелов в знаниях тестировщиков и упрощает поиск путей их восполнения.

Также будет рассмотрена практика применения этой матрицы как менеджерами тестовых подразделений для различных задач (поддержание квалификации, пути развития сотрудников), так и коллегами из службы НР. В докладе будут рассмотрены как подходы с созданию матрицы, так и способы ее применения.

Во многих компаниях достаточно часто приходится сталкиваться со следующими трудностями:
— нет понимания (у руководства) соответствия навыков сотрудника, позиции, которую он занимает
— у сотрудников нет понятной картины, что им необходимо для занятия той или иной должности
— нет ясного понимания, каким образом можно устранить пробелы в необходимых знаниях (как, где и чему учить?).

Возникает это по разным причинам
— быстро растущие компании (быстрый набор, частая ротация по позициям)
— «поздние стартапы» (отсутствие процессов, не устоявшиеся технологии)
— специфическая работа НР (нет ДИ, или они шаблонные)

Решение

Исходя из выше сказанного, возникла мысль создать «систему» или инструмент который позволял бы легко и быстро позволил найти ответы на эти вопросы. Так же подобный инструмент, на мой взгляд, позволил бы облегчить жизнь менеджерам (всегда можно наглядно показать, что необходимо сотруднику для занятия той или иной позиции), а также службам НР (составление требований к кандидатам и должностных инструкций).

Первая Попытка

Сформированная мысль яростно просила реализации. Первое, что пришло в голову требовало разбивки сотрудников по принадлежности к подразделениям, выделения необходимых знаний и определения уровня владения ими в зависимости от позиции. Была быстро составлена табличка в Экселе, с разбивкой по отделам и по уровням позиций, с намерением написать, что именно и на каком уровне должны уметь сотрудники получилось вот так –

но возникла проблема – вскоре после начала ее заполнения фантазия и энтузиазм угасли. Вскоре пришла мысль ,что 1 голова хорошо, а много лучше. Зафрахтовав в помощники одного из ТехЛидов , и объяснив ему задачу принялись решать проблему сообща.

Модные тенденции и их результат

После первого обсуждения, решили отложить придуманную структуру и попробовать пойти по пути прогрессивных методик – заняться брэйнстормом на предмет, а что же вообще должны знать наши тестировщики. Запаслись стикерами и найдя переговорку с доской принялись думать (тут нас накрыло первой проблемой, китайские стикеры не прилипают к китайской доске), взяли маркер начали писать, получилось много, нет вот так — МНОГО!

Прогрессивные веяния и что получается

Засняли – переписали, и решили, что MindMapper – наше Все (китайцы, двигатель прогресса), собрали – картинка , чехарда, упорядочили — и опять непонятно что с этим делать.

Мода и прогресс хорошо, но надо что-то делать.

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

Так как матрица рисовалась изначально многомерной, решили прорабатывать ее по слоям.

Все новое – это правильно вспомненное старое

Припомнив матрицу с которой все начиналось, и поразмыслив почему «не пошло» стали строить структуру в порядке приоритетов. От общего к частному, и при этом не пытаясь уместить все на 1 листе, в результате получилось три уровня, причем каждый с дополнительной детализацией.
— подразделения и области знаний
— детализация каждой области
— материалы обучения
— квалификация определяется по кол-ву областей и степени владения ими (наложение шаблона)

Общая картина и ее приоритизация (1й уровень)
— Подразделения
— Основные области знаний
— Важность этих областей (для понятия ГДЕ и Что вообще должны знать)
и вот что получилось

Привязка используемых сущностей и средств (2й уровень)

Детализация областей применительно к условиям компании, на этот уровень вписываются используемые (или планируемые к использованию) продукты, инструменты и технологии.

Соответственно начинаем с «красных» областей, и по мере наработки опыта (и наличия времени) заполняем все.

Собственно учеба (3йуровень)

К каждой позиции 2го уровня привязан элемент обучения (книжка, курс, тренинг), «быстрый ответ» как восполнить пробел в знаниях

Использование

Кто всем этим может пользоваться:

Линейные менеджеры
— определения «дырок» в знаниях сотрудников
— получение подсказки как их закрыть
— понимания общей картины персонала и возможности быстро найти кандидата на позицию
— наглядный инструмент для мотивации, всегда можно показать, что нужно для того чтобы..:)

HR служба
— рекрутинг, более грамотное и простое составление требований к кандидатам
— помощь во внутренних процессах (ДИ, Grades)
— Motivation (переходы между позициями)
— направления обучения

Заключение

На наш взгляд, данный подход можно использовать не только в командах тестировщиков, но и разработчиков, сотрудников ИТ отделов и т.д. Его использование позволяет увеличить эффективность процессов обучения, рекрутинга, а так же управления внутри компании.

Ваша оценка:

Поделиться ссылкой:

  • Tweet
  • по электронной почте
  • Печать

Понравилось это:

Нравится Загрузка...

Похожее

Опубликовано в Постановка мозгов, Презентации | Отмечено Павел Мильков, SQA Days 8 | 4 комментария

комментария 4

  1. на 11.06.2015 в 10:49 Горин Дмитрий (@DmitrijGorin)

    Есть ли пример документа в свободном доступе?

    НравитсяНравится


    • на 28.08.2015 в 23:56 Алексей Лупан

      не видел.

      НравитсяНравится


  2. на 22.11.2010 в 20:54 apetrov2

    А доклад Алексея Баранцева будет?

    НравитсяНравится


    • на 23.11.2010 в 11:11 Алексей Лупан

      Конечно.

      НравитсяНравится



Обсуждение закрыто.

  • Aut bene

    Спiвпрацювальник по підготувальні тестувальників.

    Автор [глоссария] терминологии тестирования (english).

    Неоднократный докладчик [SQA Days], [QA Fest] и других конференций по тестированию ПО.

    Неспешный езжун на «[Волга ГАЗ-21]» 1965 года выпуска.

    Игрун чего-то похожего на тяжелый блюз [на классической гитаре].

    И так [далее].

  • Присоединиться к ещё 1 338 подписчикам

  • Follow Normal testing on WordPress.com
  • Залежи

  • Темы

    • Без рубрики (6)
    • Документация (18)
      • Тест-план (2)
    • Изображения (149)
      • Видео (49)
      • Комиксы (20)
      • Скриншоты (48)
      • Фотографии (46)
    • Инструменты (53)
      • Debian (13)
      • Макросы (1)
      • Трекеры (15)
        • Баг-трекер (8)
        • Тест-трекер (5)
      • LibreOffice (4)
    • Книги (19)
    • Конференции (138)
      • Подкасты (12)
      • Презентации (50)
        • Слайдкасты (10)
      • Семинары (19)
    • Обзоры (1)
    • Постановка мозгов (246)
      • Банальное (168)
        • Не смешно (47)
        • Неприятно (14)
        • Печали (15)
        • Радости (57)
        • Смешно (35)
      • В гостях у психиатра (45)
        • Поросенок v2.0 (3)
        • Странности (12)
        • Удивительные баги (17)
      • Level 80 (2)
    • Соображения (206)
      • Балабольник (10)
      • Гипотезы (11)
      • Озарения (55)
      • Откровения (88)
    • Статьи (23)
      • Интервью (6)
      • Опросы (1)
      • Переводы (11)
    • Управляторское (56)
      • Agile (13)
      • Программисты (23)
      • Рекрутинг (8)
    • Учеба в бою (83)
      • Тренировка (13)
      • Фишки (28)
      • Читерство (9)
    • Testing like… (79)
      • Acceptance testing (5)
      • Business Driven Testing (2)
      • Context-driven testing (2)
      • Defect-based Test Design Technique (1)
      • Автоматизация (37)
        • Performance Testing (5)
      • Рецессионное тестирование (1)
      • Юзероиммитатор (15)
      • Exploratory testing (9)
      • тест-дизайн (8)
      • State Transition testing (1)
      • Unit testing (1)
      • Usability testing (2)
    • To Do (12)
      • Анонсы (7)
  • Тэги

    Calc Excel James Bach Jira Mantis SQA Days SQA Days 7 SQA Days 8 SQA Days 10 Александр Александров Александр Орлов Алексей Баранцев Наталья Руколь Хватит тупить Юля Нечаева
  • Самое читаемое

    • Тестируем поля логин/пароль
    • Как в Excel отображать символ валюты перед цифрами
    • Основные положения тестирования
    • План тестирования должен быть внятным, четким, небольшим
    • Priority & Severity на пальцах обезъянок
    • Простота и понятность тест-дизайна
    • Тест-кейсы для гуглопереводчика Google
    • Мелочь пузатая или Объем тест кейса против его содержательности
    • Основные "фишки" скриншотера SnagIt
    • Очень конкретная разница между верификацией и валидацией
  • Комментарии

    • Alexei Lupan к записи S3E13: Про Тест планы и тест стратегии в 2020 году
    • esculapandreevgmailcom к записи S3E13: Про Тест планы и тест стратегии в 2020 году
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Сергей к записи Сетап для преподавания в сети
    • Alexei Lupan к записи Сетап для преподавания в сети
    • Дмитрий к записи Сетап для преподавания в сети
    • Сетап для преподавания в сети | Normal testing к записи Оценка времени на тестирование: неочевидные надводные камни
  • Блоги о тестировании

    • 1) Блоги тестировщиков на software-testing.ru
    • Про тестинг
    • Selenium IDE — rulezzz!
  • Профессиональное

    • Удобный софт
    • Управление тестированием
    • IT Crowd wikiquotes
    • Testing History

На платформе WordPress.com.

WPThemes.


loading Отмена
Сообщение не было отправлено — проверьте адреса электронной почты!
Проверка по электронной почте не удалась, попробуйте еще раз
К сожалению, ваш блог не может делиться ссылками на записи по электронной почте.
Политика конфиденциальности и использования файлов сookie: Этот сайт использует файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с их использованием.
Дополнительную информацию, в том числе об управлении файлами cookie, можно найти здесь: Политика использования файлов cookie
%d такие блоггеры, как: