Engagement Manager в EPAM Systems USA
  • Москва is a lost city, и что это значит для других городов

    До США очень далеко... Если 4-5 это потолок для гуру. В США это 100-140 плюс в год в зависимости от опыта и региона... плюс бонусы, стоки и тп в зависимости от уникальности человека и его вклада. При этом Москва по ценам и индексу цен находится на равне с крупными городами США, налоги такие же. Плюс нужно добавить социальные вещи в США, которые работодатель должен потратить на сотрудинка сверх зарплаты, как правило для 100 тыс это будет 10-20 тыс в год. Поэтому с точки зрения работодателя выгода по-прежнему есть, особенно если учесть, что аутсорсинговый партнер дает пул ресурсов, упрощает и ускоряет найм, обеспечивает гибкость. Поэтому аутсорсить есть куда. С точки зрения сотрудника: качество и стабильность жизни в Москве и крупном городе США, покупательную способность населения и стоимость кредитов здесь и там — сравнивать не имеет смысла. Поэтому народ будет продолжать «валить».

    Підтримав: Tim Vlasyuk
  • Креш-тест: видение эффективного процесса разработки

    In outsourcing engagements headcount wouldn’t grow without value being delivered to client ;)

    Підтримав: Natalia Trilevskaya
  • Креш-тест: видение эффективного процесса разработки

    Well, this perspective is hands down the best one in the overheated market conditions. In more developed markets people are getting paid for “solving problems” not for “having skills”, plus let’s face it majority of the projects out there do have design, code base and people issues (people means both project manager and the whole team — don’t believe in one person accountability when we speak about team work). So alternative perspective I’d like to offer is that joining problematic project and being proactive in getting things better could actually help professional to gain very valuable problem solving, change management and soft/people skills. Yes it would be challenging but making mistakes and pushing limits is the only way to learn/progress as for me.

  • Креш-тест: видение эффективного процесса разработки

    Good summary on the common sense and proven things piled up together. But I believe challenge is “to do a common thing uncommonly well”, so it’s more about “how” not “what”. For instance: will need loose coupling and separation of concerns in design to support agility and frequent changes effectively, this won’t just magically appear from the blind usage of design patterns and avoiding complexity. Automated testing? How to get maintainable code from QA team? etc. etc. etc. So I wouldn’t certify project as one using “effective” process even if all these practices are used, qualitative assessment will be required to make any reasonable conclusions.

    Підтримали: Natalia Trilevskaya, Beaver Green