• Круги друзей, столкновения муравьев и русская рулетка: необычные вопросы на интервью в финансовых компаниях



      В последнее время крупные компании уходят от практики собеседований со странными вопросами к более «человеческим интервью». Например, в 2016 году компания Google отказалась от ряда каверзных вопросов, которые не один год ставили в тупик соискателей. О том, какие вопросы задают на собеседованиях в крупных компаниях финансовой сферы рассказало издание Efinancial Careers с помощью теста. Мы подготовили адаптированную версию этого материала.
      Читать дальше →
    • Как собеседовать инженеров-программистов

      • Перевод
      Мы в компании Triplebyte проводим много собеседований. В реальности за последние два года я собеседовал более 900 инженеров. Насколько это эффективное использование моего времени — здесь можно спорить (иногда я просыпаюсь в холодном поту и сомневаюсь в этом). Но независимо от моих ощущений, главное, что мы стараемся улучшить процедуру собеседований. Для этого мы проводим собеседования без просмотра резюме (background-blind inrterview), определяем навыки программирования, а не оцениваем заслуги и рекомендации. После того, как инженеры прошли наше собеседование, они направляются для финального интервью напрямую в компании, с которыми мы работаем (включая Apple, Facebook, Dropbox и Stripe). Мы собеседуем инженеров, ничего не зная об их биографии, а затем смотрим, как они проявляют себя в разных крупнейших IT-компаниях. На мой взгляд, это самая лучшая проверка эффективности интервью.

      В этой статье я собираюсь показать, что нам удалось понять к настоящему моменту. Технические собеседования во многом неправильно организованы. Это легко сказать, и во многих статьях об этом говорится. Сложнее исправить эти недостатки. Моя задача в этой статье — справиться с этой задачей и изложить конкретные советы для найма менеджеров и технических директоров. Собеседование — сложная вещь. Но я думаю, что многие проблемы можно решить, если тщательно продумать процесс. Здесь я пишу об оценке технических навыков. В будущих статьях мы поговорим о культурном соответствии, поведенческих интервью и оценке нетехнических качеств.
      Читать дальше →
    • Что мы придумали для следующего миллиарда пользователей: анализ рисков проекта

        Вот один из пользователей «следующего миллиарда»:



        Когда вы делаете систему для заключения сделок между людьми по всему миру на блокчейне, это звучит как новое хипстерское приключение. В основном из-за слова «блокчейн», наверное. Напомню, мы делаем сервис, который позволяет заключать сделки людям на смарт-контрактах и имеет довольно простую систему арбитража без включения центральных систем. Это было в прошлом посте.

        Теперь пришло время рассказать о том, какие возможные риски будут у такой системы в конце 2018 года на большом релизе. Если он случится.

        Первое и главное — мы отбираем хлеб у очень-очень многих. 12–14 миллиардов долларов — рынок бирж фриланса, 135 миллиардов — аутсорса для розницы, 40 миллиардов — переводов и журналистики, 150 миллиардов — удалённого обучения и персональных консультаций, а ещё есть психотерапия, телемедицина и прочее-прочее прочее.

        Это всё наш рынок, потому что вы можете найти в системе нужного человека и купить 15–20 минут его времени, чтобы он показал вам, как у них в Индонезии готовят рыбу, либо ответил на пару вопросов по C++. Ну, либо сделал для вас кран, что более вероятно. Мы трезво понимаем, что в ближайшие 3–5 лет больше 5% даже рынка фриланса не занять — но всё же угрозу мы создаём кое -для кого серьёзную.
        Читать дальше →
        • +15
        • 3,5k
        • 6
      • Как мы обманываем клиентов. Софт как Сервис

          «Можно обманывать некоторых людей все время, всех людей некоторое время, но невозможно обманывать всех людей все время». Авраам Линкольн

          Самое недооцененное, на чем может заработать каждая компании — это Сервис. Раза в два можно увеличить оборот, но придется быть честным до конца. Хитрить со всеми все время все равно не получится.

          Свежая история, где клиент чувствует, что остался в дураках:
          Заказал три ящика минералки.
          Ошиблись и привезли три бутылки вместо трех ящиков.
          Развели руками, увезли три бутылки, сказали, что на складе что-то пошло не так.
          Никаких действий от магазина.
          Позвонил, в поддержку. Удивились, посмеялись, сообщили, что составили запрос, специалист изучит и вынесет решение.
          Через день пришло письмо с извинениями и скидкой 100 руб. на следующий заказ.
          Написал в ответ “А может доставите мне мой заказ?”
          Без реакций.

          А экономика сервиса работает так:
          Заказал три ящика минералки.
          Ошиблись и привезли три бутылки.
          Извинились. И через два часа привезли четыре ящика. Один подарили.
          Делать заказы тут стал чаще.
          Рассказал в течении месяца историю еще пяти знакомым, трое попробовали, один стал клиентом.
          Потратили на меня меньше 600 руб., за год заработали от 30 000 руб.

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

          В этой статье несколько ключевых подходов к сервису при разработке софта. Опыт каждого достался нам очень дорого. Самый дорогой — второй после ката.
          Читать дальше →
        • Как успешно внедрить Help Desk? 12 примеров (часть 2)

            На прошлой неделе мы опубликовали первую часть историй со всего мира о результатах внедрения Help Desk для «внешней» клиентской поддержки. Теперь, если Вы захотите обосновать Вашему руководству необходимость проекта запуска системы автоматизации постпродажного обслуживания, то в качестве примера можете рассказать о том как:

            • Sennheiser сократил срок реакции на заявки более чем в 5 раз;
            • Whirpool на 20% сокращает количество входящих электронных писем;
            • Jamberry сокращает штат поддержки более чем на 20%;
            • «Кейсистемс-Иваново» — повысил удовлетворенности поддержки своих клиентов (органы государственной власти и местного самоуправления) до 96,4%

            Сегодня мы публикуем вторую часть историй успешного внедрения подобных решений


            Читать
          • Две картины с заказчиком

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

              -«Здравствуйте, чего не открываете?»
              -«Так мы вроде бы никого не ждали сегодня..»
              -«Как же не ждали? День сегодня какой? Договаривались же…»

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

              -«Пройдемте в переговорку. Чай? Кофе?»

              Читать дальше →
            • Реклама помогает поддерживать и развивать наши сервисы

              Подробнее
              Реклама
            • Что такое ERP-Платфома

                В этой статье я расскажу про функциональные классы ERP-CRM систем, постараюсь описать, что же такое система ERP-Платформа, какую занимает нишу и как же правильно организовать структуру системы.

                image

                В статье я будут рассказывать только об облачных системах. Где пользователь зашел, зарегистрировался, и пользуется. Коробочные системы — отдельная тема.
                Облачные системы популярны, доступны. С ними просто знакомиться, ежемесячные платежи небольшие.
                Для некоторых компаний облако неприемлемо. Они хотят работать на своем оборудовании, в своей закрытой сети. Так спокойнее. Но знакомятся с системой перед покупкой опять же в облаке. Из облачной всегда можно сделать коробку, а вот из коробки облачную не всегда.

                Различных облачных ERP-CRM систем много. Я бы все разделил на 4 типа:
                1) Статичные
                2) Статичные+
                3) Полу динамичные
                4) Динамичные

                Читать дальше →
              • Стартап дня (август и сентябрь 2017-го)

                  image


                  Продолжая серию дайджестов «Стартап дня», сегодня я представляю самые интересные проекты за август и сентябрь. Если хотите ознакомиться с остальными, то прошу в мой блог. Записи доступны в Facebook, ICQ и Телеграме.


                  Curve


                  Одна из Важных Проблем современного человека — слишком большое количество банковских карточек в кошельке: одна дебетовая, куда зарплата падает, одна кредитная, чтобы в грейс-периоде жить, а ещё бонусные карты, с которых нужно платить в разных случаях ради подарков от банка. Английский Curve предлагает решить эту беду еще одной специальной картой, «one ring to rule them all».

                  Читать дальше →
                • Совместное использование Scrum и DevOps — перевод статьи The Convergence of Scrum and DevOps

                  Перевод статьи, написанной Scrum.org и DevOps Institute. Ссылка на оригинальный файл


                  От переводчика


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


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


                  Ссылки, которые были в основном документе, я поместил сразу в текст, они отделяются скобками и курсивом. Если были сомнения в корректности перевода термина, то я дублировал его в скобках на английском.

                  Читать дальше →
                • Постановка задач для начинающих тимлидов

                  • Tutorial
                  Когда люди говорят о постановке задач — они очень любят вспоминать про SMART.
                  Ну, дескать, цель должна быть Specific, Measurable, Attainable, Relevant, Time-bound.
                  И есть даже удивительные люди, которые пытаются это пихать программистам.

                  Но есть задачи, а есть задачи. И между ними большая разница!
                  Читать дальше →
                Самое читаемое