badtechproject | Unsorted

Telegram-канал badtechproject - Плохой менеджер Артём Арюткин

10065

Канал про IT менеджмент ex-Дир-р по тех. разв-ю в Сбере: данные, AI, рек.системы. Ex-head of PMO СБОЛ. Автор:Арюткин Артём Реклама: @Badtechproject_contact Рег № 4923327959

Subscribe to a channel

Плохой менеджер Артём Арюткин

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

Но, вдруг, вы не сможете удержаться и начнете читать раньше🙃

Читать полностью…

Плохой менеджер Артём Арюткин

Что будет, если в 39 лет спрыгнуть с айтишного карьерного паровозика?

Честно говоря, я Антону всегда говорю, что считаю его поступок слегка безумным.
Лично я бы точно не решился.

Причем не с простого карьерно паровозика спрыгнул, а там: бигтех, должность хорошая, продукт растущий.
Антон короче спрыгнул год назад, чтобы делать свои проекты и развивать телеграм-каналы. Отказался от всех артефактов стабильности и успеха: зарплата, ДМС и главное — от бесконечного запаса глазированных сырков на офисной кухне. Но остались обязательства: содержать семью, кредит на другой бизнес и долг по ипотеке на 16 млн₽.

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

В своём канале Антон рассказывает про жизнь начинающего предпринимателя во всех аспектах:
Делай свою работу, работай с тем, что есть: как не проваливаться, когда над тобой не стоит начальник
Сотрудник рывкового типа или тупо прокрастинатор?
Обратная сторона предпринимательского майдсета
Первые финансовые успехи (спойлер — рано радовался)

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

Аутентичный контент, интересно наблюдать: @undisrupt

Читать полностью…

Плохой менеджер Артём Арюткин

Если вы такие: не знаю чем заняться утром в воскресенье, то можете почитать кукбук от IBM (самая корпоративная корпорация в мире) и антропик о том, как безопасно развернуть агента в корпорации.

А если вам лень, то я на неделе выпущу обзор 😉

Читать полностью…

Плохой менеджер Артём Арюткин

Вот это Кирилл связал «Бойцовский клуб», расстройства личности и работу в команде 🔥

Читать полностью…

Плохой менеджер Артём Арюткин

Всем KPI😂

#пятничное

Читать полностью…

Плохой менеджер Артём Арюткин

Вайб-кодинг дно?

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

И тут начинаются приколы. Вы пробуете что-то сделать с помощью разрекламированных подходов.

В начале что-то даже получается.

Но чем дальше, тем сложнее. И в какой-то момент вы понимаете, что ничего не понимаете 🙂

— ИИ вас не слушается и делает фигню раз за разом
— Токены сгорают с огромной скоростью
— Огромное количество инструментов, что выбрать?
— Миллиард незнакомых терминов из разработки

Настоящая кроличья нора.

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

Вы узнаете:

— Почему нельзя долго писать сетке в одном и том же чате?
— Что выбрать, курсор или докер?
— Зачем нужен git, базы данных, фронт и бэк?
— И самое главное — как действительно добиться результата от вайб-кодинга.

Практический курс, где дадут ответы на эти вопросы.

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

Автор — Глеб Кудрявцев. ex CPO Skyeng, а ныне разработчик и автор одного из популярнейших приложений для ИИ кодинга.

Узнавайте подробности и записывайтесь.

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

Реклама. ИП Федоров Е.П. ИНН 532008901966

Читать полностью…

Плохой менеджер Артём Арюткин

Уже второй день везде публикации о важности бэкапов по причине потери огромного количества данных из-за загоревшейся батареи в Южной Корее.

Только вот все забывают, что мало иметь бэкапы, нужно еще уметь и восстановить их и, в целом, стартануть свой сервис с «0» после полной деградации

Читать полностью…

Плохой менеджер Артём Арюткин

Скажи мне, что тебе больше 30 не говоря

Наконец-то мне сегодня привезли мне новый ящик с инструментами 🤣

P.S. Там еще 2 секции ниже со всякими ништяками и можно докупать другие 😬

Читать полностью…

Плохой менеджер Артём Арюткин

Бюрократия казнить нельзя помиловать

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

➕Плюсы?
Бюрократия - это механизм защиты системы, чтобы дурацкие решения не случились.

➖Минусы?
Некоторые хорошие решения тоже не случаются.

Как понять, какой уровень бюрократии нужен на данном конкретном участке?

Уровень бюрократии- это функция обратная от уровня синьорности сотрудников, который там работает.

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

Если же нанимаете вы средних или ниже среднего (такая у вас бизнес модель или такой рынок), то и уровень бюрократии вам придется поднимать.

Еще можно оценивать через стоимость ошибки: условно, для стоимости ошибки 1 млн. бюрократии нет, для 10 млн. средний, для 100 млн. - высокий.

Бюрократия - это страховка. Просто, иногда мы покупаем КАСКО за 100 тыс. для самоката за 15 тыс.

А че, как у вас с бюрократией?

❤️ - идеальный баланс, завидуйте
🔥 - никакой бюрократии от слова совсем
💊 - полгода только ноутбук получал 😆

Читать полностью…

Плохой менеджер Артём Арюткин

17 октрября Avito.tech.conf - очень крутая конфа для менеджеров

Прямо топ из топов.

1. Бесплатно. Просто берешь и регаешься по ссылке и вперед.

2. Там прямо звездный состав СТО. Каждого знаю лично. Они невероятно крутые.

3. Можно узнать про будущее Теха не в формате «звездные корабли», а в конкретных примерах.

4. Я, возможно, на часа 2 заскочу отмодерировать рабочую группу.

5. Расскажут, какого это проходить собес на руководителя.

Ссылка тут

Читать полностью…

Плохой менеджер Артём Арюткин

Цитата дня

- Кажется у вас есть план?
- Лучше! У меня есть уверенность!

Читать полностью…

Плохой менеджер Артём Арюткин

Считаю, что это угарно!!!

ChatGPT дропнули подборку промптов для разных ролей: руководители, менеджеры продуктов, инженеры и т.д.

Зацените промпт 🤣

Draft an email to [recipient] about [topic]. Keep it clear, polite, and concise.

Читать полностью…

Плохой менеджер Артём Арюткин

📝 Обзор свежего отчета State of AI-assisted Software Development 2025 (от DORA и Google Cloud)
Короче, ребятки, новость такая: AI в разработке уже не «вау, будущее наступило», а скучная рутина. 90% разработчиков юзают AI каждый день, 80% уверены, что стали продуктивнее, но (!) целых 30% не доверяют коду, который им выдает ИИ.

Главные выводы:

1️⃣AI = усилитель
Он не делает магию. Хорошая команда станет ещё быстрее, плохая - ещё больше увязнет в хаосе.

2️⃣Траст упирается в психологию
Прикольно: даже если AI объективно замедляет девелопера на 19%, тот может быть уверен, что работает на 20% быстрее. Сила самовнушения, ага.

3️⃣Новые профили команд
В отчете описали 7 типов команд: от «Harmonious high-achievers» (счастливые уникумы, у которых всё летит) до «Legacy bottleneck» (команды, где каждое изменение — как операция на сердце).

4️⃣VSM (Value Stream Management)
Это не скучный процесс, а реальный бустер: позволяет превратить локальную продуктивность от AI в измеримые бизнес-результаты.

5️⃣AI Capabilities Model
Если хотите реального эффекта от AI - забудьте про «купим Copilot и заживем». Нужны:
внятная AI-политика,
качественные данные,
внутренняя платформа,
фокус на пользователе.

Темная сторона
AI ускоряет throughput, но ломает стабильность — багов и откатов становится больше.
Уровень выгорания может расти, если команды не меняют процессы под новые темпы.
🔩 Вывод:
AI-разработка - это не про тулзы, а про систему. Если у вас хаос в процессах и нет платформенной базы - AI только умножит этот хаос.
👉🏼 А у меня вопрос к вам:

Как там у вас с AI?

🔥- пушка. Мы уже стали быстрее, выше, сильнее
👍 - по чуть-чуть, где-то как-то, но не я
❤️ - требуется поддержка, мы все еще с естественным разбираемся.

Читать полностью…

Плохой менеджер Артём Арюткин

Как правильно внедрять AI в SDLC

Помните, когда мы вместе с Сашей Поломодовым делали обзор исследования ребят из METR о том, что AI замедляет разработчиков?

Так вот, я там сделал предположение, что цель исследования - «прогрев» аудитории перед каким-то событием?

Так вот, оно случилось - ребята в сентябре провели хакатон, где сражались команды с AI и без него😉

Неудевлюсь, если дальше они сделают свой бенчмарк или что-то подобное.

Аналитика и инсайты На основе статьи

1. ИИ усиливает, но не заменяет
Победила ИИ-команда, сделавшая визуализатор code review.
Но второе место заняли люди - и именно за проект с высокой когнитивной ценностью (поддержка писателей).

➡️ Инсайт: ИИ отлично ускоряет рутину (генерация, проверки), но сложные задачи, требующие концептуальной глубины, остаются за людьми.

2. Важен контекст задачи
Исследование METR показало: на поддержке legacy-кода ИИ может даже замедлять.
А вот в задачах с нуля (greenfield) ИИ даёт преимущество.

➡️ Инсайт: внедрение ИИ в компании нельзя делать «одним махом» — нужно понимать, где он ускоряет (новые прототипы, онбординг), а где может тормозить (устоявшиеся кодовые базы).

3. Стирание границ
Судьи и зрители часто не могли понять: проект сделан с ИИ или без.

➡️ Инсайт: В реальной работе спор «человек vs машина» теряет смысл. Настоящее соревнование - «человек с ИИ» против «человека без ИИ».

4. Фокус на коллаборации
Команды, активно вовлекающие ИИ в процесс, выигрывали за счёт скорости и ширины поиска решений.

➡️ Инсайт: на уровне DevEx и IDP нужно думать не о том, «какой ИИ внедрить», а о том, «как встроить ИИ в коллаборативные практики» - кодревью, обсуждения, прототипирование.

5. Новый KPI для продуктивности
Хакатон оценивал не только скорость, но и креативность, техническую сложность и полезность.

➡️ Инсайт: для метрик Developer Productivity в эпоху ИИ надо уходить от «скорости коммитов» к «качество + оригинальность + impact».

6. Психология и доверие
«Человеческие» команды испытывали давление и сомнения («мы проиграем, ведь у них есть ИИ»).

➡️ Инсайт: внедрение ИИ в компаниях будет влиять на мораль и восприятие справедливости. Нужна управленческая рамка: как объяснять, что ИИ - не конкурент, а инструмент.

P.S. Это я на AIconf в пятницу сижу и понимаю, что «магия AI» кончилась и теперь просто пришла новая работа вместе с AI🤣

И терминатор Т800 так за нами и не пришел…а значит, придется работать…

Читать полностью…

Плохой менеджер Артём Арюткин

Мем смешной, ситуация - нет.

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

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

#пятничное

Читать полностью…

Плохой менеджер Артём Арюткин

Короче, есть такой прикол, что природа вокруг дает нам уроки менеджмента.

Вот пара примеров:
1.
Чтобы образовалась звезда/планета, нужна «песчинка», материал вокруг не и центробежная сила. Дальше все закрутится и образуется новый объект.

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

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

Читать полностью…

Плохой менеджер Артём Арюткин

Написал обзор гайда

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

Мне особенно нравится мысль про вероятностный мир

Почему это не “ещё один сервис”:

От детерминизма к вероятностям: одинаковый ввод → разные исходы. Нужны другие тесты и выпуск.

Code-first уходит, приходит evaluation-first: шипим только с доказательствами (качество, латентность, безопасность, стоимость).

Агент = инструменты + политика полномочий + трассы рассуждений (observable traces).

ADLC вместо SDLC (DevSecOps для агентов): Plan → Code/Build → Test/Optimize/Release → Deploy → Monitor (runtime loop) → Operate. Две «внутренние петли»: эксперименты на сборке и оптимизация в рантайме.

Безопасность по-взрослому:

Песочницы (Firecracker/gVisor/политики контейнеров) + kill-switch + least-privilege.

Агентские угрозы: memory poisoning, tool misuse, goal hijack - нужны отдельные контроли, не только классический AppSec.

Наблюдаемость и метрики:

Не «жив ли сервис?», а «прав ли агент?». Логи/трейсы рассуждений, groundedness, hallucination rate, cost per outcome, champion-challenger.

Говернанс:

Каталог сертифицированных агентов/инструментов/промптов, версии, риск-профиль, артефакты оценок и редтиминга - прежде чем выпускать.

Интеграции = MCP-серверы:

Инструменты выводим через Model Context Protocol, поверх - MCP-Gateway (политики, мTLS, квоты, аудит, многоарендность). Это «входные ворота» ко всем бэкендам.

Когда вообще строить агента? Если есть многошаговая логика/суждение и измеримые бизнес-метрики; не стесняйтесь выбирать простые решения вместо «агентов ради агентов».

Что делать завтра:

1) Завести ADLC как стандарт (шаблоны метрик/гейтов).
2) Включить агентские evals в CI/CD.
3) Поставить MCP-gateway и каталог.
4) Обязать песочницы и авторизацию «минимум прав».
5) Сделать общую панель «качество-стоимость-риски»

Мне отдельно нравится про Evals

Evals - это «медосмотр» агента.
Проверки, которые показывают: «агент делает правильно, безопасно и за разумные деньги». Они нужны потому, что агент отвечает по-разному на один и тот же запрос - важно мерить «прав ли он», а не только «живет ли сервис».
Как их делают (3 вида):
• Offline - в сборке/CI: гоняем набор задач и ловим регрессии до релиза.
• Online - в проде: постоянно мерим качество/безопасность/бизнес-эффект.
• In-the-loop - прямо во время работы: микропроверка, которая подсказывает агенту что делать дальше (например, релевантен ли контекст).
Что мерим (примеры метрик):
• успех задачи, groundedness, успех вызовов инструментов.
• частота джейлбрейков, утечки данных, нарушения политик.
• стоимость/токены на задачу, классы ошибок.
• CSAT/оценки, cost per outcome (сколько стоит результат).
Как раскатывать версии:
• Champion–Challenger: новую версию сравниваем с текущей на реальном трафике/данных; победителя - в промо. Это весомее офлайна.

Читать полностью…

Плохой менеджер Артём Арюткин

Слаженность работы команды

Есть такое распространенное заболевание – расстройство личности, или диссоциативное расстройство идентичности. Есть культовый фильм "Бойцовский клуб", где ДРИ является ключевым элементом сюжета. В психотерапии раньше его лечили так: выбирали главную доминирующую личность, а остальные должны были исчезнуть. Сильная доминировала, слабые растворялись, и казалось, что это и есть лечение.

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

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

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

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

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

Читать полностью…

Плохой менеджер Артём Арюткин

Не кипешуй, всё ништяк

👆такой слоган можно дать каналу Миши Грекова Про удобство


Я сам читаю канал Миши лет 8. Мы часто общаемся, хотя, в основе, больше шутим шутейки.
Канал Миши очень клевый!

Там нет того, что гуглится — там здравый смысл и классные посты:
— Менеджмент в мире Гарри Поттера (мой любимый!)
Про гениального Женечку из НИИ (мой второй любимый!)
Про Санька джуна
— Про Ожидания от руководителя
— Почему начальник такой тупой ( замыкает ТОП-3)

В общем, скорее к Мише в канал Про удобство.
Там нет постов от AI.
Там нет постов про базовую базу.
Там вайб и настроение той самой Айтишки, которую мы любим!

Читать полностью…

Плохой менеджер Артём Арюткин

🚀 Как Google научился смотреть в мозг разработчика без внедрения ему чипов

Окей, друзья, вот это прям кайф.
Google сделал систему InSession, которая соединяет логи из десятков инструментов разработчиков (IDE, код-ревью, Jira, Calendar, всё подряд) и пытается понять - что на самом деле делают инженеры весь день.

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



🧠 Зачем вообще это всё

Потому что в Google 30 000+ инженеров, и если даже немного увеличить продуктивность каждого - эффект колоссальный.
А сделать это можно только если ты понимаешь, куда реально уходит время.

Но тут же куча проблем:
• нельзя следить за людьми напрямую (этика, приватность, HR-кошмары),
• разные инструменты логируют по-разному,
• и вообще, как понять — Вася просто задумался или реально работает?



⚙️ Что такое InSession

Это такая огромная труба, куда сыпятся логи со всех инструментов.
Система превращает их в события (events), потом в сессии (sessions) — куски времени, когда разработчик работал над конкретной задачей.
Дальше уже можно считать метрики:
• coding time 🧑🏻‍💻 - сколько реально писали код,
• reviewing time 👀 - ревью чужого кода,
• shepherding time 🧹 - правки по ревью,
• investigation time 🔍 - чтение доков,
• meeting time 🗓️, email time 📧, и т.д.

Короче, цифровая тень рабочего дня разработчика.



🧩 Но без паранойи!

Google сразу зашил 7 принципов приватности:
• никаких данных вне рабочих инструментов,
• никакого контента из писем и чатов,
• всё шифруется, логируется и хранится 3 года,
• никаких персональных отчётов - только агрегаты.

То есть HR не может прийти и сказать: “Ага, Иванов кодил всего 2 часа!”
Именно поэтому разработчики вообще согласились на участие.



📊 Что удалось выяснить

Один пример — проверили эффект программы Readability Certification (внутренний экзамен на знание стандартов кода).

Результат:
• после сертификации ревью шли быстрее на 4,5% (C++),
• исправления по ревью - на 10% быстрее,
• инженеры сами говорят: “Да, это реально помогает”.

То есть не просто бюрократическая галочка - метрики подтверждают эффект.



🧪 Проверка реальности

Чтобы убедиться, что логи не врут, исследователи сравнили данные InSession с “дневниками” 25 инженеров.
Оказалось, совпадение почти идеальное по email и встречам (0.8+ по коэффициенту согласия), и довольно хорошее по коду и ревью (~0.7).
Разночтения были из-за:
• отсутствующих логов (часть инструментов не трекается),
• мультизадачности,
• человеческой памяти (“забыл записать”).



🧭 Что из этого вынесли
1. Не всё надо логировать - только ключевые источники.
2. Обогащайте данные. Даже добавление “gain focus” в логах IDE дало +2 часа видимой активности в неделю на инженера.
3. Верифицируйте метрики. Без человеческой проверки легко наловить абсурда.



💡 Главный инсайт

InSession - это не “big brother”, а инструмент для улучшения DevEx на уровне всей компании.
Он помогает понять закономерности поведения инженеров, проверить эффективность процессов и (в идеале) сделать работу чуть-чуть человечнее и эффективнее.



🔥 - “Я за! Метрики рулят”
❤️ - “Главное — не превратить всё в KPI-ад”
🦄 - “Хочу такую систему, но open source!”

Читать полностью…

Плохой менеджер Артём Арюткин

AI AI, а как насчет обмена софтом по радио?

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

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

И я решил узнать, а какие необычные способы передачи софта существовали и вот чатГПТ мне выдал пачку.

Короче в 80-е игры и софт записывали на пластинки и магнитные кассеты.

В 1970–80-х персональные компьютеры (ZX Spectrum, Commodore 64, Радио-86РК, БК-0010 и др.) использовали кассетные магнитофоны для загрузки программ.

И вот мысль развилась дальше и софт стали передавать по радио. Были организованы целые радио-шоу.

С 1983 по 1986 год ведущие югославского шоу «Вентилятор 202» передали таким образом 150 программ: от калькуляторов до лётных симуляторов.

А? Ну как вам? Знали о таком?

💯 - если знал и не удивлен и сам так записывал

😱 - если ты в шоке

❤️ - чисто поддержать старичков

Читать полностью…

Плохой менеджер Артём Арюткин

Зацените, как openAI встроила приложения в чат.

Черт, неужели чат все-таки станет основным нашим каналом!

Читать полностью…

Плохой менеджер Артём Арюткин

📢Два бесплатных вебинара о работе с данными и аналитикой

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

🔴От хаоса данных и интуиции к решениям на основе цифр и показателей: практическое внедрение 1С:Аналитики в IT-компании

8 октября, 16:00 Мск

▪️Объединение данных из ERP, CRM, ЗУП в единое хранилище.
▪️Построение дашбордов по трудозатратам и продажам.
▪️Сокращение времени подготовки БДР с 5 часов до автообновления.

🎯 Кейс: IT-компания из 250+ человек получила полную видимость загрузки команды по проектам.

👉 Бесплатная регистрация


🔴Реализация корпоративного хранилища данных на базе Datareon Platform

9 октября, 16:00 Мск

▪️Проектирование корпоративных хранилищ данных.
▪️Структура таблиц и механизмы типизации данных.
▪️Интеграция с 1С ЗУП и веб-системами через REST API.

🎯 Фокус: техническая реализация и архитектурные решения для разработчиков и технических руководителей от вендора и партнёра.

👉 Бесплатная регистрация

Реклама.
ErID c-BRst-J1WAtmUDykcfWa5TL8FcKo
ООО «Просто» ИНН 1841039706

Читать полностью…

Плохой менеджер Артём Арюткин

Блин, за что обожаю ИТшку, так это за отзывчивость.

Берешь такой и пишешь какому-либо СТО супер крупного сервиса, СРО другого не меньшего по размеру

парни, нужен совет

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

Возможно ли такое в других отраслях?

Я хз, но тут возможно)

Читать полностью…

Плохой менеджер Артём Арюткин

#пятничное

Я хочу такой альбом😁

Читать полностью…

Плохой менеджер Артём Арюткин

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

Читать полностью…

Плохой менеджер Артём Арюткин

Ну и сам отчет, если решитесь читать 80 страниц

Читать полностью…

Плохой менеджер Артём Арюткин

Оооп, пока мы спали, ребята из Cursor запустили мини-курс "как прогать с помощью ИИшки"

Вот вам ссылка

Он на русскому)

Читать полностью…

Плохой менеджер Артём Арюткин

Зацените: я наклоняю телефон иииии блики меняют свое положение.

Хорошо, конечно)

Любопытно вот:
- «это признак заката» - мы уже не знаем, что сделать и полируем ерунду
- или признак величия?😁

Читать полностью…

Плохой менеджер Артём Арюткин

🔥 Конфликты в команде — тема, от которой не убежишь.

У Елены Царевской-Дякиной, как всегда клевый доклад!

Основная мысль: руководитель ≠ медиатор.

Почему?

Потому что у вас всегда есть своё мнение, а значит - предвзятость.

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

🛠 Механики, которые реально работают:
Стикеры ожиданий
Начало любой сессии - попросите участников написать, чего они ждут. Это сбивает градус и показывает, что у каждого есть голос.

Совместные правила
Не навязывайте готовые - предложите рамку («говорим по одному», «не перебиваем») и дайте дополнить. Когда люди сами добавляют пункты, они охотнее соблюдают их.

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

Формулировка позиции оппонента
Мощный трюк: попросите каждого озвучить аргументы другой стороны. Это резко снижает градус и учит слушать.

Цикл Колба
Простой инструмент для разогрева: связать конфликтную ситуацию с прошлым опытом команды и вытащить уроки.

⚖️ Вывод: механики - это костыли, которые удерживают процесс в рамках. Без них конфликт уходит в эмоции, а с ними у людей появляется шанс договориться.

Итог: медиатор - это фасилитатор, а не судья. А руководитель должен уметь честно признать, что иногда лучше позвать внешнего специалиста, чем включаться самому.

Цикл Колба - это модель обучения взрослых, которую придумал американский психолог Дэвид Колб. Она объясняет, как человек реально усваивает новый опыт.
Выглядит он так:
1️⃣ Конкретный опыт - с человеком что-то происходит (например, конфликт в команде). 2️⃣ Рефлексия - осознание и обсуждение: «а что именно случилось? какие были эмоции?» 3️⃣ Осмысление - поиск закономерностей и выводов: «почему это произошло? что это говорит о нашей команде?» 4️⃣ Эксперимент / применение - пробуем новые подходы: вводим правила, меняем процесс, корректируем поведение.
Потом цикл повторяется: получаем новый опыт → рефлексия → выводы → снова практика.
⚡️ В медиации цикл Колба используют как «разогрев»: вместо того, чтобы сразу нырнуть в конфликт, участникам предлагают вспомнить похожие ситуации, обсудить, что тогда сработало, и только потом перейти к решению текущего спора.

Читать полностью…
Subscribe to a channel