Продукты, книги и любовь
14.5K subscribers
33 photos
3 videos
328 links
Пишу об управлении проектами и командой, образовании и создании нового. Автор — Марьяна Онысько, со-основатель Школы сильных программистов, экс-продакт МИФа. Консультирую по управлению проектами и командами. Реклама в канале не продается @askmariana_bot
Download Telegram
Большая подготовка или «мне повезло»

Один из самых популярных постов в моем канале прошлой осенью был про подготовку, как ключевой навык человека. Мое мнение не поменялось, а только укрепилось. Сегодня хочу рассказать один из недавних кейсов и показать, как часто за «мне повезло» стоит большая подготовка. Поехали. 

У нас был план переехать в Грузию в январе, поэтому еще в ноябре я начала искать квартиру для аренды. Ну как искать? Сначала я часами зависала на пинтересте, чтобы понять, в каком пространстве мне хотелось бы жить, спросила мужа, что ему важно. Мы вместе посмотрели карту города, чтобы выбрать подходящие районы и необходимую инфраструктуру: парк, детский сад, и т.д. В итоге у меня появился мудборд в миро и перечень критериев, которые я в итоге распределила по категориям критично/важно/nice to have. 

С этим добром я дальше пошла на рынок, чтобы оценить насколько это вписывается в реалии рынка, учитывая что он постоянно меняется: то цены растут, то предложение сокращается. А заодно, понять вилку бюджета. Для всего этого я часами сидела на местном циане и тонне чатов с риелторами. По итогу этого этапа — у меня появилось ТЗ с референсами и границами бюджета, с которым я пошла к риелторам и параллельно сама начала мониторить появление обьектов на рынке.

Во второй половине декабря, я каждый день тратила по 2 часа в день на этот проект: 1/ смотрела варианты, которые появляются на рынке или присылают риелторы. 2/ подробно давала обратную связь риелторам, что мне нравится, а что нет. 

Когда в январе, мы приехали в Тбилиси — в тот же день, у нас было назначено 4 просмотра квартир. 3 квартиры из 4 нам понравились. Какая-то больше, какая-то меньше. Вечером мы приняли решение и на следующее утро подписали договор. При том, что я рассчитывала, что будет здорово, если снимем за неделю. 

Сначала я подумала «как же нам повезло», столько хороших вариантов у нас было, что мы даже выбирали. И это учитывая, что хорошие объекты расходятся за день. А потом оглянулась назад и поняла, что два месяца потратила на подготовку. Десятки часов. Тоже самое кстати можно проследить в чатике учеников «Вы приняты». Практически за всеми успешными историями получения офферов стоит много часов сложной подготовки: правки резюме, подкручивание сопроводительного, тренировки рассказа о себе и т.д. Я каждый раз удивляюсь, когда сначала пишут 100500 чего сделали, а потом говорят «мне повезло»

Выводы:
1/ Марьяна, в следующий раз, прежде чем скажешь «мне повезло», проверь сколько времени у тебя ушло на подготовку. Скорее всего ты переоцениваешь долю везения и недооцениваешь подготовку
2/ Если хочешь более предсказуемый результат или вообще добиться его — не жалей времени на подготовку. 

#принципы_работы
Делай то, что не принято

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

Спрашиваю:

— Что тебя сдерживает делать продукты онлайн?
— Ну мне не нравится, что вовлечение ниже. А еще сложно отвечать за качество. А еще…
— Почему бы тебе это не поменять? Я у себя в школе решаю эти задачи.
— Потому что вроде на рынке принято делать вот так…
— А какое тебе дело до того, как принято? Ты можешь менять все, что тебя не устраивает. 
— Хм..и правда. 

Когда я входила на рынок онлайн-образования, многие говорили, что он уже устоявшийся. Я и сама так думала сначала. Обучение выглядело так: ты покупаешь кота в мешке, потому что на лендинге тебе ничего не понятно, потом тебе присылают кучу контента и проводят полутора-двухчасовые вебинары. Часть времени уходит на проверку связи и другие заминки. Если повезет, тебе пришлют запись, которую ты сможешь посмотреть на двойной скорости. 

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

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

Мне очень нравится, как однажды в «Бизнес-секретах» Тиньков спросил у Андрея Трубникова, основателя Natura Siberica, как он ищет идеи, что нужно сделать. И тот ответил, что тренируется каждый день: он заходит в любой магазин и пытается найти что в нем не так с выложенным ассортиментом. Чувак по часу вроде в день тратил на поиски ошибок.  

#принципы_работы
Черновики решают

У меня есть привычка, которую я для себя называю «привычка блогера». Как только у меня появляется какая-то важная мысль — я записываю ее в заметки, чтобы потом превратить в пост. Если я записала одной фразой и вернулась к ней спустя пару дней — поста не будет. Потому что эмоция прошла, а контента так мало, что мозгу скучно это все описывать. Так важная мысль не попадает в канал.

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

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

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

#принципы_работы, #заметки_блогера
Спасательство в чате или «никогда не торопись»

Мне очень нравится фрагмент из «Фитиля» (1969 год), в котором менеджер дает задачу передвинуть вагон, но 2 мужика — исполнители не спешат выполнять поручение, а вместо этого продолжают играть в домино. 

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

Если перенестись в рабочую плоскость, то мне напоминает следующее:
1/ Когда младший сразу вскочил, чтобы пойти передвигать вагон, я увидела себя в ситуации, когда прокрастинирую на большую задачу и просиживаю в чатах, обслуживая коллег. Играю в спасателя по Карпману
2/ Когда старший его остановил и предложил заниматься игрой в домино — я узнала себя, когда вовлечена в задачу и все отвлекающие факторы откладываю. А еще чувство потока. Он такой «никогда не торопись», как будто «наслаждайся игрой». 
3/ Когда менеджер приходит и говорит, что надо поставить вагон туда, где он изначально был — это я когда целый день делала что-то важное и в итоге зашла в чаты, а там команда все порешала. Чувствую себя хорошо. 

#принципы_работы, #коммуникации
Окна хаоса

Я много лет практикую методику прошивки календаря, о которой узнала на тренинге Александра Фридмана. Моя жизнь поделилась на до и после ее применения.

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

Одна из ключевых сущностей прошивки календаря являются окна хаоса. Это слоты в календаре, во время которых, мы делаем всякую мелкую работу, о которой нас попросили коллеги или проверяем почту/месенджеры. Окна хаоса придуманы были для того, чтобы мы меньше отвлекались на сообщения в чате, а работали подходами: например, большая задача → перерыв → большая задача → перерыв → окно хаоса….и т.д.

Когда я в своих курсах или на консультациях даю этот инструмент, люди часто сопротивляются. Мол: «это невозможно, вдруг что-то сломается, на меня рассчитывают» или «как я могу выделять пару слотов в день на окна хаоса? я тогда буду медленнее реагировать на запросы коллег, за что мне платят тогда зарплату?». А еще «Вдруг я пропущу что-то важное».

За этими фразами кроются две вещи:

1/ страх оказаться никому не нужным или страх разочаровать других. Другими словами — «меня перестанут любить». На самом деле, большинству на нас наплевать, никто о нас не думает 24/7, чтобы случилось разочарование. А страх оказаться никому не нужным блокирует пробовать себя в новых ролях. Помню я это проживала, когда стала первый раз руководителем. Я отдала все свои роли сотрудникам и вместо того, чтобы думать о стратегии или новых продуктах — я страдала, что вот теперь я никому не нужна.

2/ FOMO. Или страх упустить что-то важное. Это вообще боль современного человека. Но вспомните, когда вы в последний раз оставались без телефона хотя бы на полдня. Спустя время, вы возвращались в месенджеры, прочитывали 100500 сообщений и оказывалось, что важного для вас было крайне мало. А какие-то вещи решались без вас. В такие моменты, я чувствую что сэкономила кучу времени.

В книге «Не сходите с ума на работе», которую я недавно упоминала есть глава про качество одного часа. Один час может состоять из 30+30 или 10+15+15+20 или 5+5+20+10+10+5+5. Это все будет один час, но что вы успеете сделать? Не зря, многие говорят, как много успевают сделать в полете на самолете. Ведь там никто не отвлекает. И 2 часа перелета это сильно больше, чем 2 часа в нашей обычной жизни. Окна хаоса же помогают приблизить состояние к тому, когда ты в самолете.

#принципы_работы
Полиция закрытия задач

У меня есть правило — раз в неделю-две обходить задачи в таск-трекере команды и в своем личном. Обычно это занимает около получаса. Кроме точек роста и чувства актуальности задач, я получаю чувство контроля и собранности. Поэтому делаю, когда сложно вкатиться в большую задачу. А так на дофамине от завершения маленького дела — легче начать большое.

Охочусь за следующим: 

1/ закрытыми задачами, которые почему-то все еще висят в to-do-списке. Чтобы не пропустить этап присвоения результата и тем самым вернуть дофамин себе и коллегам. Важный этап для работы вдолгую, чтобы не выгорать.
2/ задачами, которые на последней миле (это когда проделали 95% работы и бросили). У них очень высокий потенциал результата и эти 5% самые дорогие. 
3/ устаревшими задачами. Теми, которые висят по несколько месяцев, их открывают со словами «блин…чет такое непонятное», чтобы переформулировать и превратить в действие. Или «разберусь потом», потому что на самом деле они неактуальные уже, но рука не поднимается убить. Такая задача не вдохновляет, а только забирает энергию. 
4/ задачами в задачах. Когда в одной задаче на самом деле не одна задача, а несоклько. И если их не вытащишь в отдельные — шансы потеряться очень большие. 
5/ протухшим, но важным. Задачах, о которых забыли или забили, но они нужны. Может у них не стоит дедлайн или человек не понимает важность. Вопрос о том, что с задачей иногда помогает ее закрыть за день или час, хотя до этого она могла висеть неделями, а то и месяцами. 

#принципы_работы, #хакаю_мозг
Задачи-вентили

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

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

В итоге реклама не запустится — продажи не начнутся. Мы потеряем время и упустим выгоду. Но если я сделаю свой кусочек — шестеренки закрутятся и у нас появится шанс заработать денег. 

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

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

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

#принципы_работы, #управление_проектами
Проект можно считать закрытым, если…Эволюция моей позиции

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

Со временем я узнала про цикл PDCA (Plan-Do-Check-Act) и что в нем часть Check-Act не менее частая, чем Plan-Do, к которой мы больше привыкли. И решила, что запуск проекта — это когда ты сделал весь цикл и ставила галочку закрытия проекта, когда подвела итоги. Этому и учила людей, которые приходили ко мне на наставничество.

Потом я познакомилась с Dragon Dreaming — подходом к управлению проектов через празднование и начала учиться праздновать запуск, независимо от того, какой он успешен. Галочка закрытия переместилась на Запустить → Подвести промежуточные итоги → Отпраздновать. Или если долго ждать итогов проекта: Запустить →Отпраздновать → Подвести промежуточные итоги. 

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

Но она важна, потому что рассказать о проекте это как минимум идеальный способ для того, чтобы:
1/ поднять себе зарплату, если ты круто все сделал. Легко на проекте показать, как выросла твоя ответственность, насколько много пользы ты принес компании.
2/ возможность получить авторитет и власть. Коллеги узнают, что ты делаешь и будут приходить к тебе за подобным или захотят вписываться в команду твоих многих проектов
3/ повод посмотреть в свои «хочу» и заявить руководителю какие проекты ты хочешь делать, а какие нет. Пока к тебе максимальная лояльность.
4/ а еще это способ поработать со своим самозванцем и присвоить себе результат

#принципы_работы, #управление_проектами
«Последняя миля» vs Метод прогрессивного джипега

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

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

Общаясь с командами, я поймала противоречие, которое хочу прояснить на примере. 

Возьмем простой по процессу продукт — курс из нескольких лонгридов. 

Вводные такие:
1/ Дописываем его после открытия продаж. Т.е когда начнется обучения — контент еще будет в процессе подготовки. Делается это для того, чтобы совсем не улететь от запроса аудитории, которая пришла учиться.
2/ В работе над каждым есть этапы работы: допустим, написать черновик; несколько итераций редактуры; нарисовать иллюстрации, отдать на вычитку и сверстать. 
3/ Работа идет параллельно над несколькими лонгридами. Пока автор пишет третий лонгрид, редактор читает второй, а иллюстратор рисует иллюстрации для первого. У каждого свои дедлайны. 
4/ На каждом из этапов подключаются разные люди, а значит к автору лонгрида возникают вопросы/комментарии. 

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

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

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

То есть, мы соединяем не идем по плану что пока не закончили первый лонгрид, новый не берем (как я завещала в посте о последней миле), и работаем методом прогрессивного джипега, но паузы используем как раз с фокусом на последней миле. 

#принципы_работы, #управление_проектами, #продукт
Чеклист: 8 правил хорошей задачи

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

Поэтому мы с Федей годами экспериментировали с формой и принципами и пришли к 8 правилам, которые проверили не только на себе и своих командах, но и на 300+ учениках нашего курса «Самому не проще».

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

Чеклист по ссылке. Сохраняйте и делитесь с тем, кому он нужен. Бесплатно, без регистрации и смс.

#принципы_работы
Как продать свою идею команде: рефрейм 

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

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

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

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

«…М: Смотри, если тебя девушка просит ‘‘Принеси кофе‘‘, не круто принести ей чай. 
Но круто спросить:
‘‘Точно нужен кофе? Уже вечер, а ты хотела лечь пораньше. Может чай?‘‘. 
Тогда она может сказать: 
‘‘О, точно! Лучше вообще воды с лимоном. Просто хотелось чего-то согревающего‘‘. »

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

Если по честноку, то скорее всего каждый член команды хорошо помнит, какие баги критичные. И их скорее не 25 штук, а не более 10. Зачем тогда перебирать все 300, если можно просто обнулить этот список и заново записать 10 шт и выстроить приоритеты, когда какие чините? На это явно уйдет меньше времени, чем на перебор всех багов. 

Такую задачу намного проще уже продать команде. И вероятность, что на нее найдется время сильно выше. Даже без встречи, асинхронно все запишут и приоретизируете на следующем планировании. Или решите, что каждый на свое усмотрение берет по багу в спринт. Это займет не больше 20% времени. Решится ли ваша боль, что сидите на пороховой бочке? Скорее всего да. 

Но вы спросите: а что делать с теми 300 багами, там же что-то важное может быть? И я отвечу — обнулить. Вам команда скажет спасибо за то, что вы сняли с нее этот груз вины. На самом деле, если там что-то будет важное — вы его точно не забудете и запишите в новый список. Тоже самое кстати касается и беклога задач. Если что-то теряется — значит оно не настолько важное. Это один из главных моих принципов

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

—-
Другие посты по продаже своих идей:
«От чего у тебя болит голова?» вопрос, который я задаю руководителю, чтобы придумывать новые идеи, которые купит у меня бизнес.
«Сверяйтесь с вектором развития компании»: история о том, как я несколько лет продавала идею сделать мобильное приложение, но успех случился когда я начала сверяться с вектором развития компании. 

#принципы_работы, #продажа_идей
Все с вами так

Моя знакомая учит английский язык с преподавателем. Цель — заговорить и грамматику подтянуть. Мне стало интересно, как проходит процесс. Я спрашиваю, как все идет и понимаю, что человек делает домашку по примерам, что-то гуглит, но глобально не понимает суть. В итоге набирает достаточное количество баллов и проходит дальше по программе, но знания так и не получает.

Ученику стыдно признаться, что он решил упражнение интуитивно или нагуглил, но если дашь другой пример — будет ступор. А преподаватель не спрашивает и не объясняет. Получается замкнутый круг. 

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

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

Если вы увидели себя в этом, знайте — с вами все так. Нормально задавать вопросы, когда тебе непонятно. За это не накажут. Процесс обучения — это не прийти и показать, какой ты умный, а возможность что-то новое узнать. И это не стыдно. Мой любимый пример — это дети в первые годы жизни. Если бы не их любопытство, они бы не развивались так быстро: за первый год сколько всего нового они узнают. 

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

#принципы_работы, #обучалка
Толерантность к ошибкам: не ошибается только тот, кто ничего не делает.

Вчерашний вечер принес столько факапов, что, пожалуй, больше, чем за предыдущие месяцы. Короче, давно я так не обсиралась.
Началось все с вебинара по developer experience, который мы проводили вчера с Федей.

Сначала зум начал показывать фокусы. То он решил пережать качество картинки до такой степени, что презентация стала тупо нечитабельной. Потом меня пару раз выбросило из зума, из-за чего стиралась вся история чата, а мне надо было за ними следить. Еще периодически искажался звук, благо в моменты, когда не я говорила. Закончилось классикой — обновлением зума!

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

И, как вишенка на торте, пост Вани Замесина о краш-курсе, который вышел вечером. И внезапно оказалось, что почему-то люди на мобильной версии видели старую цену, которая пересчитывалась при покупке. Беда в том, что цены мы поменяли давным-давно и никто нам не писал, что что-то не так. Покупки падали и мы ничего необычного не замечали. В общем, Андрею пришлось разбираться, а нам с Ритой сапортить и извиняться.

Когда все это происходило я хватала дикую тревогу и стыд. Типа, какого черта, ты блин 15 лет делаешь новое, а тут такие детские косяки. «Не могла проверить, что ли?» или «Сколько можно ошибаться, ты же столько времени уже в этом деле?». «И вообще ты учишь людей прорабатывать риски, а сама что?».

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

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

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

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

#управление_проектами, #принципы_работы
Классная презентация проекта не менее важна, чем сам проект

После того, как я написала в канале о том, как мы взяли премию Digital learning, мне написала подруга и сказала, что часть нашего успеха была в крутой презе, которую мы добавили к заявке на номинацию. И я подумала, что она права на 100%, а я обесценила этот кусок работы.

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

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

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

Когда я смотрела презентации своих конкурентов — встречала классные продукты (была уже знакома с ними ранее), но когда открывала их презы, понимала, что на нее ушло часа 2 максимум, и делали ее в последний момент: дизайн «вырви глаз», важные аспекты не освещены, спутанные мысли.

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

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

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

Упаковка проекта — важнейший навык: уметь упаковывать то, чтобы ты сделал, чтобы транслировать другим. Это помогает в продвижении по карьерной лестнице, найме и как выяснилось — получении номинации.

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

#принципы_работы, #продажа_идей
Признать и исправить, а не спорить и сваливать вину

Недавно я заказала в доставке суши на ужин. Был высокий спрос и сервис обещал, что везти будут час-полтора. Мне было ок, заказывала заранее. Но когда прошло 2 часа, я позвонила и спросила где мой заказ. Он все еще был на кухне: передо мной извинились и сказали что положили в подарок моти и скоро выезжают. Я в этот момент подумала: «зачем мне моти, если мне кушать хочется». Но ладно.

Через 2,5 часа суши так и не было. Я позвонила и попросила, чтобы мой заказ отменили. Девушка извинилась и отменила заказ. Это было мое первое знакомство с этим рестораном, настроение было мягко говоря не очень: пришлось срочно готовить ужин. Я твердо решила, что больше у них заказывать не буду.

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

Я согласилась, потому что вспомнила, как делала ровно так же, когда мы строили интернет-магазин в МИФе. Тогда мы открыли магазин и не справились, через неделю закрыли. Я всю ночь писала длинные письма клиентам с извинением и компенсацией. По итогу мы все исправили и, кажется, все из пострадавших клиентов стали лояльными и покупали у нас многие годы. Не удивлюсь если до сих пор они с МИФом)

В общем, суши были у меня ровно к ужину. Даже чуть раньше. Через час, мне написал этот же мужчина и спросила обратную связь: я сказала, что мне понравилось, а что нет. У нас завязался теплый разговор.

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

Выводы:
1/ самое худшее, что можно бизнесу сделать — это не признавать свои ошибки, а вместо этого сваливать вину на клиента.
2/ Если вы облажались — это еще не конец света, обработайте ошибку и получите шанс заполучить лояльного клиента.

#управление_проектами, #принципы_работы
Сдерживать обещания или не обещать совсем

Недавно мне нужно было привезти из Еревана лекарство, потому что в Тбилиси его не найти, а в Ереване есть. Я попросила друга его купить и передать через человека, которого нашла в местном чатике. Этот человек оказался водителем автобуса, поэтому нужно было прийти в указанное место вовремя, иначе он не сможет ждать из-за графика поездок.

Сказал он об этом ночью, я увидела утром, отменила планы все и поехала на встречу. Прихожу в условленное место и пишу ему, что на месте. Он не отвечает, я звоню — он мне говорит «да, мы только границу прошли, буду через 1,5-2 часа». Думаю, ну ладно, это дорога. Пойду в кафе поработаю хоть с телефона. Говорю ему «как будете подъезжать предупредите меня за полчаса, чтобы я вовремя была на месте». Он соглашается, но спустя 2 часа от него ни слуху, ни духу. Звоню еще раз, он говорит «буду через 10 минут». 

Я уже злая, давай бежать на точку, чтобы успеть, а то уедет мое лекарство. Прибегаю, его нет. Жду еще полчаса, его нет. Думаю, вдруг уехал, звоню. Он отвечает снова «буду через 10 минут», но и через 10 его снова нет. Дальше он мне говорит, что его задержал патруль, потом не приезжает. Спустя 3,5 часа мы таки встречаемся (я почти все это время простояла на улице), отдает мне лекарство, забирает деньги за доставку и без извинений уезжает. 

То, что я к нему больше никогда не вернусь и так понятно (ситуация совершенно другая чем с доставкой суши), но эта история меня напомнила классический конфликт бизнеса и разработки. Когда разработка обещает бизнесу фичу, а потом кормит обещаниями «будет в этом релизе», «не успели, но в понедельник будет готово», а потом «ой, что-то сломалось». В этот момент бизнес бежит на точку встречи и перекраивает свои планы (маркетинг фичи, обещания клиентам и т.д) и напряжение между вами только растет. И когда вы таки выполняете обещанное — нет никакой радости и спасибо. Только злость, разочарование и обида. 

Плохая оценка часто возникает из-за давления бизнеса, но вы всегда можете сказать «мне нужно время на ресерч или подумать». И я не видела ни одного заказчика, который не давал это время, а вот разработчиков, которые брали время на подумать вижу не всегда. Вторая проблема — оценка рисков: о них принято не думать, а потом «ой, кто бы мог подумать, что так случится». Потому что недостаточно времени было выделено на то, чтобы покрутить задачу с разных сторон, заложить время на риски и т.д. Третья проблема — поздное начало работы над задаче. Иногда кажется, что задача понятная, а значит можно потом ее сделать, а пока поковыряю другое. А потом начинаешь делать, а там хоп и нежданчик, но времени уже нет. И ты такой «ой, не успеваю». 

Выводы:
1/ если у вас проблемы в коммуникации с бизнесом, скрытый конфликт, посмотрите как вы выполняете обещания. Как водила автобуса или бизнес может на вас положиться. 
2/ Лучше не обещать совсем, чем кормить «завтраками». Но не просто сказать «не могу обещать», а обьяснить почему.
_
Полезные посты по теме:
Обратное планирование — о том, как точнее спланировать проект или задачу
Последняя миля — о том, какие из задач важнее закончить в первую очередь
Думать о рисках не равно их навлечь — о том, почему важно работать с рисками

#принципы_работы, #команда
«Наденьте кислородную маску сначала на себя, а потом на ребенка»

Известное самолетное правило в случае разгерметизации салона. Кажется, я наконец-то начала применять его в жизни. Сейчас расскажу, что имею введу.

Когда мне было 20, я могла тусить до 3 часов ночи, а утром с чистым умом и бодростью собираться в универ или на работу. В 25 я все еще могла работать по 12 часов и сохранять продуктивность. После 30, я почувствовала, что больше так не могу.

Если я работаю до 9 вечера, мне сложно потом уснуть. Ложась после 11, в 7.30 трудно вставать. Чувствую себя разбитой и выдаю плохие решения.

Чтобы сохранять концентрацию — каждый час-два мне нужно делать перерывы, желательно с физической активностью. Продуктивно работать, особенно делать креативную работу, я могу только 4-6 часов в день максимум. Иногда даже 2-4 часа, а не 12, как в 25 лет.

Я долго не принимала это изменение в себе. «Иди работай, ты всего проработала 2 часа, смотри как другие работают много, а ты чувствуешь себя разбитой после 4 часов написания лонгрида». Или «ты же поспала 6 часов, разве этого недостаточно?». В этом состоянии я чувствовала много стыда и вины за то, что я «не такая».

Чтобы как-то увеличить свою производительность, сначала я себя заставляла и выезжала на кофе. А потом поняла, что это не работает. Кофе нужно все больше, неудоволетворенность растет.

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

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

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

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

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

Когда я начинала так планировать свой календарь, мне было страшно. Потому «что столько отдыха, ты что? А работать когда будешь?». И правда, в часах я стала работать меньше, но делаю намного больше и выдаю качественнее результат. Как говорил Стив Джобс, нужно работать головой, а не по 12 часов. Меньше, не значит хуже.

Выводы
1/ Марьяна, бессмысленно сопротивляться новой реальности и убеждать себя, что ты еще «огого». Это как плыть против течения. Вроде плывешь, а толку из этого мало. Адаптируясь, ты получишь намного больше.
2/ Добавляя отдых в свой календарь, ты повышаешь приток энергии, а значит и эффективность своей работы.
3/ Неважно, кто, сколько и как работает. Опирайся на себя и свои возможности и контекст.

#принципы_работы
Делать по-своему, а не по «стандартам» индустрии

Когда мы создавали Школу сильных программистов — первое время у нас было 0 корпоративных клиентов. Все продажи были за счет частных лиц. Так сложилось, потому что я ненавидела продавать компаниям. На самом деле не умела и дико этого боялась.

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

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

Через Х итераций, я подумала, что стучусь в закрытую дверь и надо что-то менять. И тогда ко мне пришла мысль, что я пытаюсь ехать не на сильной своей стороне. Надо делать то, что я хорошо умею. А умею я делать такие продукты, что людям хочется купить все, что я делаю.

Эти люди не живут в вакууме, они работают в компаниях, которые мне интересны. У меня появилась гипотеза: «что если, я сделаю заход с их стороны и скажу чтобы приводили коллег, если мой продукт им понравится? И чтобы платили от юрлица, если у них есть такая возможность?»

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

Вывод:
1/ Если понимать свои сильные стороны и опереться на них — вероятность того, что у тебя получиться сильно выше, чем когда пытаешься выжать из себя то, что у тебя выходит хуже, чем у других.
2/ Чтобы достичь цели необязательно делать, как принято в индустрии, можно делать по-своему и в своем темпе.

#принципы_работы
Чему поучиться у братьев Райт

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

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

Так вот, кейс с братьями Райт такой: у них была мечта — построить самолет, над которой они долго трудились и, как мы знаем сейчас — добились. У меня из этой истории несколько выводов:

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

2/ Иногда для реализации нужно правильное время. Чтобы появились нужные запчасти, технологии или знания. У меня много раз, бизнес был не готов к моим идеям, но спустя 2-3 года — решался с удовольствием. Если я что-то предлагаю, а меня не слышат — может слишком рано, надо подождать.

3/ Чтобы работать на свою мечту, братья Райт держали маленький магазин, в котором продавали и чинили велосипеды. А вырученные деньги помогали им содержать свою жизнь и спонсировать эксперименты с самолетом. В книге, которую я о них читала, было видно, что этот магазин не приносил им счастья, но они были рады, что могут себя обеспечить и не зависить от других людей. Для меня это значит: нелюбимые задачи, которые дают мне деньги на любимые имеют право на жизнь и дают мне свободу.

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

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

Замените «проектирование сложных систем» на любую другую активность и текст далее кажется, тоже применим.

#принципы_работы, #фичи_курсов, #книги
Вышел новый отчет исследования рынка продактов 2024

Который периодически выпускает Devcrowd (писала выводы об отчете 2022 года). Хочу поделиться и в этот раз своими советами, как можно полечить какие-то проблемы. А еще сказать спасибо за то, что голосовали за мой канал, попал в подборку тех, кто читает. Я не просила и не участвовала с площадкой в исследовании, поэтому вдвойне приятно.

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

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

Далее подробнее с комментами:

1/ Научились лучше управлять собственным временем и фокусом, но это все равно в топе проблем. Для меня ключевые причины здесь это спасательство (пост 1, пост 2, пост 3) и не умение вести асинхронную коммуникацию хотя бы в чате. В курсе «Есть минутка», мы с Федей говорим о том, как уменьшать синхронность: например, вместо кучи отрывистых сообщений стараться писать одно обстоятельное сообщение (формула: понятная задача/вопрос - понятный ответ)

2/ Все еще сильно хромает история с взаимодействием со стейкхолдерами. Тут интересно покопать, что имелось введу, потому что эта проблема была и в прошлый раз. Мои гипотезы: приносят каждый раз требования, приходится много переделывать, появляются стейкхолдеры, о которых не знал. И это все в последний момент. Если это ваша история — расскажите в комментариях подробнее — напишу серию постов.

3/ По прежнему уходит много времени на встречи, налаживание процессов, приоретизацию и планирование. Историю со встречами можно чинить, советую почитать книгу «Смерть от совещаний» Патрика Ленсиони (шикарная книга в формате бизнес-романа). Остальное надо смотреть тоже, в чем там сложности, но о многом я рассказала в краш-курсе по затаскиванию проектов в срок. Там про проектные сложности и надпроектные (когда тебе надо жонглировать разными проектами одновременно и ничего не потерять).

#принципы_работы