Карьерные испытания и проблемы – это вполне закономерное и полезное явление. Они преодолеваются быстро и с максимальной пользой именно в тот момент, когда специалист воспринимает их как данность и как возможность получить более значимые карьерные достижения.
Любой IT-специалист во время своей работы постоянно сталкивается со всевозможными трудностями и неурядицами, которые в конечном итоге способствуют получению дополнительных знаний и умений информационных благ нового порядка.
Некоторые испытания так или иначе связаны с выбранной профессией, а некоторые являются общими для всего IT-сообщества. Наиболее важные и часто встречающиеся из них можно вынести в список топ 10 проблем, с которыми рано или поздно встречается любой тестировщик на проектах.
1. Корпоративная культура
Наиболее общий, а значит самый важный пункт в нашем списке, так как любая профессия в сфере IT заставляет человека взаимодействовать с разными отделами, работниками других офисов, клиентами. Со временем у сотрудника складывается личное мнение о его корпоративном окружении, и он ментально может выделить 2 группы людей:
- С которыми приятно и интересно работать;
- Те, с которыми он сотрудничал несколько раз и больше не испытывает желание взаимодействовать.
Общность IT-сообщества может заключаться исключительно в целях достижения поставленных задач, а вот их быт может разниться совершенно кардинальным образом.
Представим ситуацию. Одна компания выступает за строгое соблюдение рабочего графика, а начальство второй не прочь устроить сотрудникам 20-минутные перерывы в течение дня. Первые могут создавать строгие правила по ограничению использования социальных сетей в рабочие минуты.
А вот вторые не против сделать в офисе специальную комнату досуга, где периметр помещения уставлен красивыми цветами, диванами и включена спокойная релаксирующая музыка. Некоторые строго чтят строгость перед начальством, а другие не используют корпоративных ограничений в общении начальства и подчиненных.
И здесь не нужно искать золотой середины: право на существования имеют как путь строжайшего корпоративного порядка, так и в меру дозволенность. В любом случае сотрудники со временем будут банально приспосабливаться к окружающим их порядкам и правилам, пытаясь соответствовать установленным нормам и по возможности привносить свои идеи и предложения.
2. Разные часовые пояса
Согласитесь, вы или ваш знакомый коллега с фриланса иногда сталкивался с ситуацией, когда в 11 часов вечера или в 4 часа утра нужно сидеть возле ноутбука и согласовывать рабочие моменты с командой, находящейся в другом часовом поясе. Нам кажется, многим знакома подобная история.
Способа избежать подобных неудобств нет и не предвидится (разве что крепко заваренный кофе). Но все же можно воспользоваться одним действенным советом: планируйте с командой одинаково удобные для всех часы, чтобы решать все возникающие вопросы и при этом работа была максимально продуктивной.
3. Межкультурные отличия
Работать в IT сфере (и тем более QA-специалистом) в США или же Европе – это две разные истории. На первый взгляд может показаться, что культура внутри офиса это одно, а этнические особенности это другое. На практике они максимально полно реализуют наше поведенческие особенности при взаимодействии друг с другом.
Простой пример. Если в США у вас спрашивают – Hi, how are you? – человек точно не имеет ввиду ваше текущее настроение и тем более здоровье. Ему важна информация по определенному корпоративному вопросу.
Но, когда ты новичок, и только-только переехал в новую для себя страну, подобный вопрос может немного ввести тебя в ступор, ведь если ты виделся с этим человеком 2 часа назад, ты не сразу поймешь, что он хочет от тебя прямо сейчас.
Остается одно – приспосабливаться и стараться повторять подобные вещи и самому.
И еще: некоторые культуры ассоциируют короткое общение с хорошей эффективностью при непосредственном решении вопроса. Другие же указывают на то, что, если ты много говоришь, значит тебе нечего сказать.
Понимание таких мелких деталей позволяет не только улавливать оригинальные нюансы разных культур, но и лучше взаимодействовать с людьми из этих регионов.
Это были распространенные проблемы для всех IT-специалистов. Далее же поговорим именно о проблемах в сфере QA, которые также имеют ряд особенностей и критических моментов.4. Отсутствие документации на проекте
Это просто классика. Еще есть компании и отделы, которые предпочитают исключительно устную коммуникацию между людьми. Их не интересует хранение справочной информации в определенном физическом или цифровом измерении.
Но с другой стороны, это та ситуация, при которой проблему можно запросто трансформировать в набор полезных возможностей.
Постарайтесь максимально плотно общаться с коллегами, специалистами по бизнес-анализу или представителями технических наук. Вы можете самостоятельно исследовать продукт: создать стандарты для вашего ПО, определить перспективы конечного потребителя.
Пройдите все стадии исследовательского тестирования и создайте свою собственную универсальную документацию для будущих задач.
5. Постоянно меняющаяся обстановка
Традиционно больше половины QA-отделов страдают от того, что организация их рабочей среды оставляет желать лучшего. Но всегда нужно извлекать максимальную пользу от того, чем мы располагаем на данный момент.
К примеру, есть сервер, который постоянно перегружен данными и требуется постоянное наблюдение за его технической исправностью. Что в этой ситуации может сделать тестировщик? Правильно, провести исследование максимальной нагрузки на сервер. Как результат – починенный сервер и новые навыки у QA-специалиста.
Самостоятельно вынесите на всеобщее обсуждение актуальные проблемы и предложите свои пути решения сложившихся ситуаций. Для постоянно встречающихся случаев постарайтесь создать блок технической документации, который можно использовать в качестве универсального шаблона.
6. Неактуальные инструменты для работы
Зачастую, в деятельности по процессу тестирования программного обеспечения, QA отдел сталкивается с надобностью использовать устаревшие и неэффективные инструменты. У них нет другого выбора, кроме как использовать их, так как руководство уже купило лицензии на ПО, да и сам клиент хочет выполнить сборку и тестирование веб-продукта уже купленными интерактивными инструментами.
Да, звучит очень грустно, особенно в век ежедневно развивающихся технологий. Но ничего не поделаешь, и остается лишь принять подобные события как данность и при возможности искать альтернативы.
С другой стороны, со временем у вас появится возможность наглядным образом убедить руководство в том, что используемые альтернативы на проекте Х были весьма эффективными, нежели продукт Y, который компания использует уже пару лет.
7. Неэффективность ПО
Наверное, каждый третий тестировщик в своей практике задавался вопросом: как можно выпускать «это» под видом нового ПО, если это настоящий рассадник багов?
Когда работаешь на таких проектах, нередко сталкиваешься с мыслями о том, есть ли вообще смысл тестировать то, что никогда не будет эталоном надёжности и удобности.
Остается лишь 2 выхода. Либо свыкнуться с подобными умозаключениями, либо настоять на своем. Вы можете аргументировать отказ тестировать тем, что пользователь не должен получать ПО, у которого нет ни одной положительной стороны (с технической точки зрения).
8. Отсутствие обратной связи
Порой вы трудитесь над частью ПО, которое клиент не одобрил еще два дня назад, но вы об этом совершенно не знаете (в частности это касается компаний по аутсорсинговому тестированию).
Чувство изолированности порой возникает не только, если вы находитесь на другом континенте, но и даже если от клиента вас отделяет несколько городских улиц.
9. Предвзятое отношение
Все прекрасно знают, что практически в каждой компании есть свои предрассудки по национальности, полу или религии. Здесь не стоит сильно вдаваться в полемику и рассуждать кто прав, а кто виноват.
Совет! Стоит смотреть на мир как на одну большую сплоченную семью, где все равны и все заняты в процессах, которые несут общие блага и много прибыли.
10. Странности поведения
Все люди очень разные. Поэтому и реагировать на один вид информации они могут по-разному. Не нужно сразу вешать ярлыки или выстраивать предрассудки касательного коллег по офису.
Эскалация обстановки не должна возникать из-за того, что ваш напарник по отделу весьма эмоционален при общении с руководством. Вешать ярлыки и раздавать негативные оценки – занятие сугубо непрофессионалов и невеж. Со всеми нужно находить общий подход и стараться контактировать на равных началах.
Оставить комментарий