Последний год проводил эксперимент с grayscale экраном. Честно говоря очень тошнило (особенно при скроле) первое время, когда переезжал обратно было так же. Не скажу, что очень сильно просело количество часов, которые я залипаю в телефоне, но на какое-то время это реально помогло: сократил с 6ти часов до 1,5 в день.
При условии, что телефон - мой основной рабочий инструмент, это было очень круто. Но когда все вернулось к 4-5 часам в день, я понял, что больше это не работает… ваще не круто.
Потом, в какой-то момент я выкопал причину: гаджеты выдергивают тебя из потока, и, если телефон ты можешь и не слышать, то бжиньк-бжиньк от часиков на твоей руке проигнорировать явно сложнее.
Сам того не ожидал, но решение нашлось совершенно случайно. Мой телефон, мои часы и вот это все - стало жить в режиме сна. У меня больше нет уведомлений вообще, ничто меня не выдергивает, даже звонки первый раз идут беззвучно. Сначала я переживал, что буду все пропускать, а теперь я радуюсь, что очень много, как мне казалось важных вопросов в которые я бы точно встрял, начали решаться без меня. Я правда стал чувствовать себя лучше,
нахер гаджеты;

Если пообещал - значит нужно делать?

Ответ на этот вопрос я записал в разряд тех качеств, которые лично мне мешали, равно как и будут мешать, жить. Давайте начнем издалека… Интеллигентный человек, это тот, кто занимает мало места:
нужно не мешать окружающим, не спрашивать, дабы лишний раз не потревожить, быть всегда вежливым и относиться к старшим с уважением - все то, что вкладывают родители тебе в голову годами, все то, что лишило тебя “конкурентного невежества”. Суть простая: пока ты внутри своей головы задаешься вопросом “уместно ли это?”, кто-то другой уже все это сделал, узнал и извлек пользу.

Обещал - нужно делать! И ведь правда нужно! Хорошая и простая мысль, по совести ведь нужно… но что-то в этой мысли явно не так. И я долго не понимал что, по этому решил разобраться и разложить по полочкам:

👌Если все хорошо и нет препятствий, чтобы сделать то, что обещал - то наверно вопрос примитивный и не имеет смысла. Пошел, сделал, готово… но вот, а что если:

⁃ ты понимаешь, что у тебя нет возможности сделать обещанное?
⁃ можешь сделать лучше, но не то, что обещал?
⁃ если ты сделаешь это, то не сделаешь что-то более важное?
⁃ то что ты делаешь, на самом деле никому не нужно?
⁃ у тебя заболела дочь и ты вынужден все срочно бросить?

Есть вагон и маленькая тележка ситуаций в которых обещания было бы логично обесценить, потому что всем от этого будет больше пользы. И что же теперь, можно не делать? Да, но… Давай, разберемся, как НЕ делать это красиво:

1. Если подменить бессмысленное обещание, которое лишено контекста чем-то понятным, например “нужно сделать это, потому что это поможет нам достичь такую-то цель”, то жить станет проще. Наличие цели поможет принимать правильные решения, которые не диктуются просто моралью да и вдобавок дает вам пространство для маневров
2. Если от тебя что-то ждут, но не дают возможности это что-то реализовать - это подстава. Сообщи о проблемах. Ведь правда, будет очень обидно, если к назначенному сроку у всех все будет готово, а у тебя нет, особенно, по независящим от тебя причинам. Цель общая, а подставил всех - ты один
3. Бывает так, что ты скажешь, что ты не можешь это сделать, а тебе в ответ скажут, что это и не нужно. А бывает, что ты понял что это не нужно, сделал из под палки, а оказалось, что очень даже было нужно. Просто неудобно отказываться было, обещал - надо делать, а что качественно надо делать, так это я не обещал 🤦🏽
4. Ну и вообще, схема очень простая: понял, что что-то не успеваешь сделать/не нужно делать -> обсуди актуальность обещания, скорректируй план/попроси помощи и выполняй уже скорректированное обещание. Цель же не сделать это дурацкое обещание, она в чем-то другом, ведь так?

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

Бонус: я знаю не маленькую касту (в основном это менеджеры), которые умело умеют накидывать на тебя очень много работы и брать с тебя обещания, что все будет готово. При этом цели они тебе не говорят, помогать достигать эту цель не собираются, ну и завязывают финансовую мотивацию твою на это обещание, чтоб ты старался, облажался, чувствовал себя подавленным да еще и денег лишился, за то что недостаточно старался…

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

Отказываться от обещаний можно, просто делать это нужно правильно, чтоб все в курсе были. А пост я этот написал, потому что обещал Жене, он тоже про обещания написал, можно здесь прочитать. Просто мне ему было неудобно отказывать…

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

https://www.youtube.com/watch?v=6avJHaC3C2U

Тимур прям про очень важные штуки пишет

Продолжаем давать быструю обратную связь менеджеру (и снова по выбору его слов). Предыдущая серия тут:
https://t.me/ruggerprogrammer/2317

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

Quick feedback: in the updates dock there was a phrase 'slowly picked up speed' about the progress in XXX in Dec. I don't agree that it was slow: in three weeks I ran a user live-demo, iterated over feedback (and shipped YYY support after it), implemented quite big features and migrated to new api. + I gave 2 talks - one for ZZZ core teams and one at [internal conference].

Менеджер извинился за выбор слов и сказал, что не имел в виду, что я сделал мало или медленно, а что я не мог работать на 100% в начале декабря (fair enough).

Возможно вы скажете что это мелочи, но если об этом не говорить это может сильно ударить позже.

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

Итак, что же такого нужно было сделать, чтобы получилось так, как получилось:
⁃ Записал два подкаста про имитационное моделирование раз и два
⁃ Начал снова писать в этот канал (в этот раз не про Сартра), наверно самое полезное здесь это “Карта деструкций”
⁃ Чет там на конференции походил маленько, но это оказалось не так интересно, как их организовывать. По этому я стал директором ПК конференции для тимлидов Podlodka TeamLead Crew -> лендос старый, но в марте будет 5й сезон, ко всем из них мне довелось приложить свою руку как спикер или организатор. Честно говоря - самое высасывающее и при этом яркое событие года
⁃ Сделал несколько консультаций и коучинг сессий, не люблю это рекламировать по этому обычно работаю с теми, кто пришел ко мне сам и попросил о помощи
⁃ Познакомился с какой-то тонной людей, которые такие крутые крутыши, что мне за них завидно. А потом понял, что все они и я - самые обычные люди и словил от этого грустинку…
⁃ Написал свой первый шуточный сервис на Го, - не понравилось 🙂
⁃ Побывал в Сихотэ-Алиньском заповеднике, поплавал с нерпами и покатался в горах Италии (до ковида)
⁃ LNL: собрал команду крутышей с которой за год выпустили альфа версию Anylogic 9 -> перепил с нуля продукта с кодовой базой возрастом в 20 лет+

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

Я не очень часто рассказываю, что я делаю для сообщества. И по этому сегодня тоже ничего не расскажу. Ребята мутят крутую штуку, первую (из тех что я видел) конфу по мягким скиллам - тому, что я называю самой значимой проблемой нашей индустрии.
Сегодня в 19:00 будет открытая сессия, куда всех активно зазываю: https://www.youtube.com/watch?v=YbiHrgDx8j0
p.s.
Почему зазываю, потому что весь ПК - это люди, которых я очень уважаю и люблю и регулярно зову к нам на конференцию рассказывать и делиться своим опытом. Ну а еще они меня на конференцию позвали выступать, но так, самую малость, и то, не сегодня….

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

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

На самом деле есть еще пачка причин, почему я для себя это отметил, но об этом может быть потом…

War Story: совсем недавно, когда компания Apple прекратила продажи техники возник вопрос о том, как же нам обзавестись макбуками для наших новых сотрудников, которые регулярно выходят на работу, а привычный способ добычи техники перестал работать.
Были выработаны следующие решения, часть из которых себя не оправдали, а часть существенно облегчили нам существование, вот часть из них:
- покупать технику у частников/в розницу [все равно дорого]
- ноутбуки нам нужны здесь, по этому мы решили забирать ноуты у сотрудников которые едут за границу, чтобы там купить им другой. А их технику отдавать новым сотрудникам
- если кто-то едет из заграницы обратно - попросить его купить нам парочку ноутов

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

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

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

На что нужно обратить внимание:
1) Ничего не получится, если не вникать в особенности работы соседних отделов и их метрики
2) Как всегда проблема в том, что компания внедряет локальные показатели эффективности, которые часто противоречат друг другу
3) CFO & CX отдел это чуваки, которые точно умеют считать метрики успеха, они же могут помочь вам разложить UX (и на самом деле любые другие) метрики на составляющие и их влияние на результат (но только если чуваки захотят, а обычно они не очень хотят). Сюда же, на втором месте приходятся продакты и их опыт в измерениях, потому что метрики для них — это стандарт индустрии, а у дизайнеров — нет
4) Дизайнеры не любят подход с метриками и будут всячески препятствовать процессу его внедрения, в силу того, что так принято в индустрии и в силу того, что они просто не умеют в каскадирование метрик, их рассчет и измерение
5) Редизайн энтерйпрайз продукта за пол года — это очень быстро и круто
6) В конце статьи есть ссылки на более полезные статьи 🙂
Общий вывод, который я сделал для себя:
индустрия все еще не научилась мерять то, что на самом деле влияет на бизнес, но разные отделы научились хорошо это что-то апроксимировать своими метриками. Пообщавшись с соседними отделами о том what metter most — можно составить вполне внятную картину бизнеса и начать на эту самую картину влиять. Самое большое сопротивление, которое у вас будет: соседние отделы не будут охотно участвовать в этом процессе, т.к. прозрачные правила и измерения позволяют найти кучу проблем, которые проще скрывать, чем решать, особенно в кровавом энтерпрайзе…

Вот теперь зная эти акценты, можно смело читать лонгрид:
https://www.uxmatters.com/mt/archives/2018/02/measuring-the-roi-for-ux-in-an-enterprise-organization-part-1.php

5 минут о том, как испоганили хорошую идею и превратили в что-то, чем оно является сейчас…

Когда ты понимаешь, что что-то нельзя купить — ты пытаешься это нанять…
https://www.youtube.com/watch?v=yC0ScJ3Orzc

Когда-то давно я искал ребят, которые смогут сделать верстку лендоса под ключ. Очень популярная задача, настолько, что возможно я снова вернусь к Юре с предложением поработать вместе [в прошлый раз не срослось] и настолько, что на этой почве появились тонны говностудий, которые необязательны и работают по принципу ХХиП

Юра владет небольшой студией и среди всех прочих у него есть понятный рассказ о том, почему с ним можно работать: он запустил 55 стримов за 2 месяца, где он рассказывал всякие магические прелести про верстку из которых лично мне понятно, что владелец бизнеса очень глубоко в теме, а еще то, что он очень системно подходит к процессу — может делать много роликов подряд без пропусков на регулярной основе, а значит велик шанс, что он может делать такой же системный бизнес, как и ютьюб канал

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

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

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

Но чтобы стать единорогом (с тем самым лярдом), нужно много чего пережить до. И здесь я наверно впервые признаюсь, почему наш стартап — не стартап. У нас нет цели, мы распыляемся, а надо делать все совсем иначе: https://blog.asmartbear.com/one-priority.html

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

p.s.
отдельного внимания заслуживают комментарии и обсуждения под постом

Я очень большой параноик, люблю чтоб все было чистенько: непрочитанные/неотвеченные сообщения меня вгоняют в ступор.
Относительно недавно тележка завезла много интересных функций, в том числе добавила реакции на сообщения, знатно подслизав это все у slack. И все хорошо, но есть одна беда: мне регулярно приходят реакции на сообщения тысячелетней давности. Недавно я смог откопать пример такой реакции и решил посмотреть кто же там.
И этот человек точно молодец 👍, дуров, купи и дай денег этому благородному серу

Когда-то давно я был рядовым инженером. Вот список фраз эффективных менеджеров, от которых я сразу же впадал в состояние Епифанцева из «Зелёного слоника» и был готов убивать:

1. Это нужно сделать вчера.
Тогда почему ты вчера не поставил задачу?

2. У всех задач приоритет высокий.
Видимо, ты не знаешь смысл слова приоритет.

3. Тут делов-то на пару часов.
Если ты сам сделал оценку трудоёмкости задачи, может и реализацию тоже распишешь?

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

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

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