5 июня 2017 года на РИТ я рассказал доклад про то, как мы рефакторим свое огромное клиентское приложение на 2 500 000 строк кода.

Недавно я получил запись выступления. Думаю, что это видео может быть кому-то полезно, поэтому я попросил у Олега Бунина разрешение на то, чтобы выложить его в открытый доступ. Он согласился. Надеюсь, вам будет интересно. В любом случае буду рад любым комментариям.

P.S.: Заранее прошу прощение за качество видео. К сожалению, ничего с этим поделать не могу.

Половина успеха в управлении проектами — постановка целей, и это не самая простая половина. Мы в Wrike в свое время основательно озаботились выбором оптимального подхода к целеполаганию на уровне всей компании и отдельных команд, и в итоге остановились на OKR. Изначально концепция Objectives & Key Results (цели и ключевые результаты) зародилась в Intel, но действительно популярной ее сделал Джон Доерр из Google.

Суть OKR состоит том, чтобы исключить способ достижения результата при постановке цели и, вместе с тем, предоставить способ объективной оценки результата.

Good news everyone!
Futurama

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

Эволюция работает не только в животном мире, но и в любой подходящей среде. Впервые эта идея получила широкое распространение с выходом книги Ричарда Докинза «Эгоистичный ген» в 1976 году. В ней был введен знакомый каждому термин «мем», как пример эволюции в социальной и культурной среде. Языки программирования тоже эволюционируют. А значит их развитие подчиняется принципам эволюции, на основании которых можно сделать предположение о будущем их развитии.

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

Не стоит списывать такое положение дел на некомпетентность, глупость или банальную лень разработчиков. По сравнению с ручным тестированием, автоматизированное имеет как достоинства так и явные недостатки. Если бы были одни только плюсы, и говорить было бы не о чем.

Локализация приложения или сервиса — не просто перевод. Об этом знают почти все, однако на практике недооценивают амбициозность этой задачи.

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

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

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

Это стало поводом для поиска более разносторонних подходов, и в качестве одного из решений появился «метод 360 градусов». Он предполагает сбор обратной связи от всего окружения человека или рабочей группы. Метод был придуман 19 лет назад и представляет собой периодический сбор оценок от руководителей, подчиненных и коллег. Несколько лет назад мы начали использовать его в Wrike для обратной связи руководителям, тимлидам и менеджерам по продукту, чтобы определять направления для личного развития. Также метод 360 градусов помогает улучшить взаимодействие в командах, куда пришло много новых сотрудников, или там, где возможны потенциальные конфликты.

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

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

В июне прошло одно из самых крупных мероприятий мира в сфере big data и data science — Spark Summit 2016 в Сан-Франциско. Конференция собрала две с половиной тысячи человек, включая представителей крупнейших компаний (IBM, Intel, Apple, Netflix, Amazon, Baidu, Yahoo, Cloudera и так далее). Многие из них используют Apache Spark, включая контрибьюторов в open source и вендоров собственных разработок в big data/data science на базе Apache Spark.

Мы в Wrike активно используем Spark для задач аналитики, поэтому не могли упустить возможности из первых рук узнать, что происходит нового на этом рынке. С удовольствием делимся своими наблюдениями.

Отделы в компании часто недолюбливают друг друга. Ситуации, когда “свои” противостоят “чужим” внутри одной компании, будь то маркетинг против бухгалтерии, продажи против юристов или разработка против менеджеров, похоронили немало проектов и начинаний.

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

Полноценное “лечение” состоит из трех этапов: изменить организацию работы в команде, обеспечить техническую возможность для совместной работы и желание сотрудников ею заниматься.

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

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

Совещания могут заполнять все доступное время, если с ними не бороться. Мы это проверили, проведя опрос об организации работы 1400 офисных сотрудников. 34% признались, что посещают более 6 совещаний в неделю.
Какие же важные решения они принимают в итоге? Практически никакие. 46% сказали, что большинство этих совещаний посвящены отчету о текущем положении дел и «редко» или «никогда» не оканчиваются ясным списком решений по вопросу. Получается пустая трата времени, к тому же не заложенная в план проекта. А значит, участникам таких совещаний придется либо работать сверхурочно, либо переносить дедлайн.
Получив результаты опроса, мы задумались о том, есть ли способы бороться с нерациональной тратой времени (помимо перехода на Wrike, разумеется) и начали искать исследования по этому поводу. Выводы, к которым мы пришли, под катом.

Какие инструменты облачного тестинга используют в Яндексе? Как устроено Selenium-тестирование в Badoo? Что представляет собой система автоматизированного frontend-тестирования в Wrike?

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

Чуть больше года назад мы в Wrike начали использовать для планирования метод целей и ключевых результатов (Objectives and Key Results, OKR). Его придумали и впервые применили для в Intel, потом подхватили в Google, Oracle, LinkedIn и Twitter. Метод универсален, хорошо помогает фокусироваться на целях, повышает инициативность и стимулирует работу между разными командами в компании. Плюс его можно отлично реализовать, используя инструменты нашего сервиса, что для нас было одним из ключевых требований.

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

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

За десять лет назад мир вокруг нас незаметно, но значительно изменился. Вспомним 2006-й. Facebook только-только открыл свободную регистрацию для всех, у кого есть электронная почта, включая компании. Телефонные звонки и телеконференции в качестве основного средства делового общения начали вытесняться электронной перепиской и мессенджерами. В Fortune считали лучшими местами для работы не Google и Boston Consulting Group, а биотех-гиганта Genentech и сеть продуктовых магазинов Wegman.

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

Недавно мы опросили 850 человек по всему миру, чтобы узнать, как мобильные телефоны и планшеты изменили их подход к работе за последний год.

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

«Мобилизация» рабочих процессов в компаниях означает, что на телефон или планшет переносится все больше функций для совместной работы. Для Wrike, как кроссплатформенного сервиса управления проектами, важно, чтобы функционал мобильного приложения был абсолютно полноценным, удобным и не ограничивал пользователей в работе. И когда встала задача создать Rich Text Editor с поддержкой совместного редактирования описания задач, мы, оценив возможности существующих WebView компонентов, решили пойти своим путем и реализовали собственный нативный инструмент.

Мы публикуем вольный перевод статьи Mashable. Оригинал здесь

Ответьте без раздумий: сколько стоит билет из Москвы в Сочи?

Любой, кому приходилось покупать авиабилеты, знает, что ответ на этот вроде бы простой вопрос требует много уточнений. Когда вы летите? В какое время? Только туда или обратно тоже? Пересадка возможна? Аэропорт нужен какой-то конкретный? Готовы ли вы прилететь в другой город неподалеку? Багаж будет? И так далее, и тому подобное.

«Я всегда воспринимала как данность, что понятие цены на авиабилет не имеет смысла, — рассказывает фотограф и блогер Фрейя Доусон. — Вам просто предлагают согласиться с тем, что есть. Сегодня я собиралась забронировать билет в Сенегал, и поискала на Skyscanner. Получилось £700 за 24-часовой перелет. Потом я проверила на Momondo, и там оказалось £450 и восемь часов».

Как мы уже упоминали в предыдущем посте, Wrike провел масштабный опрос более 1400 человек. Среди них — руководители и сотрудники из самых разных отделов, от бухгалтерии до маркетинга и ИТ. Респондентов спрашивали, что они сами считают главными факторами стресса и препятствиями на пути к продуктивной работе. Основная цель опроса — убедиться, что мы развиваем Wrike в востребованном направлении.

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

Потому что выводы опроса не самые утешительные.