Ответы пользователя по тегу Карьера в IT
  • Стратегия овладения профессией, второе высшее или самостоятельное изечение?

    @ponaehal
    Найдите работу по той теме которую хотите освоить. Для этого честно признайтесь на собеседовании что ни черта не умеете и готовы рассмотреть предлагаемые варианты оплаты. За год-два работы освоите (если повезет и будет у кого поучиться) уровень который вам никогда не дадут ни в одном ВУЗе.
    Ответ написан
  • Как "торговать" с hr?

    @ponaehal
    Когда руководитель подает заявку на подбор персонала в "отдел кадров", он в заявке указывает пороговый размер оклада на данной позиции. HR'у в общем то все равно, сколько Вам заплатят. Его задача подобрать кандидата с учетом имеющихся требований и ограничений (в т.ч. по з/п).
    Отсюда следует:
    1. Если у Вас в резюме указана з/п и Вам позвонил HR, то скорее всего компания готова платить деньги которые указаны у Вас в резюме. А вот готовы ли их платить Вам - станет понятно по результатам общения с потенциальным руководителем?
    2. Есть смысл указывать в резюме з/п чуть выше вашей собственной оценки себя любимого. Вас подкорректируют))
    3. Всячески избегайте прямого ответа на вопрос от HR: "За какую минимальную сумму вы готовы работать" - будьте уверены, если ответите на этот вопрос конкретной цифрой то ее Вам и заплатят. Правильный ответ звучит так: "Мне бы хотелось получать вот столько (завышенная сумма), но я готов этот вопрос обсуждать в рамках общей картины с учетом иных факторов (удобство расположения и комфорт офиса, коллектив, премии, ДМС для семьи и т.п.)
    4. Помните: предметный разговор по оплате может быть только после того как вы понравились непосредственному руководителю. Все остальные вопросы в части оплаты направлены на то, чтобы определить, а стоит ли вообще с вами продолжать общение.
    Ответ написан
    Комментировать
  • Дилемма повышать в должности или нет?

    @ponaehal
    ИМХО:
    1. Если "продвинете" программиста не сдавшего экзамен, то своими же руками дискредитируете экзаменационную систему которая есть в компании. Дальнейшее ее существование не имеет смысл.
    2. Если считаете что система не объективна, то поменяйте ее или отмените. Следует понимать, что если менять систему часто, то это само по себе будет дискредитацией системы.
    3. Людям свойственно приспосабливаться к любой системе (KPI, грейды, разряды и т.п.). Если человек не хочет этого делать, то поговорите с ним по душам - возможно в его глазах система уже дискредитировала себя (например, при предыдущей сдаче экзамена, он увидел необъективность) или он чем то демотивирован.
    4. Из двух зол (если они неизбежны): разрушить работающую систему или потерять хорошего сотрудника, я бы выбрал второе.
    Ответ написан
    Комментировать
  • Из девелопера в ПМ?

    @ponaehal
    На мой личный взгляд:
    1. С людьми работать (управление проектами или управление подразделением) интереснее, но намного сложнее чем писать код. Люди не прощают ошибок...
    2. Придется отпустить компетенции по разработке и приобрести новые. Это нелегко и поначалу пытаешься "усидеть на двух стульях", а это только вредит. Готовы?
    3. З/п вторична. Действительно, хороший разработчик может получать больше многих РП. ИМХО надо выбирать то, к чему лежит душа, только в этом случае будете гармонично развиваться.
    4. Не стоит думать, что РП - это только проведение совещаний и верстка плана. На некоторых этапах проекта (инициация, завершения) РП работает больше остальных членов команды.
    5. Культура в компании. Если система управления в компании не зрелая, то стоит трижды подумать прежде чем брать на себя ответственность за результат, который от тебя может и не зависеть. Например: Вас назначили РП, а реальных ресурсов не дают (людей постоянно отвлекают на иные работы их непосредственные функциональные руководители). Работа сведется к "борьбе с ветряными мельницами" (с непонятным исходом). В таких условиях лучше отвечать за себя и свой труд (например, быть девелопером).
    6. У девелоперов сейчас есть поразительная возможность работать на удаленке (воображение рисует какой-нибудь тайский пляж с гомаком и ноутбуком). У РП таких возможностей намного меньше.
    7. У РП действительно больше возможностей чем у девелопера, для восхождения по карьерной лестнице. Хорошо это или плохо решать Вам. Чем выше взойдете, тем сложнее найти работу:)

    ЗЫ Всегда при принятии таких важных решений пытаюсь исходить из принципа "лучше сделать и жалеть, чем жалеть что не сделал". )) Ни на что не намекаю, ни к чему не призываю))
    Ответ написан
    Комментировать
  • Куда и как расти проект менеджеру?

    @ponaehal
    В разработке это потолок. Дальше только в менеджеры (не pm, а руководитель подразделения). или менять сферу деятельности. или менять приоритеты в жизни (работа не главное).
    Важно понимать, что работу pm вы найдете всегда вплоть до пенсии, а если пойдете в начальники, то после какого то уровня работу будет искать сложнее (позиций больших начальников мало), особенно в вашем городе.
    Советовать что-либо бессмысленно, ИМХО
    Ответ написан
    Комментировать
  • Как вы думаете какие IT-специальности имеют самый низкий порог вхождения, и наоборот самый высокий?

    @ponaehal
    Ребенок учится быстро ходить абсолютно в любом направлении.... и даже бегать тоже учится достаточно быстро.... а вот что бы на дистанции 100 метров показать хотя бы уровень КМС, понадобятся годы.
    Я это к чему?!... не надо выбирать быстрый путь (т.к. пройдя по быстрому пути вы будете всего лишь заурядным специалистишком), выберите тот путь, по которому вам будет приятно идти долго и вы сможете достичь максимально возможного для вас уровня.
    По этому вопрос я бы адресовал прежде всего Вам. А чем именно Вам интересно было бы заниматься?
    Ответ написан
    Комментировать