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

Венедикту я доверяю. Поэтому пишу.

Я на днях рассказывал на HR API про внутренние хакатоны, которые мы проводим в Miro три года подряд. Я про них писал, но с тех пор много всего изменилось качественно. У нас уже были хакатоны на 60 человек на русском, на 100 человек на английском, немного распределённые и с онлайн-трансляцией, с VR, hardware и магазином мерча в виде рабочих прототипов. В этом году будет уже на 180 человек на английском.

Внутренние хакатоны — крутая история, потому что правильно проведённый хакатон даёт крутые фичи в продукт, рост бодрости в команде и желание повторить через полгода.

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

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

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

p.s. Первое в жизни выступление на большой конференции было для меня отличным способом борьбы с внутренней несправедливостью. На работе я призываю коллег выступать на конфах, организую митапы, а сам не выступаю. Было не по-пацански. Теперь всё ок, пацаны, аргумент «а ты сам не выступаешь» уже не прокатит.

У нас в пермском офисе Miro уже много лет по пятницам проходят Friday Wins, где команды презентуют результаты недели или спринта.

Это позволяет всем быть в едином контексте и давать друг другу фидбек «по горячим следам». Заодно качает скилл публичных выступлений и ёмких формулировок.

Традиция крутая, но до сих пор не была записана. То есть все вроде как понимают, зачем и для чего, но предание существует только в устном фольклоре. В какой-то момент устные сказания перестали поспевать за ростом команды: появились значимые расхождения в понимания целей и формата Friday Wins, а для новичков они вообще стали диковинкой.

В итоге, мы написали манифест Friday Wins:

• Andrey Khusid и Анна Бояркина внедрили нам в голову, что надо что-то менять;
• скрам-мастер Валера и Anya Dvornikova несколько раз инициировали обсуждения в слэке, в ходе которых набралась критичная масса идей и мнений;
• на основе этих обсуждений я сделал быстрый MVP и пошарил его на всех;
• мы с Валерой на нескольких Friday Wins обсуждали с командой манифест устно;
• собрали кучу правок, обновили манифест — и вот он начал жить.

Пока не понятно, насколько стало лучше. Но точно стало. Разумеется, это не заслуга одного манифеста, а скорее снежный ком направленного движения, которое в том числе манифест запустил. Появился повод для обсуждения — люди стали об этом думать — всё как-то начало двигаться. Сам манифест лежит на первой странице докса, где мы ведём адженду Friday Wins, поэтому он всегда перед глазами.

Friday Wins Manifest

Rhythmic movement forward as a team

Friday wins helps to understand if we are moving forward and how fast.

The regularity helps keep the rhythm.

We are going together to be aligned.

Delivering value for customers or for the team

Wins are results that have a value for the business or the team that affect the NSM, give key learnings, bring more money, etc.

New feature is a good example of a win, but there are others:

• Insights from customers,
• A new way of working or making decisions,
• New tools that have affected effectiveness and efficiency,
• Fails that we have analyzed and made knowledge are also wins.

Development is more important than perfection

It is important to talk about completed tasks that are in production (ideally, the ones for which some data points are already collected.)

It is equally important to talk about tasks “in progress”, and the results we achieved during the week. They help synchronize the team, collect quick feedback, and enable the team to celebrate wins even in long-term projects.

Tell stories rather than show dry charts

Explain which problem you solved, why you chose such a solution and what else you tried along the way.

Yes to passion, no to bullshit

Radical candor: praise awesome results, say if something seems wrong to you.

Feedback should motivate for change, stimulate an understanding of how something can be improved.

Feedback should be rational and reasoned: based on data, facts or your experience. “This is bad because I think so” is just your opinion.

3 min for speech + 3 for Q&A

This is enough to cover important information and not let the audience get bored.

It is better to record a demo on video, not to waste time during presentations to switch between accounts, etc. It will also help share it among hubs.

Надавно собрал на Тильде страницу для фронтенд-митапа. Нарисовал картинку для превью, как сумел. У превью оказался салатовый фон, с белым текстом и розовым узором. Не знаю, что мною двигало.

Пошарил страницу в корпоративном чате с призывом «лайкате, шарьте, восхищайтесь». И мне тут же лопатой накидали в личку и в тред. А ещё пришёл дизайнер Егор, сказал «у тебя плохо, я сейчас нарисую хорошо» и за 10 минут нарисовал очень хорошо.

***

Коллеги увидели, что я сделал плохо — и тут же дали развивающий фидбек, кто как мог. Не промолчали, типа «и так сойдет, это не моя задача». В итоге, стало хорошо. Bullshit не прошёл.

Круто, когда тебя окружают те, кому не всё равно.

p.s. Активный фидбек — хорошо, но приходить в себя после него сложно. «Ты сделал говно» — норм, честно, но «ты сделал говно, давай объясню, как сделать лучше» — пять звёздочек. А если это ещё и в личку, а не на всех — вообще шикарно.

p.s.p.s. можно как угодно реагировать на фидбек (несмешной шуткой, как я — тоже можно), главное — исправить всё быстро и чётенько, тогда ты снова красавчик.

Два года, которые я работаю в Miro, мы хотели запустить блог про нашу разработку. И ещё пару лет до этого.

Всё это время вокруг запуска блога ходила легенда, как разработчик Лёха захотел поделиться знаниями с миром, написал статью, опубликовал на Хабре и статью не захейтили!

Все гордились статьёй Лёхи, но больше никто ничего не написал.

Но в начале этого года звёзды сошлись, влияние Луны уменьшилось и мы запустили блог на Хабре — https://habr.com/ru/company/miro/.

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

На фото я уснул на работе, объясняя шефу, почему блог не может быть запущен прямо сейчас.

Сейчас за блог отвечаю я — поэтому расскажу, какаие опасения одолевали меня и почему два года я не мог его запустить. Ни одно из опасений в итоге не оправдалось.

У нас не хватит материала, чтобы вести блог регулярно

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

Мы сделали ход конём — начали делать статьи из выступлений ребят на конференциях и внутренних мероприятиях.

Придумывать статью с нуля не надо, материал уже готов. Остаётся его преработать: снять доклад на видео, перевести в текст и отредактировать. Иллюстрации — слайды презентаций.

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

Нужна отдельная команда для запуска

В пример я ставил нашу бренд-команду, которая делает крутой продуктовый блог. Там редактор, дизайнер, видео-редактор, фотографы.

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

Но оказалось, что для работающего MVP было достаточно одного человека и поддержки нескольких коллег. Как в том самом выступлении Дерека Сиверса на TED: для создания движения нужен первый смельчак, один последователь — а дальше снежный ком начнёт расти и через некоторое время будет уже не круто, если ты НЕ присоединился.

Я выделяю на блог 10-15% своего времени. Этого хватает, чтобы публиковать несколько больших статей в месяц. Моя главная задача — поддерживать ритм публикаций и помогать желающим сделать первый шаг. Ещё я вместе с разработчиками редактирую статьи и верстаю их на Хабре, чтобы не мучить их этим унылым процессом.

У авторов работа над редактурой статьи занимает 3-5 часов, которые растягиваются обычно на несколько недель. Не считая времени на подготовку доклада, на основе которого готовится статья. Часть редакторской работы мы делаем вместе — садимся на час за один ноут и редактируем “по живому”. Это, кстати, помогает в решении проблемы отсутствия свободного времени у разработчиков. Время на встречу найти легче, чем на самостоятельную работу над статьей, которую обычно делать лень, потому что сложно переключиться.

Меня будут игнорировать и сроки будут бесконечно растягиваться

Подготовка статьи — задача с низким приоритетом для разработчиков. Я опасался, что нас с блогом будут игнорировать по полной. Но всё вышло наоборот — средняя скорость подготовки одной статьи сейчас = 1 месяц в расслабленном режиме. Это хорошо, потому что мы не агентство контент-маркетинга.

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

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

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

Анонс статьи в корпоративном чате.

Эффективность

Блогу всего три месяца, пиарить статьи мы не умеем. Поэтому Google Analytics показывает довольно скромные результаты — за первый квартал на наш блог зашло 4,5 тысячи посетителей. Думаю, что каждую статью в нашем продуктовом блоге читают в разы больше людей.

Несмотря на это, я верю во внутреннюю ценность блога:
— мы стали рассказывать о нашей экспертизе, и её восприняли с интересом;
— благодаря статьям мы начали систематизировать знания о том, почему сейчас всё устроено так, как устроено, и что мы планируем делать дальше;
— статьи будут полезны новичкам и немного разгрузят старичков, теперь можно дать ссылку, а не объяснять основы;
— недавно парни сами стали мне писать “У меня есть идея для статья, давай встретимся!”. Успех!
— в этом году мы выступаем на нескольких крупных it-конференциях. Думаю, небольшая заслуга блога здесь тоже есть, в роли мотиватора.

В общем, не всё нужно измерять с помощью чисел и графиков. Иногда возможность повысить уверенность в себе важнее всего.

p.s. А это та самая легендарная статья разработчика Лёхи, с которой всё началось.

Сам блог — https://habr.com/ru/company/miro/

Я часто печалюсь, когда эмоционально и с гордостью рассказываю команде о законченном проекте, а в ответ слышу “Норм. Кто следующий?”

На неделю я оказался на другой стороне. Несколько десятков человек написали мне: «Уау, вы переименовались. Miro! Круто! Расскажи подробности!». А я такой: «Эээээ....»

Оказалось, что мне нечего рассказать. Конечно, я в курсе, почему RealtimeBoard стал Miro. Старое название длинное, общее и слишком часто его писали неправильно. Новое короткое и легко запоминающееся. Slack, Jira, Dropbox, Miro. Но насколько я эмоционально в это вовлечён?

Человек 40 моих коллег бились над ребренингом день и ночь. Они, наверное, целую новую жизнь прожили. Переименовать продукт, у которого 2,3 млн пользователей — задача для супергероев. Один лендинг чего стоит — https://brand.realtimeboard.com.

Поэтому когда 7 марта мы объявили о ребрендинге официально, у ребят, которые им занимались, была действительно офигительная радость. А те, кого проект обошёл по касательной, были такие: “Ну ок”.

С одной стороны это ужасно. Как же так, твои коллеги фигачили, сделали супер-круто, компания теперь по-другому называется, а ты не вовлечён?! Расстрелять!



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

Ну так и чего? Я ожидаю бурной радости за свои успехи и при этом сам не всегда впадаю в экстаз от проектов коллег.

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

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