2025_state_of_ai_assisted_software_development (1).pdf
14.7 MB
Ну и сам отчет, если решитесь читать 80 страниц
1🤗12😱4👌2❤1
Считаю, что это угарно!!!
ChatGPT дропнули подборку промптов для разных ролей: руководители, менеджеры продуктов, инженеры и т.д.
Зацените промпт 🤣
ChatGPT дропнули подборку промптов для разных ролей: руководители, менеджеры продуктов, инженеры и т.д.
Зацените промпт 🤣
Draft an email to [recipient] about [topic]. Keep it clear, polite, and concise.
🤣27👏8😁6
17 октрября Avito.tech.conf - очень крутая конфа для менеджеров
Прямо топ из топов.
1. Бесплатно. Просто берешь и регаешься по ссылке и вперед.
2. Там прямо звездный состав СТО. Каждого знаю лично. Они невероятно крутые.
3. Можно узнать про будущее Теха не в формате «звездные корабли», а в конкретных примерах.
4. Я, возможно, на часа 2 заскочу отмодерировать рабочую группу.
5. Расскажут, какого это проходить собес на руководителя.
Ссылка тут
Прямо топ из топов.
1. Бесплатно. Просто берешь и регаешься по ссылке и вперед.
2. Там прямо звездный состав СТО. Каждого знаю лично. Они невероятно крутые.
3. Можно узнать про будущее Теха не в формате «звездные корабли», а в конкретных примерах.
4. Я, возможно, на часа 2 заскочу отмодерировать рабочую группу.
5. Расскажут, какого это проходить собес на руководителя.
Ссылка тут
🔥26❤11😁2🤡1
Блин, за что обожаю ИТшку, так это за отзывчивость.
Берешь такой и пишешь какому-либо СТО супер крупного сервиса, СРО другого не меньшего по размеру
и вот, вы уже сидите вечером в баре и делитесь опытом, помогая друг другу. И до этой встречи вы может быть и не знакомы толком.
Возможно ли такое в других отраслях?
Я хз, но тут возможно)
Берешь такой и пишешь какому-либо СТО супер крупного сервиса, СРО другого не меньшего по размеру
парни, нужен совет
и вот, вы уже сидите вечером в баре и делитесь опытом, помогая друг другу. И до этой встречи вы может быть и не знакомы толком.
Возможно ли такое в других отраслях?
Я хз, но тут возможно)
2❤80🔥59🤗13😁3👍2
Бюрократия казнить нельзя помиловать
Короче, часто люди не понимают основные причины возникновения бюрократии, зачем и почему она нужна.
➕Плюсы?
Бюрократия - это механизм защиты системы, чтобы дурацкие решения не случились.
➖Минусы?
Некоторые хорошие решения тоже не случаются.
Как понять, какой уровень бюрократии нужен на данном конкретном участке?
Уровень бюрократии- это функция обратная от уровня синьорности сотрудников, который там работает.
Если на данный участок вы нанимаете лучших из лучших, то и бюрократию вы можете там сделать поменьше.
Если же нанимаете вы средних или ниже среднего (такая у вас бизнес модель или такой рынок), то и уровень бюрократии вам придется поднимать.
Еще можно оценивать через стоимость ошибки: условно, для стоимости ошибки 1 млн. бюрократии нет, для 10 млн. средний, для 100 млн. - высокий.
Бюрократия - это страховка. Просто, иногда мы покупаем КАСКО за 100 тыс. для самоката за 15 тыс.
А че, как у вас с бюрократией?
❤️ - идеальный баланс, завидуйте
🔥 - никакой бюрократии от слова совсем
💊 - полгода только ноутбук получал 😆
Короче, часто люди не понимают основные причины возникновения бюрократии, зачем и почему она нужна.
➕Плюсы?
Бюрократия - это механизм защиты системы, чтобы дурацкие решения не случились.
➖Минусы?
Некоторые хорошие решения тоже не случаются.
Как понять, какой уровень бюрократии нужен на данном конкретном участке?
Уровень бюрократии- это функция обратная от уровня синьорности сотрудников, который там работает.
Если на данный участок вы нанимаете лучших из лучших, то и бюрократию вы можете там сделать поменьше.
Если же нанимаете вы средних или ниже среднего (такая у вас бизнес модель или такой рынок), то и уровень бюрократии вам придется поднимать.
Еще можно оценивать через стоимость ошибки: условно, для стоимости ошибки 1 млн. бюрократии нет, для 10 млн. средний, для 100 млн. - высокий.
Бюрократия - это страховка. Просто, иногда мы покупаем КАСКО за 100 тыс. для самоката за 15 тыс.
А че, как у вас с бюрократией?
❤️ - идеальный баланс, завидуйте
🔥 - никакой бюрократии от слова совсем
💊 - полгода только ноутбук получал 😆
💊50❤38💯11🔥9🤔4
📢Два бесплатных вебинара о работе с данными и аналитикой
Если на сведение данных из систем уходят часы, а управленческие решения принимаются на основе интуиции — эти 2 вебинара для вас.
🔴От хаоса данных и интуиции к решениям на основе цифр и показателей: практическое внедрение 1С:Аналитики в IT-компании
8 октября, 16:00 Мск
▪️Объединение данных из ERP, CRM, ЗУП в единое хранилище.
▪️Построение дашбордов по трудозатратам и продажам.
▪️Сокращение времени подготовки БДР с 5 часов до автообновления.
🎯 Кейс: IT-компания из 250+ человек получила полную видимость загрузки команды по проектам.
👉 Бесплатная регистрация
🔴Реализация корпоративного хранилища данных на базе Datareon Platform
9 октября, 16:00 Мск
▪️Проектирование корпоративных хранилищ данных.
▪️Структура таблиц и механизмы типизации данных.
▪️Интеграция с 1С ЗУП и веб-системами через REST API.
🎯 Фокус: техническая реализация и архитектурные решения для разработчиков и технических руководителей от вендора и партнёра.
👉 Бесплатная регистрация
Реклама. ErID c-BRst-J1WAtmUDykcfWa5TL8FcKo
ООО «Просто» ИНН 1841039706
Если на сведение данных из систем уходят часы, а управленческие решения принимаются на основе интуиции — эти 2 вебинара для вас.
🔴От хаоса данных и интуиции к решениям на основе цифр и показателей: практическое внедрение 1С:Аналитики в IT-компании
8 октября, 16:00 Мск
▪️Объединение данных из ERP, CRM, ЗУП в единое хранилище.
▪️Построение дашбордов по трудозатратам и продажам.
▪️Сокращение времени подготовки БДР с 5 часов до автообновления.
🎯 Кейс: IT-компания из 250+ человек получила полную видимость загрузки команды по проектам.
👉 Бесплатная регистрация
🔴Реализация корпоративного хранилища данных на базе Datareon Platform
9 октября, 16:00 Мск
▪️Проектирование корпоративных хранилищ данных.
▪️Структура таблиц и механизмы типизации данных.
▪️Интеграция с 1С ЗУП и веб-системами через REST API.
🎯 Фокус: техническая реализация и архитектурные решения для разработчиков и технических руководителей от вендора и партнёра.
👉 Бесплатная регистрация
Реклама. ErID c-BRst-J1WAtmUDykcfWa5TL8FcKo
ООО «Просто» ИНН 1841039706
🔥5👍2❤1👌1
This media is not supported in your browser
VIEW IN TELEGRAM
Скажи мне, что тебе больше 30 не говоря
Наконец-то мне сегодня привезли мне новый ящик с инструментами 🤣
P.S. Там еще 2 секции ниже со всякими ништяками и можно докупать другие 😬
Наконец-то мне сегодня привезли мне новый ящик с инструментами 🤣
P.S. Там еще 2 секции ниже со всякими ништяками и можно докупать другие 😬
🔥69❤15😁10💯5🙈2
This media is not supported in your browser
VIEW IN TELEGRAM
Зацените, как openAI встроила приложения в чат.
Черт, неужели чат все-таки станет основным нашим каналом!
Черт, неужели чат все-таки станет основным нашим каналом!
🔥23🤯7😱5🥰1
Уже второй день везде публикации о важности бэкапов по причине потери огромного количества данных из-за загоревшейся батареи в Южной Корее.
Только вот все забывают, что мало иметь бэкапы, нужно еще уметь и восстановить их и, в целом, стартануть свой сервис с «0» после полной деградации
Только вот все забывают, что мало иметь бэкапы, нужно еще уметь и восстановить их и, в целом, стартануть свой сервис с «0» после полной деградации
🔥28💯21❤5👍4
AI AI, а как насчет обмена софтом по радио?
Изначально хотел рассказать про OpenAI DevDay и как изменится культура разработки, но потом понял, что
мое поколение последнее, кто одновременно жил в эпоху аналоговых носителей и цифровых.
Я помню дискеты, диски и помню магнитные кассеты (у меня как раз был музыкальный плеер такой), помню, что у дедушки был старый проигрыватель пластинок и огромное радио размером с тумбу.
И я решил узнать, а какие необычные способы передачи софта существовали и вот чатГПТ мне выдал пачку.
Короче в 80-е игры и софт записывали на пластинки и магнитные кассеты.
В 1970–80-х персональные компьютеры (ZX Spectrum, Commodore 64, Радио-86РК, БК-0010 и др.) использовали кассетные магнитофоны для загрузки программ.
И вот мысль развилась дальше и софт стали передавать по радио. Были организованы целые радио-шоу.
С 1983 по 1986 год ведущие югославского шоу «Вентилятор 202» передали таким образом 150 программ: от калькуляторов до лётных симуляторов.
А? Ну как вам? Знали о таком?
💯 - если знал и не удивлен и сам так записывал
😱 - если ты в шоке
❤️ - чисто поддержать старичков
Изначально хотел рассказать про OpenAI DevDay и как изменится культура разработки, но потом понял, что
мое поколение последнее, кто одновременно жил в эпоху аналоговых носителей и цифровых.
Я помню дискеты, диски и помню магнитные кассеты (у меня как раз был музыкальный плеер такой), помню, что у дедушки был старый проигрыватель пластинок и огромное радио размером с тумбу.
И я решил узнать, а какие необычные способы передачи софта существовали и вот чатГПТ мне выдал пачку.
Короче в 80-е игры и софт записывали на пластинки и магнитные кассеты.
В 1970–80-х персональные компьютеры (ZX Spectrum, Commodore 64, Радио-86РК, БК-0010 и др.) использовали кассетные магнитофоны для загрузки программ.
И вот мысль развилась дальше и софт стали передавать по радио. Были организованы целые радио-шоу.
С 1983 по 1986 год ведущие югославского шоу «Вентилятор 202» передали таким образом 150 программ: от калькуляторов до лётных симуляторов.
А? Ну как вам? Знали о таком?
💯 - если знал и не удивлен и сам так записывал
😱 - если ты в шоке
❤️ - чисто поддержать старичков
😱55💯28❤18🔥2🤡2
Вайб-кодинг дно?
Кто-то из вас слышал про вайб-кодинг, а кто-то уже его делал. И уж точно вам прожужжали все уши, насколько легко сейчас делать работающее приложение или сайт.
И тут начинаются приколы. Вы пробуете что-то сделать с помощью разрекламированных подходов.
В начале что-то даже получается.
Но чем дальше, тем сложнее. И в какой-то момент вы понимаете, что ничего не понимаете 🙂
— ИИ вас не слушается и делает фигню раз за разом
— Токены сгорают с огромной скоростью
— Огромное количество инструментов, что выбрать?
— Миллиард незнакомых терминов из разработки
Настоящая кроличья нора.
И вот тут можно просто забить. Можно долбиться головой в стену. А можно потратить время и деньги эффективно, впитав в себя концентрированный опыт людей, которые это прошли.
Вы узнаете:
— Почему нельзя долго писать сетке в одном и том же чате?
— Что выбрать, курсор или докер?
— Зачем нужен git, базы данных, фронт и бэк?
— И самое главное — как действительно добиться результата от вайб-кодинга.
Практический курс, где дадут ответы на эти вопросы.
Вдобавок, всего за 8 недель каждый участник соберет своего собственного телеграм-бота и научится его развивать самостоятельно.
Автор — Глеб Кудрявцев. ex CPO Skyeng, а ныне разработчик и автор одного из популярнейших приложений для ИИ кодинга.
Узнавайте подробности и записывайтесь.
Онлайн. Есть тарифы как в группах, так и для самостоятельного изучения. От 10 тысяч рублей.
Реклама. ИП Федоров Е.П. ИНН 532008901966
Кто-то из вас слышал про вайб-кодинг, а кто-то уже его делал. И уж точно вам прожужжали все уши, насколько легко сейчас делать работающее приложение или сайт.
И тут начинаются приколы. Вы пробуете что-то сделать с помощью разрекламированных подходов.
В начале что-то даже получается.
Но чем дальше, тем сложнее. И в какой-то момент вы понимаете, что ничего не понимаете 🙂
— ИИ вас не слушается и делает фигню раз за разом
— Токены сгорают с огромной скоростью
— Огромное количество инструментов, что выбрать?
— Миллиард незнакомых терминов из разработки
Настоящая кроличья нора.
И вот тут можно просто забить. Можно долбиться головой в стену. А можно потратить время и деньги эффективно, впитав в себя концентрированный опыт людей, которые это прошли.
Вы узнаете:
— Почему нельзя долго писать сетке в одном и том же чате?
— Что выбрать, курсор или докер?
— Зачем нужен git, базы данных, фронт и бэк?
— И самое главное — как действительно добиться результата от вайб-кодинга.
Практический курс, где дадут ответы на эти вопросы.
Вдобавок, всего за 8 недель каждый участник соберет своего собственного телеграм-бота и научится его развивать самостоятельно.
Автор — Глеб Кудрявцев. ex CPO Skyeng, а ныне разработчик и автор одного из популярнейших приложений для ИИ кодинга.
Узнавайте подробности и записывайтесь.
Онлайн. Есть тарифы как в группах, так и для самостоятельного изучения. От 10 тысяч рублей.
Реклама. ИП Федоров Е.П. ИНН 532008901966
🔥5❤🔥3👎2😁2🤡2❤1👍1👌1
🚀 Как 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!”
Окей, друзья, вот это прям кайф.
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!”
3❤62🔥28🦄12🤡4👍3🥴3🤣1🖕1
Media is too big
VIEW IN TELEGRAM
1😁33❤5💯5👍2
Не кипешуй, всё ништяк
👆такой слоган можно дать каналу Миши Грекова Про удобство
Я сам читаю канал Миши лет 8. Мы часто общаемся, хотя, в основе, больше шутим шутейки.
Канал Миши очень клевый!
Там нет того, что гуглится — там здравый смысл и классные посты:
— Менеджмент в мире Гарри Поттера (мой любимый!)
— Про гениального Женечку из НИИ (мой второй любимый!)
— Про Санька джуна
— Про Ожидания от руководителя
— Почему начальник такой тупой ( замыкает ТОП-3)
В общем, скорее к Мише в канал Про удобство.
Там нет постов от AI.
Там нет постов про базовую базу.
Там вайб и настроение той самой Айтишки, которую мы любим!
👆такой слоган можно дать каналу Миши Грекова Про удобство
Я сам читаю канал Миши лет 8. Мы часто общаемся, хотя, в основе, больше шутим шутейки.
Канал Миши очень клевый!
Там нет того, что гуглится — там здравый смысл и классные посты:
— Менеджмент в мире Гарри Поттера (мой любимый!)
— Про гениального Женечку из НИИ (мой второй любимый!)
— Про Санька джуна
— Про Ожидания от руководителя
— Почему начальник такой тупой ( замыкает ТОП-3)
В общем, скорее к Мише в канал Про удобство.
Там нет постов от AI.
Там нет постов про базовую базу.
Там вайб и настроение той самой Айтишки, которую мы любим!
🔥7👍4👏3
Вот это Кирилл связал «Бойцовский клуб», расстройства личности и работу в команде 🔥
Forwarded from Так, я все придумал
Слаженность работы команды
Есть такое распространенное заболевание – расстройство личности, или диссоциативное расстройство идентичности. Есть культовый фильм "Бойцовский клуб", где ДРИ является ключевым элементом сюжета. В психотерапии раньше его лечили так: выбирали главную доминирующую личность, а остальные должны были исчезнуть. Сильная доминировала, слабые растворялись, и казалось, что это и есть лечение.
Сейчас же подход изменился: эффективная терапия не в том, чтобы одна часть задавила все остальные, а в том, чтобы они научились жить вместе. Не подавление, а интеграция.
И это удивительно хорошо ложится на работу и эффективность команды. Мы часто хотим, чтобы все мыслили одинаково, чтобы "главный" тащил и остальные подстраивались. Но в реальности в любой группе есть разные "личности" – кто-то сильнее, кто-то тише, кто-то спорщик, кто-то генератор идей и т.д.
И если одна из этих ролей подавляет остальные, то команда вроде как работает, но теряет глубину и гибкость. Правильная работа – это как современная терапия: договориться и выстроить взаимодействие.
Именно тогда команда становится единым организмом, а не набором конфликтующих личностей.
И снова напоминаю про самый важный навык, который всем личностям нужно развивать – уметь разговаривать через рот. В этом и есть ключ к настоящей эффективности.
В дополнение про эффективность команды и личностями увидел такое исследование:
"Наш обзор предыдущих исследований выявил тесную связь между личностными качествами команды и ее динамикой.
Личностные качества – ключевой фактор, влияющий на динамику команды.
Все члены команды должны стремиться к совместной работе для обеспечения успешного результата проекта.
Решение проблем, возникающих при совместной работе группы незнакомых людей, крайне важно для создания эффективной и функционирующей команды."
PS: важная оговорка. Я сознательно не пишу о том, что с мудаками работать не надо – потому что это и так очевидно.
Я исхожу из предпосылки, что команда формируется осознанно теми
людьми, которые близки по духу и ценностям. И если в команду попадает человек, который разрушает, тогда конечно никакая интеграция не поможет. Нужно не уговаривать, а прощаться.
Интеграция работает тогда, когда у всех "личностей" есть общая цель, уважение к другим и желание договариваться.
Есть такое распространенное заболевание – расстройство личности, или диссоциативное расстройство идентичности. Есть культовый фильм "Бойцовский клуб", где ДРИ является ключевым элементом сюжета. В психотерапии раньше его лечили так: выбирали главную доминирующую личность, а остальные должны были исчезнуть. Сильная доминировала, слабые растворялись, и казалось, что это и есть лечение.
Сейчас же подход изменился: эффективная терапия не в том, чтобы одна часть задавила все остальные, а в том, чтобы они научились жить вместе. Не подавление, а интеграция.
И это удивительно хорошо ложится на работу и эффективность команды. Мы часто хотим, чтобы все мыслили одинаково, чтобы "главный" тащил и остальные подстраивались. Но в реальности в любой группе есть разные "личности" – кто-то сильнее, кто-то тише, кто-то спорщик, кто-то генератор идей и т.д.
И если одна из этих ролей подавляет остальные, то команда вроде как работает, но теряет глубину и гибкость. Правильная работа – это как современная терапия: договориться и выстроить взаимодействие.
Именно тогда команда становится единым организмом, а не набором конфликтующих личностей.
И снова напоминаю про самый важный навык, который всем личностям нужно развивать – уметь разговаривать через рот. В этом и есть ключ к настоящей эффективности.
В дополнение про эффективность команды и личностями увидел такое исследование:
"Наш обзор предыдущих исследований выявил тесную связь между личностными качествами команды и ее динамикой.
Личностные качества – ключевой фактор, влияющий на динамику команды.
Все члены команды должны стремиться к совместной работе для обеспечения успешного результата проекта.
Решение проблем, возникающих при совместной работе группы незнакомых людей, крайне важно для создания эффективной и функционирующей команды."
PS: важная оговорка. Я сознательно не пишу о том, что с мудаками работать не надо – потому что это и так очевидно.
Я исхожу из предпосылки, что команда формируется осознанно теми
людьми, которые близки по духу и ценностям. И если в команду попадает человек, который разрушает, тогда конечно никакая интеграция не поможет. Нужно не уговаривать, а прощаться.
Интеграция работает тогда, когда у всех "личностей" есть общая цель, уважение к другим и желание договариваться.
🔥10👍9❤3👏3❤🔥2