К основному контенту

Разнообразие - хорошо или плохо?

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

В последние пару недель я столкнулась с ситуацией, когда человека, с которым я вот уже 8 месяцев отработала бок о бок на одном стриме, переводят на другой проект. А я остаюсь. Я никогда не была на другом проекте, только на разных стримах внутри одного. Для меня разные стримы - это гуд, потому что я "пощупала" продукт с разных сторон. А разные проекты?

Есть несколько мыслей, я решила их разбить на плюсы и минусы, ведь у каждой медали - 2 стороны.

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

Далее, "против" смены проекта:

  • переключение с одного проекта на другой требует эмоциональных затрат. А если вас каждый месяц переводят туда-обратно? 
  • пребывание на одном проекте способствует глубокому изучению продукта, и продвижению вас вверх в карьерном плане
  • команда. Если здесь сплотившаяся, когда понимаете друг друга с одного взгляда и гордо говорите "мы же команда", то что будет на новом проекте - неизвестно. А неизвестность всегда пугает.

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

Что касается меня в вопросе смены проекта, бОльшая часть говорит "нет", а маленькая шепчет, что было бы интересно посмотреть "а что у них и как".

Комментарии

Популярные сообщения из этого блога

Белая книжная полка

Потратив немного времени и усилий, я прочитала 9 книг с белой полки менеджера (найти их можно тут ). Нет, я совсем не менеджер, но полюбопытствовать это не мешает :) некоторые вещи лучше узнавать заранее. На всякий случай. Уже во время чтения первой книги я поняла, что информацию нужно попытаться систематизировать и сохранить. Что впоследствии вылилось в майнд-мэпы (они же интеллект-карты). Итак, начнем. 1. Карьера  Выводы : Для успешной карьеры вы должны усвоить несколько важных моментов. Сохраняйте хорошие отношения с боссом и подчиненными. Не говорите о людях плохо (можно конструктивно критиковать). Говорите с людьми на одном языке. Любите то, что вы делаете, хотите это делать и ищите возможности это делать (если нашли - используйте). Если для карьеры нужен переезд - не бойтесь этого и продумайте наиболее оптимальный вариант. 2. Общение Самая объемная из 9ти книг. Соответственно, самая большая карта. Выводы : Учитывать с кем ты взаимодействуешь - пользователями, заказчиками

Недотестирование

У нас в стране вводят новую систему оплаты проезда. На смену бумажным проездным пришли пластиковые карточки. Вместо привычных компостеров появились компостеры с принтером и валидаторы для карточек. Система работает уже целых 2 дня и вот на какие мысли меня это натолкнуло. Во-первых, проехав 4 раза на троллейбусе я не обнаружила работающих валидаторов. И тут я вижу 2 узких момента. Тестировали, тестировали, да невытестировали. Что-то где-то не учли. Но с другой стороны - как-то слишком уж массово. Пропустить такой критикал баг - это надо постараться. А если не пропустили, знали, но все равно выпустили в Live - весьма сомнительное решение. Недостаточно обучили . У меня есть большие подозрения, что в неработающих валидаторах мог иметь место не критикал баг, а человеческий фактор. При входе в транпорт контролеры прикладываю свою карточку к валидатору и блокируют систему. И что-то мне кажется, что на следующей остановке они просто выходят из транспорта, благополучно забыв разбл

Вступительное слово

Можно было сразу броситься в бой и начать описывать проблемы, уже полученные знания и просто размышления, но я решила для начала представиться. Меня зовут Лена. Чуть больше года я работаю в компании Allied Testing. Это мое первое место работы в качестве тестировщика. Пока я попробовала себя только в ручном функциональном тестировании, но в планах хочется гораздо большего. Однажды я прочитала статью Натальи Руколь -  Как развиваться начинающему тестировщику . Некоторые пункты уже были в статусе Passed, некоторые я тут же осуществила. И только по одному меня одолевали сомнения - создать свой блог. Казалось бы, ну чем я могу поделиться, когда у самой опыта совсем чуть-чуть? Но время шло, обсуждения на форумах и статьи в рассылках давали пищу для размышлений. Потом я стала одним из членов сообщества минских тестировщиков -  BelQA . Побывала на двух встречах, вопросы снова стали накапливаться, и как-то пришла к тому, что уже недостаточно это обсуждать с коллегами в кабинете. Захотелось ст