Месяц в небе

[3eta]

После затянувшейся отправки Амазон извинился, и доставил новую книжку Инны Кузнецовой (karial) за 1 день. Так что выходные прошли как давно хотелось - на диване, с книжкой и ручкой для заметок по ходу.



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

У меня было много догадок о том что и как работает для продвижения по карьерной лестнице, и какие-то предположения книга подтвердила, а вот какие-то придется пересмотреть. В частности, теперь я пытаюсь понять как же устроена у нас иерархия и матричная структура. Одно время я анализировала внутренние директорские вакансии и затем пришла к выводу, что работает следующая цепочка: Project Manager -> Program Manager -> Manager (уже с формальными подчиненными) -> Sr.Manager/Director. И, соответственно, следующей ступенькой для себя наметила позицию програм-менеджера. А несколько месяцев назад моя неформальная начальница обмолвилась, что нашему менеджеру нравятся мои аналитические навыки и та видит меня в роли аналитика. Добившись с ней встречи 1:1, я поинтересовалась и она объяснила, что по их меркам аналитик ничем не хуже програм менеджера, и в общем-то на обеих позициях требуются как аналитические навыки, так и умение управлять командой. А развитие и профессиональный рост определяются уровнем грейда, внутренней оценочной шкалой для постоянных сотрудников, и сложностью доверяемых проектов. У контрактников шкалы грейдов нет, поэтому весь расчет на то, что о твоих навыках в курсе твой непосредственный начальник.

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

Comments

[krisdenisova.livejournal.com]

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

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

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

[3eta.livejournal.com]

Ага, ты абсолютно права. И я пожалуй "обижаюсь" на то, что аналитикам нашим недосуг обратить внимание, что на тех проектах над которыми мы работаем, аналитиков по сути и нет. Есть некие business owners, которые совершенно "не технические" и рассчитывают на то, что все технические нюансы распишет сам тех.лид или кто-нибудь еще. И работу аналитика выполняет именно QA. То есть для меня показатель:
1. Если QA высылает на одобрение бизнесу тест-кейсы, и бизнесу нечего добавить
2. Если бизнес делает приемочное тестирование после того как продукт проверил QA, и не может найти никаких дефектов
то в этом случае QA работает лучше "бизнеса", по крайней мере их в аналитической роли. Потому что упущения есть всегда, но если аналитики, которые сами создают требования, не могут их найти, то это определенный показатель.

[krisdenisova.livejournal.com]

но так тоже бывает ) зачем обижаться?
QA вообще ЧАСТО замещает системного аналитика когда есть бизнес-аналитик
это вообще разные роли
я в целом как аналитик всегда была ближе к заказчику при заказной разработке, щас доросла до бизнес-аналиста продукта который сам может формулировать задачу к системе и это дофига много работы, ну т.е. не обижайся что они все такие хайлевел. если пытаться быть и хайлевел и в деталях то мозг взорвется )))

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

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

[3eta.livejournal.com]

Обидно - что считают "просто тестерами" и удивляются, что там оказывается, какие-то аналитические навыки имеются! между тем, у меня в Штатах просто отличная команда, все как на подбор, ребята с головой :) и это, по-моему, заметно даже когда непосредственно с человеком в одной команде не работаешь - по отзывам других, по вопросам что человек задает и т.п. По крайней мере, я хоть с упомянутой девушкой до этого вместе и не работала, но так же по косвенным признакам и отзывам знала, что она очень умная, быстро мыслит, организованная и с ней приятно работать. Поэтому, наверное, расстроилась, что мне-то ей с нуля себя надо "доказывать". Правда, не могу сказать, что это заняло много времени, недели совместной работы хватило :)

[krisdenisova.livejournal.com]

я тебя уверяю, нет никакого превосходства или ощущения превосходства у аналитиков
считают "просто тестерами" - ну так потому что основные обязанности они какбэ именно такие ) никто ж сходу не знает как оно. )

я не могу отвечать за всех. но у нас никому и в голову не придет шапкозакидательствовать куа. мало того в одном из проектов я заменяла капасити куа команды, ибо ресурса совсем не было а тестировать надо было очень много и сложную область. так я охренела :)))
не то чтобы эта работа сложнее или там какая-то более занудная или вообще мне сложно ее как то описать но не знаю, как говорится кто в армии бывал тот в цирке не смеется )) нельзя недооценивать куа никогда. с другой стороны, именно благодаря такому распределению работы аналитик может сконцентрироваться на бизнес-смысле системы и сделать не просто хорошо описанный набор фич а выбрать фичи которые соответствуют целям бизнеса, сделать оценку не просто с точки зрения ах надо срочно детализировать фичи в следующую итерацию, а может РЕАЛЬНО определить цель, потратить время на то чтобы задуматься об этом, выбрать оптимальный непротиворечивый набор фич. для продукта это крайне важно же. ничуть не менее важно чем детализировать требования. и ничуть не менее важно чем обеспечить выходное качество продукта ))

вот ты говоришь типа ты отвечаешь за качество продукта а аналитик так, фиг знает чо делает.
блин а аналитик отвечает за то чтобы качественный продукт не пошел в мусорку сразу после релиза! :) аналитикам такое меж тем тоже весьма обидно :)

[3eta.livejournal.com]

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

[krisdenisova.livejournal.com]

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

обычно это из разряда тех вещей которые пока по ушам не проедешься не заметят. :)

а аналитику карьерно расти действительно обычно не хочется. по крайней мере я по себе сужу - в менеджеры? да нууууу )) меня прельщает рост в экспертизе и в зарплате )) вертикальный рост не хочу не буду.

[3eta.livejournal.com]

У меня мальчик, который работает ведущим тестировщиком и замещающий меня время от времени, мечтает о переходе в аналитики с подтекстом: "наконец можно будет расслабиться!" ))) Но в основном конечно избавиться от стресса и ответственности QA, а также периодической необходимости тупого и монотонного регрессного тестирования.

[krisdenisova.livejournal.com]

ахахахаха )))
пусть не путает туризм с эмиграцией! )