Вы выпускаете плохой софт, потому что вы слишком «милые»

Работайте со мной индивидуально: https://apply.theseriouscto.com/caree... Посмотрите DevStats: https://tr.ee/WciqKz I. Основная предпосылка Быть добрым — это не то же самое, что быть вежливым. Это заставляет инженерные команды застревать в одних и тех же циклах — тихие проверки кода, фальшивое согласование, повторяющиеся ретроспективы, скрытые архитектурные риски и сбои в работе, которые все предвидели. В этом видео я объясняю, почему радикальная откровенность превосходит корпоративную вежливость и почему самые здоровые команды разработчиков программного обеспечения — это те, которые готовы создавать конфликты ради системы. II. Ценностное предложение Вы узнаете: • Почему «приятная» обратная связь превращается в производственный риск — и почему молчание не является добротой • Как губительная эмпатия позволяет плохим решениям оставаться в силе, пока они не превратятся в дорогостоящие провалы • Реальная разница между радикальной откровенностью, наглой агрессией и корпоративной политикой • Почему психологическая безопасность не означает комфорт, низкий уровень конфликтов или избегание горькой правды • Как проверки кода терпят неудачу, когда команды придираются к стилю, игнорируя архитектурные недостатки • Как проводить архитектурные совещания и ретроспективы без показухи консенсуса • Как откровенная техническая коммуникация защищает качество, удержание персонала, скорость доставки и вашу карьеру III. Призыв к действию Если вы устали наблюдать, как ваша команда избегает очевидных проблем, выпускает предотвратимые дефекты и называет молчание «профессионализмом»… это ваш план действий. IV. Ссылки Хотите БОЛЬШЕ от The Serious CTO? https://linktr.ee/theseriouscto V. Временные метки Временные метки: 00:00 – Доброжелательность – залог выпуска неисправного программного обеспечения 01:02 – Спонсор DevStats 01:33 – Самое дорогое молчание в разработке программного обеспечения 02:42 – Радикальная откровенность против губительной эмпатии 05:00 – Что на самом деле означает психологическая безопасность 06:19 – Скрытая цена избегаемых разговоров 07:38 – Где откровенность терпит неудачу при проверке кода 10:02 – Архитектурные совещания и театр консенсуса 11:55 – Почему большинство ретроспектив бесполезны 13:11 – Откровенность – это навык, более важный, чем у старших специалистов 14:22 – Почему высокоэффективные сотрудники покидают молчаливые команды VI. Хэштеги #EngineeringLeadership #SoftwareEngineering #RadicalCandor #PsychologicalSafety #TechnicalLeadership #CodeReview #BusinessStrategy #CTO VII. Ключевые слова/теги Радикальная откровенность Разрушительная эмпатия корпоративная вежливость руководство инженерами коммуникация в команде разработчиков программного обеспечения психологическая безопасность в командах разработчиков лучшие практики проверки кода принятие архитектурных решений предотвращение технического долга руководство качеством программного обеспечения ошибки управления в инженерии советы CTO по лидерству коммуникация инженеров метрики DORA и здоровье команды предотвращение сбоев в производстве навыки технического лидерства «Почему хорошие команды разработчиков создают плохое программное обеспечение?» «Как радикальная откровенность применяется к командам разработчиков программного обеспечения?» «В чем разница между психологической безопасностью и вежливостью?» «Как руководители инженерных команд могут проводить более откровенные проверки кода?»