Должностная инструкция инженера по тестированию программного обеспечения (тестировщика)

Должностная инструкция инженера по тестированию программного обеспечения (тестировщика)
Если вы являетесь руководителем отдела тестирования, то после приёма на работу сотрудника вам необходимо рассказать ему о его должностных обязанностях, рассказать о тестируемых продуктах компании, ознакомить его с регламентом отдела, планом тестирования каждого продукта и т.д. Но это делают единицы руководителей, так как считают это лишним. Это происходит от того, что сами руководители воспринимают эти документы как «филькина грамота», которая им нужна только чтобы отчитаться перед вышестоящим руководством. Этим всё и сказано.

Мной эти документы воспринимаются как документы, которые поясняют моим сотрудникам как действовать в определённых ситуациях, что они должны делать, а что не относится к их зоне ответственности. Поэтому все регламентирующие документы составляются лично мной и постоянно дорабатываются и размещаются в открытом доступе, чтобы с ними могли ознакомиться не только сотрудники отдела тестирования, но и любой сотрудник компании. При добавлении информации в какой-либо документ высылается информационное письмо на сотрудников отдела тестирования с описанием изменений.

Теперь поговорим о должностной инструкции (далее ДИ) сотрудника отдела (любого). Зачем этот документ нужен? В ДИ озвучиваются навыки, которыми должен обладать сотрудник, должностные обязанности, права сотрудника, ответственность сотрудника и прочая информация, но не увлекайтесь — это не роман.

Если у вас нет должностной инструкции в отделе, то рано или поздно вы столкнётесь с ситуацией, когда давая задание сотруднику вы получите в ответ отказ и у вас завяжется длительный и возможно бесполезный для вас диалог:
— Необходимо выполнить {задание}.
— У меня этого нет в должностных обязанностях, поэтому этого я делать не буду, это не в моей компетенции и не мой уровень.
— А что входит в твои обязанности?
— Этот вопрос я должен задать тебе и получить документ, описывающий мои обязанности и утверждённый в нашей компании.

И тут вы практически ничего не сможете поделать, если только вы не обладаете непререкаемым авторитетом, который подкреплён уважением сотрудников. Но в эпоху беспринципности многих людей авторитет сейчас не всегда помогает.

Чтобы избежать многих проблем с сотрудниками в будущем рекомендую вам в первый же свой рабочий день на новом месте работы составить ДИ и передать её в отдел кадров на утверждение. После того как утвердят ДИ необходимо первое время контролировать, чтобы отдел кадров при устройстве на работу сотрудника давали ему знакомиться с ДИ под роспись. После этого в работе не будут возникать споры с сотрудниками что они должны делать. Это также будет вас дисциплинировать, чтобы вы на свой отдел не брали работу всех смежных отделов, разгружая других и необоснованно загружая своих сотрудников считая, что ваш отдел справиться лучше с обязанностями других отделов. Пусть все занимаются своим делом!

У меня есть готовая должностная инструкция тестировщика, которую я использую в своей работе, её и прикладываю к данной статье. Раньше она была проще, но с развитием технологий и с повышением требований к тестировщикам она была дополнена. Возможно в будущем она ещё будет дополняться. Данная ДИ не панацея, а всего лишь документ, который используется в реальной компании.

Если вы никогда не имели дело с ДИ, то алгоритм внедрения ДИ в компании следующий:
1. Написание должностной инструкции.
2. Согласование с вашим непосредственным начальником, если это не директор ИТ, то и с ним.
3. Отправка в отдел кадров на утверждение у генерального директора (возможно сами несёте).
4. Отмашка от отдела кадров, что документ включён в процесс приёма сотрудников и будет всем доноситься под роспись.
5. При приёме первых (двух, трёх) сотрудников по новому процессу проверяем, чтобы они ознакомились с ДИ под роспись.

Скачать Должностную инструкцию тестировщика

Данная статья является продолжением статьи «Как создать отдел тестирования программного обеспечения».

  • Понравилось? Добавьте в избранное или поделитесь с друзьями:

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

  1. Проблема: ваша инструкция много требует, при этом ничего не давая взамен! У вас получается, что тестер должен быть кадровиком, базовиком и чуть ли не разрабом. Ещё вы забываете про виды тестирований и огроменные талмуды сопроводительных документаций разного уровня, которые вычитывать как бы и некогда…

    • > …инструкция много требует, при этом ничего не давая взамен…

      Что вы ждёте от должностной инструкции взамен? Учтите, что это не договор купли-продажи. Цитирую википедию: «Должностная инструкция — документ, регламентирующий производственные полномочия и обязанности работника. Должностная инструкция — это руководство к действию для самого работника: она дает знание того, каких действий от него ожидают и по каким критериям будут оценивать результаты труда, представляет ориентиры для повышения уровня квалификации работника в рамках данной должности».
      Там ещё много интересного написано.

      > …тестер должен быть кадровиком, базовиком и чуть ли не разрабом…

      Тестировщик автоматизатор по сути и есть разработчик.
      Отвечу цитатой из данной статьи «Данная ДИ не панацея, а всего лишь документ, который используется в реальной компании».
      Т.е. каждый вправе её редактировать под себя.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *