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

Один руководитель сменяет другого. Старый руководитель, передавая дела, вручает новому три пронумерованных конверта со словами:

— Когда станет совсем плохо, откроешь первый конверт. Во второй раз — второй конверт, а потом и третий.

Новый руководитель с энтузиазмом взялся за работу, но вскоре понял, что всё не так просто. Когда проблемы навалились, он решил вскрыть первый конверт. Там была фраза: "Вали всё на меня".

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

Руководитель объявил реорганизацию и внедрил новые инициативы. Опять наступил период спокойствия. Однако со временем трудности возникли снова. Тогда он вскрыл третий конверт. Послание гласило: "Готовь три конверта".

=====*=

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

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

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

Доверяй, но проверяй: о балансе в самостоятельности

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

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

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

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

У нас был менеджер, который пытался все проблемы решать сам, и на все вопросы о ходе проектов говорил: "у меня всё под контролем, я решу", а потом уволился. На поверку оказалось, что многие проблемы тянулись уже несколько месяцев, его полномочий не было достаточно для решения всех накопившихся вопросов. А проекты закрылись только через год, уже с привлечением других сил и средств.

Эффективность важнее гордости. Умение вовремя попросить поддержку - признак профессионализма, а не слабости.

Признаки подобных ситуаций:
- Проблема не решается неделями
- Сотрудник "бьётся", но не просит помощи
- Задача выходит за рамки компетенций или полномочий

Решения тоже "простые":- Регулярно проверяйте статус задач
- Создайте атмосферу, где просить помощь - нормально
- Учите делегировать и эскалировать вопросы

Самостоятельность ценна, но всё хорошо в меру. Баланс доверия и контроля - ключ к продуктивной работе команды. Поощряйте инициативу, но держите руку на пульсе проектов.

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

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

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

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

#любимыефразы

Интересно, зачем 1С выбрала стратегию рекламироваться в аэропортах, в Шереметьево вся зона вылета увешана их баннерами с кейсами по автоматизации, в Екатеринбурге вот.

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

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

А вы что думаете?

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

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

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

Солнце садится, подводят итоги. И тут сюрприз — победил второй лесоруб! Он нарубил вдвое больше.

Недоумевающий соперник в ярости:
— Ты же постоянно отдыхал, как получилось, что ты выиграл?!
— Пока ты рубил без устали, я останавливался, но не чтобы отдыхать, я точил свой топор.

=====

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

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

— Важно не только много работать, но и работать с умом. Иногда стоит сделать паузу и подумать, как улучшить процесс.

— Регулярно отдыхайте и переключайте внимание. Ходите в отпуск, когда вы ещё не совсем сгорели на работе, так легче восстановиться. Уставший руководителя с потухшими глазами, который как зомби на митинге говорит "доброе утро, коллеги", не поднимает мотивацию команды.

— Не забывайте про перерывы в течении дня. Регулярные перерывы повышают продуктивность. Например, техника Pomodoro: 25 минут работы, 5 минут отдыха.

Точите свой топор!

? Не мешай, я отдыхаю!
? А работать, Пушкин будет?!
?‍♂️ А что, если работа — это и есть перерыв между перерывами?

Средний пилот

В предыдущем видео я упоминал "средние" бизнес-процессы, вот о чём речь:

История о "среднем пилоте", которая изменила подход к дизайну

В 1950-х ВВС США обратились к исследователю Гилберту Дэниелсу, чтобы выяснить причину неудобства кабин для многих летчиков. До этого кабины проектировались под "среднестатистического пилота" на основе измерений тысяч военных пилотов, собранных во время Второй мировой войны.

Дэниелс измерил более 4000 пилотов по 10 параметрам и сделал неожиданный вывод: ни один пилот не соответствовал всем "средним" размерам. Кресло для "среднего" пилота не подходило никому!

Это открытие привело к революции в дизайне: ВВС перешли на регулируемые кресла, рули и педали.

Почему универсальные IT-решения часто не работают:

1. Универсальные решения редко подходят всем:
   • Как и с креслами для пилотов, "среднее" ПО часто не удовлетворяет никого
   • Разные компании имеют уникальные процессы и потребности
   • Пример: идеальная CRM-система, она будет удобна или для розницы или для B2B или для всех одинаково неудобна.

2. Неизбежность доработки универсальных решений:
   • Даже лучшие решения из коробки требуют настройки
   • Интеграция с существующими системами всегда индивидуальна
   • Кастомизация интерфейса и функционала – обычное дело

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

4. Почему вашу 1С постоянно дорабатывают:
   • 1С – яркий пример "универсального" решения, требующего адаптации
   • Бизнес-процессы компаний постоянно меняются, требуя обновлений ПО
   • Интеграция с новыми системами и соответствие законодательству – непрерывный процесс

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

Кто ты воин?
? Ищу золотую середину: одной ногой в коробке, другой - в custom dev. Баланс - наше всё!
? Универсальное решение - как швейцарский нож: и рыбку съесть, и код написать!
? Давайте просто попросим ChatGPT написать нам ERP-систему за вечер!
? А можно еще один микроскоп? А то гвоздей еще много!

Учиться, учиться, учиться

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

Вспомнил тут свои первые шаги в программировании. Как же я заколебал своих друзей в ICQ вопросами! Каждые пять минут: "А как это сделать?", "А почему не работает?". Сейчас смешно вспоминать. Честно, я безмерно благодарен человеку, который не выдержал и отправлял меня гуглить. Да-да, именно так — "иди погугли", вместо ответа на вопрос.

И вот тут начинается самое интересное. Многие из нас уже и забыли, как учились пользоваться Google. А ведь это было целое искусство! Подобрать правильные ключевые слова, проанализировать результаты, снова сформулировать запрос, но уже точнее.

Теперь у нас появился новый инструмент - нейросети. И знаете что? Они работают совершенно иначе. Если гугл любит краткость и точность, то нейронкам подавай детали. Чем длиннее и подробнее запрос — тем лучше результат.

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

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

Или вместо "баг JavaScript асинхронный запрос" — "Я работаю над веб-приложением на React и столкнулся с ошибкой при обработке асинхронных запросов. Вот фрагмент кода [вставить код]. Как можно оптимизировать этот код и исправить ошибку, учитывая лучшие практики работы с асинхронными операциями в React?"

Чувствуете разницу? Это навык, который нужно развивать.

Мне близка мысль: вас заменят не нейронные сети, а те, кто научился ими пользоваться. Звучит жёстко, но это реальность.

Уверен, что профессионал с нейронкой — это убойное сочетание, которое как минимум продуктивнее просто профессионала.

? Уже в процессе!
? Какая-то дичь, верните 2007-й, ICQ и стену в ВК.
? У меня не все коллеги еще гуглить научилась...

Уже используете ИИ? Делитесь удачными примерами!

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

Ну значит самолёт заходит на посадку, тяжелейшие погодные условия, экипаж в сильнейшем напряжении.
— "Штурман приборы!", кричит старший пилот!
— 16!
— Что 16!?
— А что приборы?

=====

Меня этот анекдот наводит на пару мыслей:

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

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

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

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

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

Было что-то подобное?

? Полностью откликается!
? Какие приборы?
? Хьюстон, у нас проблемы!

Поделитесь своими любимыми анекдотами со смыслом в комментариях!