Друзья, надеюсь у всех отличная неделя!

Хочу сегодня проговорить о цифровом саботаже, процессе столь же неприятном, сколь и распространенном в нашем деле. Знаю, что как минимум мои сотрудники с этим встречаются ежедневно, поэтому сделаю небольшую памятку. Я приведу пару примеров того, что я видел на своих проектах или проектах по соседству:

1. Ой, а оно все удалилось

Одновременно и классика и самая большая тупость, когда человек сам сносит информацию в общем доступе, либо сносит систему у себя на компе, а потом пишет/звонит в техподдержку "А я вот ничего не трогал, пришел на работу и все пропало". Встречается на любом уровне, причем чем выше уровень, тем честнее глаза, смотрящие тебе в душу.

Как лечить?

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

2. Игра в QA-инженера

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

- буквы О вместо 0 и наоборот
- огромные портянки в загружаемых и выгружаемых файлах, в сотни раз больше тех, что используют в реальной жизни
- смена кодировок и использование кириллицы вместо латинской раскладки и наоборот
- белые буквы вместо пробелов, чтобы наговнить поисковому движку
- "эксклюзивные единицы измерений", а давайте мерить щебень унциями, а обрезную доску футами
- пытаться работать с онлайн-сервисом без интернета (самый маразм)

Как лечить?

У меня есть средство, но не уверен, что оно универсальное. Надо превратить человека в часть команды и немного формализовать его действия, тогда либо ему станет скучно и неинтересно, либо он принесет пользу. Два пути: ввести плату кэшем за каждый баг, но найденный на препроде (или тесте), либо установить доплату за совмещение с работой тестировщика. Важно зарегулировать действия пользователя по отлову багов, объяснить как фиксировать воспроизводимость и в идеале научить писать куски тест-кейсов

3. Молчуны, ждуны и итальянцы

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

Их очень легко обнаружить по ключевым фразам:

- Опять ваше ___(синоним слова говно)____ не работает
- Мне никто не говорил, что этим надо пользоваться
- Тут ничего не понятно (кто это все придумал)
- Ну вы как доделаете, мы и попробуем

Как лечить?

Для таких людей есть: Должностные инструкции, Приказы о вводе в эксплуатацию, Пользовательские инструкции и протоколы обучения. Их можно лишь прибить бумагой, ее они боятся и уважают. После того, как сделали использование системы их обязанностью и научили пользоваться (под протокол). Дайте им бумажку, что они обученный пользователь. Дальше самое интересное - сделайте общекорпоративный рейтинг использования системы. Это могут быть абсолютно различные показатели. Как только люди увидят себя на дне - они почувствуют риск. Либо они побегут на вас жаловаться, либо придут просить помощи. В первом случае - на вашей стороне цифры.

Всем поменьше диверсий и саботажа на работе!
Всех обнял, The CTO