Про CTO, управление и менеджмент
الذهاب إلى القناة على Telegram
Авторский канал про CTO. Пишу о работе и буднях технического директора в IT компании. Размещение рекламы: @n_ashanin
إظهار المزيد4 092
المشتركون
+124 ساعات
+47 أيام
-930 أيام
جارٍ تحميل البيانات
القنوات المماثلة
سحابة العلامات
الإشارات الواردة والصادرة
---
---
---
---
---
---
جذب المشتركين
أكتوبر '26أكتوبر '26
أكتوبر '26
+504
في 0 قنوات
سبتمبر '260
في 0 قنوات
Get PRO
أغسطس '260
في 0 قنوات
Get PRO
يوليو '260
في 0 قنوات
Get PRO
يونيو '260
في 0 قنوات
Get PRO
مايو '260
في 0 قنوات
Get PRO
أبريل '260
في 0 قنوات
Get PRO
مارس '26
+12
في 0 قنوات
Get PRO
فبراير '26
+12
في 1 قنوات
Get PRO
يناير '26
+35
في 0 قنوات
Get PRO
ديسمبر '25
+739
في 0 قنوات
Get PRO
نوفمبر '25
+999
في 1 قنوات
Get PRO
أكتوبر '25
+25
في 1 قنوات
Get PRO
سبتمبر '25
+12
في 0 قنوات
Get PRO
أغسطس '25
+1 557
في 5 قنوات
Get PRO
يوليو '25
+306
في 0 قنوات
Get PRO
يونيو '25
+78
في 1 قنوات
Get PRO
مايو '25
+3 005
في 0 قنوات
Get PRO
أبريل '250
في 2 قنوات
Get PRO
مارس '250
في 6 قنوات
Get PRO
فبراير '250
في 0 قنوات
Get PRO
يناير '250
في 0 قنوات
Get PRO
ديسمبر '24
+5
في 0 قنوات
Get PRO
نوفمبر '24
+16
في 1 قنوات
Get PRO
أكتوبر '24
+20
في 0 قنوات
Get PRO
سبتمبر '24
+6
في 0 قنوات
Get PRO
أغسطس '24
+1 450
في 1 قنوات
Get PRO
يوليو '240
في 0 قنوات
Get PRO
يونيو '240
في 0 قنوات
Get PRO
مايو '240
في 1 قنوات
Get PRO
أبريل '240
في 0 قنوات
Get PRO
مارس '240
في 0 قنوات
Get PRO
فبراير '240
في 1 قنوات
Get PRO
يناير '240
في 1 قنوات
Get PRO
ديسمبر '230
في 0 قنوات
Get PRO
نوفمبر '230
في 0 قنوات
Get PRO
أكتوبر '230
في 0 قنوات
Get PRO
سبتمبر '230
في 0 قنوات
Get PRO
أغسطس '230
في 0 قنوات
Get PRO
يوليو '230
في 0 قنوات
Get PRO
يونيو '230
في 0 قنوات
Get PRO
مايو '230
في 0 قنوات
Get PRO
أبريل '230
في 0 قنوات
Get PRO
مارس '230
في 0 قنوات
Get PRO
فبراير '230
في 0 قنوات
Get PRO
يناير '230
في 0 قنوات
Get PRO
ديسمبر '22
+1
في 0 قنوات
Get PRO
نوفمبر '220
في 0 قنوات
Get PRO
أكتوبر '220
في 0 قنوات
Get PRO
سبتمبر '220
في 0 قنوات
Get PRO
أغسطس '220
في 0 قنوات
Get PRO
يوليو '220
في 0 قنوات
Get PRO
يونيو '220
في 0 قنوات
Get PRO
مايو '220
في 0 قنوات
Get PRO
أبريل '220
في 0 قنوات
Get PRO
مارس '220
في 0 قنوات
Get PRO
فبراير '220
في 0 قنوات
Get PRO
يناير '220
في 0 قنوات
Get PRO
ديسمبر '21
+9
في 0 قنوات
Get PRO
نوفمبر '21
+4
في 0 قنوات
Get PRO
أكتوبر '21
+17
في 0 قنوات
Get PRO
سبتمبر '21
+27
في 0 قنوات
Get PRO
أغسطس '21
+53
في 0 قنوات
Get PRO
يوليو '21
+9
في 0 قنوات
Get PRO
يونيو '21
+74
في 0 قنوات
Get PRO
مايو '21
+6
في 0 قنوات
Get PRO
أبريل '21
+18
في 0 قنوات
Get PRO
مارس '21
+307
في 0 قنوات
| التاريخ | نمو المشتركين | الإشارات | القنوات | |
| 30 أكتوبر | +1 | |||
| 29 أكتوبر | +1 | |||
| 28 أكتوبر | +6 | |||
| 27 أكتوبر | +2 | |||
| 26 أكتوبر | 0 | |||
| 25 أكتوبر | 0 | |||
| 24 أكتوبر | 0 | |||
| 23 أكتوبر | 0 | |||
| 22 أكتوبر | 0 | |||
| 21 أكتوبر | 0 | |||
| 20 أكتوبر | 0 | |||
| 19 أكتوبر | 0 | |||
| 18 أكتوبر | 0 | |||
| 17 أكتوبر | 0 | |||
| 16 أكتوبر | 0 | |||
| 15 أكتوبر | 0 | |||
| 14 أكتوبر | 0 | |||
| 13 أكتوبر | 0 |
منشورات القناة
Автоматизировали всё, кроме результата
Последние пару недель плотно занимаюсь партнёрствами для Sprouty. Пишу другим приложениям для родителей, предлагаю интеграции и оплату за пользователей. И заметил закономерность, которая меня слегка напрягла.
Если на той стороне живой человек - фаундер, маркетолог, да хоть единственный разработчик - ответ приходит за день-два. Дальше созвон, вопросы по цифрам, торг по модели, и через неделю обсуждаете пилот. Даже если отказывают, то пишут почему и когда вернуться к разговору.
Если же на той стороне автоматизация - всё. Через секунду прилетает «Ваша заявка получена, обращение #48213». Иногда ещё бот предложит выбрать категорию вопроса, ни одна из которых не подходит. А дальше тишина. Навсегда.
Из всех, кому я писал, корреляция пока 100%. Человек - есть результат. Автоматизация - ноль. Да, выборка небольшая и это не исследование, но ноль - это прям ноль.
Самое смешное, что у этих компаний на дашборде, скорее всего, всё отлично. Время первого ответа - 1 секунда. Обработано 100% обращений. SLA зелёный. Только делали эту автоматизацию когда-то не ради «быстро ответить», а чтобы обращения превращались в клиентов, партнёров и деньги. Через полгода про это уже никто не помнит. Процесс есть, метрика процесса зелёная, а нахрена всё это делали - забыли. Классический закон Гудхарта: когда метрика становится целью, она перестаёт быть хорошей метрикой.
И вот здесь становится тревожно. Сейчас AI во многих компаниях автоматизирует всё подряд: саппорт, продажи, рассылки, онбординг. Каждый такой проект отчитывается красивыми цифрами - сэкономили N ставок, сократили время ответа в 10 раз. А бизнес-метрики проседают, и никто не связывает одно с другим, потому что у автоматизации своя метрика, а у бизнеса своя.
Раньше в цепочке был человек, который мог заметить: «тут вообще-то партнёрство на миллион, а мы ему шаблон отправили». Теперь его нет, и замечать некому. В прошлом посте я писал, что ошибка на этапе подведения итогов стоит на порядки дороже ошибки в коде. Вот это она и есть, только тихая.
Что я для себя вынес:
1) Перед тем как что-то автоматизировать, записать, какую бизнес-метрику это должно улучшить. Не «время ответа», а «конверсия в сделку» или «выручка».
2) После запуска смотреть именно на неё, а не на метрику самой автоматизации.
3) Там, где решаются деньги и отношения - первый контакт с партнёром, крупный клиент, сложная жалоба - оставлять человека.
А если вам на письмо ответил живой человек - цените. Похоже, это становится конкурентным преимуществом.
| 2 | Разработка больше не бутылочное горлышко
Как и обещал, продолжаю тему, почему в IT пока не сильно что-то поменялось, хотя я за год сам не написал ни строчки кода.
Для начала немного базы. SDLC, он же жизненный цикл разработки, если очень упрощенно, выглядит так:
1) Придумать, что делать (идея, гипотеза, discovery);
2) Описать (требования, дизайн);
3) Сделать (разработка);
4) Проверить (тестирование);
5) Выкатить (релиз);
6) Понять, а взлетело ли вообще (метрики, A/B, подведение итогов).
Еще лет 5 назад самым длинным этапом всегда был третий. Фичу придумывали за неделю, а пилили квартал. И все процессы, которые мы годами строили - спринты, стори поинты, груминги, планнинги - были про то, как бы побыстрее и попредсказуемее пройти именно этот этап. Сколько книг написано, сколько конференций проведено, сколько аджайл-коучей накормлено.
Сейчас разработка сжалась до неприличия. То, что раньше команда делала спринт, агент делает за вечер, а иногда пока ты пьешь кофе. И вдруг оказалось, что самые длинные этапы теперь первый и последний. Что делать и что из этого получилось.
И вот тут начинается самое интересное. У дорогой разработки был один огромный плюс, о котором мы особо не задумывались - она работала как фильтр. Приходит продакт с идеей "а давай вот такую штуку, видел у конкурентов", а ему в ответ: это 3 спринта, покажи, на какие цифры повлияет. И 80% идей умирали сами по себе на этапе оценки. Не потому что кто-то был очень умный, а потому что дорого.
Теперь фильтра нет. Сделать фичу стоит почти ноль, значит можно сделать всё. И тесты к ней сгенерировать, тысячу штук, тоже бесплатно (а что, покрытие же растет). В итоге через полгода у вас продукт с миллионом фичей, в которых не разберется ни один пользователь, и тесты, которые никто не читал и которые проверяют то, что код делает, а не то, что он должен делать. Метрики при этом стоят на месте, а иногда и падают, потому что юзер в этом комбайне просто теряется.
И тут важный момент. Стоимость ошибки в разработке никогда не была равна стоимости ошибки в выборе гипотез и в подведении итогов. Ошибся в коде - поймали на ревью или тестах, в худшем случае откатили релиз и пофиксили за день. А вот если ошиблись с гипотезой, то раньше команда месяц пилила то, что никому не нужно, а сейчас агент за вечер напилит десять таких фичей. Неправильно прочитали A/B тест и раскатили фичу на 100% - и она полгода тихо роняет конверсию, а все думают, что это сезонность. Такие ошибки дороже на порядки, и одной кнопкой их не откатишь. И именно эти этапы сейчас стали самыми длинными и хуже всего автоматизируются.
Можно ли автоматизировать первый и последний этап? Пробуем, конечно.
- Генерация идей. Нейронка накидает 50 идей за минуту. Только вот 50 идей у нас было и раньше, бэклог любой компании ими забит под завязку. Сложно не придумать. Сложно выбрать одну и отказаться от 49-ти. А отказываться AI не умеет совсем, он максимально услужлив и считает любую вашу идею гениальной (спасибо RLHF).
- Подведение итогов. Тут вообще засада. A/B тест нейронкой не ускоришь, юзеру нужно время, чтобы пожить с фичей неделю-две. Ретеншн 30-го дня на 3-й день не посчитаешь, как ни промпти. А когда параллельно выкатываешь 10 фичей вместо одной, понять, какая из них что сделала с метриками, становится практически нереально.
Получается, мы научились очень быстро делать, но не научились быстро решать, что делать, и понимать, что получилось. А скорость разработки без этих двух этапов - это просто способ быстрее засрать продукт.
Что с этим делать? Честно, до конца пока не понимаю. Пока вижу только ручной вариант: жесткая продуктовая дисциплина и право вето на любую фичу без понятной метрики. Но это не масштабируется и держится на конкретных людях. | 1 389 |
| 3 | Почему рановато уходить из IT в сварщики и таксисты
Очень давно не писал в блоге, и за это время снова появилось и желание и огромное количество мыслей про AI, IT, текущий рынок, стартапы и прочее прочее. Поэтому возвращаюсь к каналу, спасибо большое всем кто остался за это время.
И так, первый пост после перерыва будет с провокационным названием. Сейчас рынок лиходарит сильно, вакансий мало, и многие ребята, особенно те, кто залетел в IT на хайпе ковида из других областей - пытаются перейти в другие области, так как по прогнозам антропика (ага, ага, давайте их слушать конечно - это основной бенефициар таких прогнозов, у них оценка зависит от размера преувеличения) весь IT будет заменен на AI. А вот ручные области, сварщики, таксисты, монтажники и прочие будут пользоваться спросом. В итоге, по совету главы nvidia (тоже ниразу не ангажированный дяденька конечно, у него оценка тоже зависит от масштаба хайпа), всем детишкам надо запрещать учить арифметику в школе, так как она не пригодится, а прям с 6 лет обучать как чистить канализацию.
Так вот хочется всех кто поддался панике расстроить и попробовать вместе посмотреть в завтрашний день, хоть и не у всех это получится. Так вот завтрашний день у нас говорит о том, что в этом году второй областью после AI в венчурном капитале занимает robotics(!). А это значит, что следующим большим взрывом инноваций станут роботы, которые как раз заменяют ручные профессии. И по некоторым оценкам, там отъем работы произойдет раньше чем появится условный AGI. По Лондону уже ездят Waymo такси с автопилотом в тестовом режиме, я сам их уже раз 10 видел в разных районах. Тоже самое посмотрите уже на роботов сварщиков, монтажников и тд. Если ваше представление зависло на роликах из ютуба про Бостон Дайнемикс, где роботы 5 лет назад еле топали, постоянно падая, то сейчас роботы крутят нижний брейк и делают тройную сальтуху. Так что уйдя в сварщики, потом не пугайтесь, что вы будете как тот знаменитый человек из Херосимы, который уехал угадайте куда? В Нагасаки. Так и здесь, мой прогноз такой, что ручные профессии в сроком ближайшем времени будет очень сильно переосмыслены. Вероятно быстрее, чем придет AGI.
А почему я считаю, что в IT реально пока не сильно что-то изменилось, даже с учетом того, что за год я не написал сам не строчки кода, я напишу в одном из следующих постов. С реальным разбором SDLC цикла и как он изменился за последние 4 года с момента выхода GPT3. | 1 855 |
| 4 | لا يوجد نص... | 1 277 |
| 5 | 10 принципов успеха в разработке из опыта big tech компаний
Если вы уже отдохнули и не терпится внедрить какое-нибудь улучшение, вот вам 10 идей для успеха в software development из опыта мировых компаний:
👉У каждого проекта есть цель
У Spotify есть собственная культура разработки - миссии, определяющие структуру каждой команды. Каждая группа разработчиков понимает, для чего пишет код. Результат подхода - высокая скорость работы при сохранении ценности для пользователя.
👉Гибкие фреймворки
Atlassian, создатели Jira и Trello, считают, что секрет их успеха - аджайл и циклы непрерывного совершенствования.
👉Лучшая инвестиция - люди
В ИТ-проектах важна не просто компетентность членов команды, но и их способность работать вместе. Google известен своими принципами отбора кандидатов, которые помимо технических навыков должны демонстрировать умение работать в команде и способность решать проблемы.
👉Приоритет UX
Разработчики не любят углубляться в дизайн, но опыт Slack и Airbnb доказывает: удобный для пользователя интерфейс не менее важен, чем технические возможности системы.
👉Согласованность действий
Больше, еще больше встреч, созвонов и ретроспектив. Чтобы все были в курсе всего 🙂
👉Автоматизация тестирования
Автоматизированные тестовые фреймворки в Netflix поддерживают ежедневное развертывание кода тысячи раз для обеспечения надежности и бесперебойной работы системы. Автоматизация помогает избежать ошибок из-за человеческого фактора и ускорить разработку.
👉Опора на реальные данные
Команды должны принимать решения, опираясь на реальные данные о пользователях из аналитических систем и систем отслеживания производительности, а не на предположения.
👉Фокус на MVP
Первая версия Dropbox существовала в виде демо-ролика, прежде чем разработчики начали работать над кодом. Команда развернула деятельность после успеха концепции.
👉Планирование масштабируемости
Чем раньше вопрос масштабируемости будет решен в процессе разработки, тем проще будет справиться с будущими потребностями в расширении.
👉Работа над продуктом не заканчивается после запуска
Успешные компании стали такими благодаря постоянному совершенствованию и тестированию продукта, а также его доработке на основе отзывов пользователей и внедрению новых технологий. | 1 305 |
| 6 | Выходной руководителя - это когда можно спокойно поработать без созвонов и пушей в рабочих чатах.
Поэтому статьями в духе “Как вернуться в работу после долгих новогодних праздников” не делюсь - большинство из нас никуда не уходили :) А вот рекомендации, как воскресить команду, которая отдыхает почти 2 недели, пригодятся.
Что советуют в authenticleaders:
👉Начните с приветствия и small talk
Спросите, как члены команды провели каникулы, пусть поделятся наиболее яркими моментами. Это поможет начать год с позитива и восстановить связь друг с другом.
👉Запланируйте время на возвращение в контекст
Избегайте перегрузки в первые дни. Пусть сначала сотрудники разгребут трекеры, мессенджеры и почту, вспомнят, над какими задачами работали перед праздниками и чем планировали заниматься после.
👉Начните с удаленки
Если у вас гибридный график, сотрудникам лучше начать возвращаться к работе на удаленке, чтобы постепенно влиться в ритм.
👉Поставьте четкие приоритеты
После погружения в контекст помогите сотрудникам сосредоточиться в первую очередь на наиболее важных задачах.
👉Будьте примером
Проявите позитивный настрой по поводу возвращения к работе. Ваше поведение задает тон для всей команды. | 1 321 |
| 7 | Работа на выходных
Прочел пост в канале от одного HR, что ей пришлось работать до 23-30 31го декабря, а потом судорожно бежать домой, чтобы успеть встретить новый год. Даже не буду представлять, что за срочная работа может быть у HR 31го декабря в 23-30, которую нужно сделать прямо сейчас.
Не скрою, в моей жизни было и такое, когда я ночевал 6 раз за месяц в офисе. Работал на выходных постоянно, сидел в офисе до закрытия метро.
И каждый раз, вспоминая, почему так происходило, или даже возможно будет происходить, я могу сказать, что это были мои персональные ошибки. Кроме синдрома роботуна (ну когда уж очень хочется что-то поделать).
В основной массе, что генерирует такой подход, когда приходится сидеть до 23-30 31го декабря:
- Не умел определять фокусы. Вокруг ВСЕГДА больше работы, чем мы можем сделать. Нечего делать то, что нам нравится в первую очередь. Или не отсекать 80% работы, которая принесет 0 или 20% результата. Не знаете свой фокус? - уточните у руководителя.
- Придумывал себе проекты, или какой-то чудак придумывал их мне. "Хочу такую штуку, видел вот там то". Ну камон, ты продакт или гадалка? От продактов, которые генерят проекты, лишь бы у всех была работа, у меня постоянно горит задница. Еще и обижаются, когда просишь, покажи на какие цифры это повлияет. И ладно бы еще эти прыжки веры работали у него прошлом. Так нет же, есть продакты, которые постоянно генерируют хлам в виде задач, которые из раза в раз роняют метрики. Сам я не лучше тоже. А почему бы не добавить сюда 100500 правил линтера в 23 часа вечера, чтобы просидеть с этим до 4х утра, потратив еще на полный регресс проекта следующие 5 дней. Очень ведь надо было это сделать (нет).
- Не умел отстраивать границы. "Коля, тут баг у одного юзера из трех миллионов MAU, срочно, блэт, надо пофиксить. Бросаем всё, катим его в прод." Ну камон, дядя начальник, серьезно? Учиться аргументации в таких случаях пришлось лет 10.
Что могу сказать в конце, работайте на выходных только если вам в кайф, либо у вас реальный инцидент на проде или дедлайн, который влияет на деньги (контракт). В остальных случаях, пожалейте себя и команду. Отдыхайте, кайфуйте и восстанавливайтесь на новогодних праздниках! 🎄 | 2 734 |
| 8 | Коллеги, с наступающим!
Если вы сейчас читаете этот пост, значит, вы молодцы: пожары потушены и можно немного выдохнуть, выпив пина коладу с видом на океан чашку кофе с видом на наряженную елку.
Пусть в новом году баги будут простыми, а решения - точными и верными. KPI реалистичными, а бюджеты - огромными. Пусть техдолг уменьшается, а воодушевление команды растет. И путь AI возьмет на себя всю рутину, освободив время для реально интересных задач.
Надеюсь, 2026 принесет вам больше моментов, когда можно отложить клавиатуру, отключить пуши и просто посмотреть любимый сериал.
Отличных праздников и крутых проектов в новом году! | 2 301 |
| 9 | 10 лучших постов на этом канале за 2025 год
👉Как устроен Chat GPT
👉Как определить горизонт планирования в компании
👉Мой опыт стартапов: часть один, два, три
👉Разработка стремительно тупеет
👉На чем писать мобильное приложение в 2025
👉Скам в стартапах
👉Что будет с зарплатами на ИТ-рынках
👉Чем плох размер команды Телеграм
👉Итоги обучения в школе CTO от Стратоплана
👉Дорога в венчур - опыт Sprouty | 2 076 |
| 10 | Как не пополнить ряды выгоревших руководителей в 2026 году
Forbes опубликовали статью, которая должна помочь нам пережить следующий год.
Что делать:
👉Относитесь к себе как к проекту
Компании обычно планируют действия на случаи скачков роста: набирают сотрудников к пиковым сезонам, закладывают бюджет на крупные инициативы или готовятся к запуску продуктов. Руководителям не менее важно планировать физическую, умственную и эмоциональную энергию, необходимую для управления всем этим. Лидеры должны находиться в режиме подготовки, а не реагирования.
👉Найдите поддержку
Одиночество и изоляция - один из факторов риска выгорания. Создайте свой круг поддержки: советника, который дает обратную связь, наставника, который имеет релевантный опыт, коллегу, с которым можно свободно обсудить не до конца сформированные идеи.
👉Подведите итог уходящего года и мягко спланируйте 2026-й
Проведите Personal After-Action Review (AAR) - успехи, трудности, выводы. На основе полученных инсайтов определите 5 ключевых целей на год - это должны быть ориентиры в пути, а не жесткие контрольные точки. Это обеспечит вам гибкость по мере развития событий в течение года. | 1 932 |
| 11 | Игры-стратегии замедляют старение мозга
Хорошая новость для тех, кто сбрасывает напряжение после трудной рабочей недели, играя в стратегии.
Ученые выяснили, что у людей, которые играли в стратегические видеоигры (а также танцевали, рисовали и занимались другой креативной деятельностью), были обнаружены паттерны мозговой активности, связанные с замедлением старения.
Даже краткосрочные творческие “тренировки” приводили к измеримым улучшениям показателей старения мозга, а с накопленным опытом эффект усиливался.
Если всерьез хотите заняться здоровьем своих нейронных связей - в исследовании измерялась активность мозга участников до и после нескольких недель тренировок в StarCraft II (а также занятий танцами, музыкой и рисованием).
Не забудьте внести в план новогодних каникул парочку тренировок для мозга🙃 | 1 671 |
| 12 | Звездная команда - не гарантия блестящих результатов
Набрел на любопытное исследование о командной эффективности.
Один из вопросов был: Согласны ли вы, что dream team, состоящие из высокоэффективных сотрудников, превосходят по результатам команды со средними показателями?
В опросе приняли участие почти 6,8 тысяч человек, большинство из которых - топы, директора и менеджеры.
Результат такой:
👉35,4% подтвердили, что команды, состоящие из звезд, неизменно показывают лучшие результаты
👉59,6% считают, что такие команды показывают лучшие результаты лишь иногда
👉5,1% — дрим тимы часто показывают результаты ниже ожидаемых
Из чего можно сделать вывод, что полагаться только на плотность талантов - плохая стратегия. Высокоэффективные сотрудники не гарантируют высокоэффективную команду. Для поддержания баланса производительности команда должна состоять из людей, выполняющих различные роли: руководитель, исполнитель, стабилизатор, гармонизатор и новатор. | 1 551 |
| 13 | لا يوجد نص... | 1 562 |
| 14 | Гибкость - это процесс, а не результат
Продолжим тему про адаптацию к переменам.
Есть одно распространенное заблуждение, о которое часто спотыкаются наши инициативы: нам кажется, мы сейчас внедрим вот эту крутую штуку - и тогда станем по-настоящему гибкими и заживем. Но штуки внедряются с разной степенью успеха, а зафиксироваться в счастливом будущем не получается.
Потому что гибкость в бизнесе - это не постоянная величина. Реальность постоянно меняется, и стать по-настоящему гибким - значит организовать деятельность таким образом, чтобы постоянно адаптироваться и улучшаться.
Йенс Тиманн , фасилитатор из Management 3.0, предлагает решить эту задачу при помощи концепции непрерывного совершенствования (кайдзен).
И для этого взять известный цикл Plan-Do-Check-Act (PDCA) Эдвардса Деминга, масштабировать его и превратить в операционную модель:
👉Plan - что, как и зачем мы будем делать
👉Do - решение задачи
👉Chek - оценка результатов, которые мы получили, используя выбранный подход
👉Act - использование полученных знаний для планирования следующего шага
При этом важно создать рабочие механизмы обратной связи для обучения на текущем опыте и предоставлять каждому члену команды возможность предлагать идеи.
Когда перемены становятся частью ежедневной рутины, они воспринимаются проще. С течением времени маленькие шаги суммируются и превращаются в ощутимые результаты. | 1 517 |
| 15 | Как снизить тревожность во время публичных выступлений
Выступления на отраслевых конференциях - очень крутой опыт. Я знаю многих людей, чьи кейсы и идеи могли бы помочь огромному количеству людей за пределами их компаний, но… Они не любят выступать.
Если вы хотели бы прокачать этот скилл в следующем году - вот несколько рекомендаций из блога Harvard Division of Continuing Education.
👉Примите, что нервничать перед выступлением - это ок. И это вовсе не означает, что вы провалите свою речь. Просто продолжайте готовиться и практиковаться.
👉Изучите аудиторию. Рассказывать об ИИ другим CTO, фаундерам или студентам - это три разные речи.
👉Составьте структуру речи (Chat GTP в помощь). Уделите особое внимание вступлению, важно захватить внимание аудитории за первые 30 секунд. Завершить речь лучше саммари и кратким, но емким утверждением, которое аудитория запомнит.
👉Следите за реакцией слушателей. Будьте готовы сменить тактику, если люди заскучали или высказывают непонимание. Именно поэтому речь не нужно заучивать, важно быть гибким.
👉Будьте собой. Аудитория больше доверяет словам реального человека, а не маски.
👉Используйте юмор. Аудитория всегда хорошо принимает шутки и смешные истории.
👉Не читайте с листа. Зрительный контакт важен для хорошего выступления. В конспект или на слайды подглядывать можно. | 1 465 |
| 16 | Почему команда тяжело встречает перемены, и что с этим делать
Последние 5 лет были, мягко говоря, богаты на перемены. Но предпосылок к тому, что 2026-й будет другим, не предвидится.
Нашел неплохую статью о том, как сохранить разум и продуктивность команды в период больших перемен:
👉Не грузить сотрудников пересекающимися инициативами
Расставлять приоритеты и внедрять новое поэтапно: сегодня разбираемся с внедрением AI, а корпоративной культурой займемся завтра.
👉Расширить инструментарий оценки
Как нововведение повлияет на бизнес-показатели мы расписали в стратегии, а что насчет ресурсов команды? Регулярные опросы, индивидуальные консультации и анализ настроений сотрудников не менее важны, чем финансовые KPI.
👉Помнить о естественных циклах подъема и спада энергии
Избегайте запуска инициатив в периоды пикового стресса, планируйте моменты восстановления между ними.
👉Помните, что люди не любят выходить из зоны комфорта
Проводите ретроспективы, на которых команда на собственном опыте убедится в неэффективности старых процессов - так сотрудникам будет проще принять что-то новое.
👉Ешьте слона по кусочкам
Разбейте масштабные преобразования на небольшие, управляемые эксперименты. Протестируйте, соберите отзывы, доработайте - и делайте следующий шаг.
👉Не забывайте завершать начатое
Когда трансформации затягиваются на неопределенный срок без конкретных показателей успеха, сотрудники оказываются в бесконечном состоянии неопределенности. Каждая инициатива по внедрению изменений должна иметь четкую конечную точку. | 1 472 |
| 17 | Метод Фейнмана: как объяснять сложное просто
Объяснять сложное просто - навык, который нужен техническому директору с первого дня работы. Нам все время приходится выступать переводчиком между командой и стейкхолдерами.
Нобелевский лауреат по физике Ричард Фейнман считал, что если вы не можете объяснить что-то простым языком, значит, недостаточно хорошо это понимаете.
Его метод объяснять сложные вещи так, чтобы понял даже человек, далекий от темы, состоит из 4 шагов:
👉1 шаг: Изучите тему.
Читайте литературу и смотрите обучающие материалы, делая заметки. Постарайтесь отбросить сложные слова и детали и вникнуть в суть.
👉2 шаг: Объясните тему кому-то, кто в ней не разбирается.
Вероятно, на этом этапе вы обнаружите, что не до конца уверены в какой-то части объяснения и прикрываете это расплывчатыми формулировками.
👉3 шаг: На основе шага 2 определите, какие у вас остались пробелы, и восполните их.
Вы должны быть на 100% уверены, что теперь точно разбираетесь в теме.
👉4 шаг: Сделайте еще проще, используя аналогии.
Этот инструмент помогает самому лучше ориентироваться в теме и объяснять другим. | 1 567 |
| 18 | 10 кейсов Amazon по использованию AI
В каждой подборке IT-трендов на 2026 год в числе лидеров - внедрение AI.
Думаю, многим из вас будет полезно узнать опыт в использовании искусственного интеллекта такого гиганта как Amazon.
В статье собрано 10 кейсов, как компания использует AI - с указанием технологий, функций и преимуществ:
Отдельные сервисы:
👉Amazon Bedrock. Ускоряет внедрение инноваций, используя предварительно обученные модели вместо обучения с нуля.
👉Amazon CodeWhisperer. Автоматически дополняет функции, предлагает классы и пишет модульные тесты более чем на 15 языках программирования, помогая разработчикам писать код быстрее и безопаснее.
👉Rufus AI Shopping Assistant. Технология сокращает время поиска товаров, предлагает более легкое и прозрачное сравнение.
👉AWS HealthScribe. GenAI в здравоохранении, разгружает врачей от рутины, связанной с документами.
👉Amazon Q. ИИ-помощник, который отвечает на вопросы, пишет код и автоматизирует задачи в сервисах AWS и корпоративных базах знаний.
И функции:
👉Персонализированные рекомендации Amazon на основе ИИ
👉Робототехника и автоматизация в центрах выполнения заказов
👉Голосовой помощник Amazon Alexa
👉Прогнозирование с использованием ИИ
👉Выявление и предотвращение мошенничества
Статья большая, сохраняйте пост, изучайте на каникулах. | 1 566 |
| 19 | Как сократить время митинга и повысить его эффективность
Нашел статью, автор которой утверждает, что с помощью простого инструмента тайм-менеджмента можно сократить время часового митинга на 17 минут.
Этот инструмент - положение о целях встречи.
В идеале оно должно состоять из одного предложения: “В результате сегодняшней встречи мы сделаем <цель>.
Например, “В результате сегодняшней встречи мы решим, какой облачный сервис будем использовать для проекта X”. Или “В результате сегодняшней встречи мы определим варианты решения проблемы Z и выберем один наиболее подходящий”.
Когда все присутствующие понимают цель звонка или личной встречи, они не отвлекаются на обсуждение сериалов и не залипают в телефон, а внимательно слушают и высказывают идеи. Потому что понимают - как только цель будет достигнута, митинг закончится и можно будет вернуться к своим делам.
Если данные про 17 минут близки к правде, то за одну часовую встречу команды из 7 человек можно сэкономить 2 часа командного времени. | 1 489 |
| 20 | Когда управляешь командой зумеров 🙃 | 1 606 |
