• 3 ключевых качества успешного менеджера по продукту: Юрий Голиков, VP of Engineering Wrike

      Привет, Хабр. Мы продолжаем нашу серию статей о ключевых качествах для успешного менеджера по продукту по версии Wrike. В предыдущей части мы общались с Антоном Даниловым, group product manager. Сегодня на вопросы отвечает Юрий Голиков. Юрий работает в Wrike 3 года на должности VP of Engineering. В прошлом работал в компаниях Aelita Software, Quest Software, Dell. Общий стаж составляет более 15 лет.

      image
      Читать дальше →
    • 3 ключевых качества успешного менеджера по продукту: Антон Данилов

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


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


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

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


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


        Итак, начнем. Нашего первого гостя зовут Антон Данилов. Антон — Group Product Manager в Wrike, руководит направлением Enterprise. В прошлом Антон отвечал за инфраструктуру онлайн-продаж в Лаборатории Касперского, а до этого работал в Microsoft и Sun Microsystems. Общий стаж в продакт менеджменте – больше 10 лет.


        image

        Читать дальше →
        • +11
        • 3,4k
        • 2
      • Как нанимать людей в огромную компанию с непопулярным стеком. Разговор с Wrike



          Увидеть новый и пока мало кому известный язык программирования в маленьком стартапе или пет-проекте у друзей — дело обыденное. Спросишь, зачем его взяли, скажут, что просто изучили из любопытства, понравилось и решили поэкспериментировать, потому что устали от вечных Java/.Net/JS на работе.

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

          У Wrike, где около 400 разработчиков, другой подход. Они не закрыли глаза на недостатки JavaScript и даже не выбрали компромисс, вроде Flow или TypeScript — а пошли совсем радикальным путем. Переписали фронт на язык, который тогда вряд ли знала и тысяча человек, и, кажется, до сих пор абсолютно в себе уверены.
          Wrike занял почетное третье место среди medium-компаний в рейтинге лучших работодателей в ИТ «Моего круга» со средней оценкой 4.82. В топ самых высоко оцениваемых качеств компании входят: социальный пакет, комфортные условия труда, отношения с коллегами, адекватная зарплата и профессиональный рост.

          Читать дальше →
        • Открыта регистрация на Allure Server Meetup в Питере



            Приглашаем вас на Allure Server Meetup, который пройдет 21 марта в питерском офисе Wrike.
            Каждый отдел тестирования стремится к скорости и к качеству на скорости. Мы в Wrike пишем большое количество автотестов, запускаем их максимально быстро и стремимся при этом тратить минимальное время на их поддержку и документирование. Мы давно сотрудничаем с qameta.io в части фреймворков автоматизации и инструментов. Так мы уже больше года обкатываем новую систему TMS — Allure.Server, которая хорошо ложится на наши представления о ведении тестовой документации и управлении автотестами. На Allure.Server митапе мы подробнее поговорим об этой системе, схемах использования и технических реализациях поверх этой системы.
            Читать дальше →
          • Управление изменениями у клиентов по модели ADKAR

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

              Именно поэтому каждый customer success менеджер в компании Wrike должен быть экспертом по управлению организационными изменениями и уметь проводить мероприятия по внедрению этих изменений. В данной статье мы разберем одну из наиболее известных моделей по управлению изменениями — ADKAR — и сопроводим описание каждой из ее фаз примерами и пояснениями.

              image
              Читать дальше →
            • Очень много менеджеров

                Эта статья написана вместе с Екатериной Корнеевой (Wrike, Customer Success Manager). Екатерина является профессионалом с 4-летним опытом работы в продажах и клиентском сервисе.

                В современных компаниях, распространяющих свой продукт под подписке (SaaS), количество менеджеров, вовлеченных в работу с клиентом на разных стадиях, значительно увеличилось. Раньше подход был несколько другим: как правило, компании предпочитали брать традиционные роли (такие как КАМ — менеджер по работе с ключевыми клиентами; сотрудник отдела технической поддержки и др.) и слегка модифицировать их. Но по мере роста и развития, приходит осознание важности фундаментального пересмотра ролей (иногда это приходится делать с чистого листа). Чтобы сохранить конкурентное преимущество и предложить клиентам лучший сервис, роли должны быть четко обозначены и, что немаловажно, наличие каждой из них должно быть четко обосновано.

                image
                Читать дальше →
                • +12
                • 3,5k
                • 1
              • Piter GraphQL: видеозаписи с митапа в Wrike



                  24 января в офисе Wrike прошел первый в Петербурге митап по GraphQL. Чтобы разобраться в жизнеспособности хайповой технологии мы, во-первых, суммировали результаты своих исследований в этой теме, во-вторых, позвали в гости Павла Черторогова, опенсорс-мейнтейнера, который с конца 2015 года разрабатывает изоморфные приложения. Летом 2016 Павел начал разработку graphql-compose в опенсорсе.

                  Для тех, кто не смог прийти, мы публикуем видеозаписи докладов.
                  Смотреть
                  • +20
                  • 3,3k
                  • 3
                • Открыта регистрация на GraphQL Meetup в Питере



                    Приглашаем вас на Piter GraphQL Meetup, который пройдет 24 января в питерском офисе Wrike. Ждем разработчиков любого уровня: как уже использующих GraphQL, так и присматривающихся к перспективной технологии.
                    Читать дальше →
                  • Почему я не верю микробенчмаркам

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

                      Читать дальше →
                    • 6 типичных проблем при внедрении решения по управлению проектами

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


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


                        image

                        Читать дальше →

                      Самое читаемое