Как руководителю работать с сотрудниками с РАС

Поводом для написания данной статьи стало мое личное общение с разработчиками и наблюдение за коллегами в процессе работы. Не являясь разработчиком, мне всегда интересно с ними общаться, узнавать как у них дела, что они думают о своей команде и проекте. И со временем я заметил интересное наблюдение, о котором и хочу сегодня поговорить. Коллеги жалуются на коммуникацию? Не понимают шуток? Пытаются ограничить свое пространство стаканчиками, цветами или иными вещами? Предпочитают работать в темноте и желательно ни с кем не разговаривать? Предпочитают документ живому общению? Жалуются на тревожность и усталость от офиса? Возможно, вы руководите сотрудниками с расстройством аутистического спектра (РАС). Расстройство аутистического спектра (РАС) - это нейробиологическая особенность развития, при которой человеку может быть сложнее взаимодействовать с окружающими, адаптироваться к изменениям и обрабатывать большое количество социальных или сенсорных стимулов. При этом РАС - это именно спектр: проявления могут быть очень разными. Важно понимать одну простую вещь: руководителю не нужно ставить диагнозы. Наша задача - не навешивать ярлыки, а создавать условия, в которых человек сможет эффективно работать.

https://habr.com/ru/articles/1041386/

#управление_людьми #управление_командой #сотрудники #cto #менеджмент #люди #сотрудничество #взаимодействие

From Founding Engineer to CTO to CEO

In this #CaseStudy, Trisha Ballakur shares her journey from writing code to leading an entire company at Pointz.

Key takeaways:
➤ Applying core software engineering skills to executive leadership
➤ The mindset shifts and habits that must be unlearned to succeed
➤ A practical framework for balancing engineering best practices with the realities of a fast-moving startup

🔗 Watch now: https://bit.ly/49pa7bo

📄 #transcript included

#Leadership #SoftwareEngineering #CTO #StartupLeadership #EngineeringManagement

256 зелёных тестов на нерабочем коде. Так выглядит «услужливый клерк» внутри нейросети

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

https://habr.com/ru/articles/1038582/

#AI #контроль_качества #тестирование #ИИагенты #CTO #AI_Native #Anthropic #галлюцинации #лояльность #дирижёр

10× труда. 10% к бонусу. Главный риск AI-эпохи — это сениор AI-инженер, который умеет считать

В книге *«Hard Things About Hard Things»* Бен Хорвитц формулирует одно из тех правил, которые звучат банально ровно до того момента, как ты пробуешь их нарушить: > Сотрудник работает хорошо, когда знает, что это принесёт пользу компании — и ему лично. И то и другое одновременно. Не одно из двух. Это уравнение держало индустрию софта 30 лет. Слева — польза компании от твоего труда. Справа — то, что ты за это получишь. Зарплата. Бонус. Промо. Опционы. Признание. Equity. Что угодно, лишь бы две стороны были соизмеримы. Уравнение работало, потому что у обеих сторон был естественный ограничитель — масштаб одного человека. Один разработчик закрывает столько-то задач в спринт. Senior — больше, но не в 10 раз. Бонус вырастает соразмерно. Промо приходит соразмерно. Уравнение балансируется само собой — год за годом, без особых усилий со стороны менеджмента. Теперь представь, что одна сторона уравнения внезапно взлетела в 10 раз.

https://habr.com/ru/articles/1037802/

#AI #CTO #лояльность #AIинженер #Engineering_Management #Хорвитц #мотивация #AI_Native #найм #10x

Почему 10× от AI могут дать только лояльные сотрудники

В прошлой статье я говорил, что конвейерная модель производства софта несовместима с AI, и что вместо конвейера нужен дирижёр — сильный инженер с продуктовым мышлением, управляющий оркестром агентов. Ту статью многие прочитали как «вот и хорошо, нанимаем нескольких сеньоров, увольняем середину, экономим на FTE». Это понятно с точки зрения CFO — но это полупонимание. Дирижёр без мотивации — это не дирижёр. Это дорогой пассивный наблюдатель. AI рядом с ним даст ровно ноль ускорения. Сегодня — про вторую половину. Кто реально получает 10× от AI и почему это вопрос лояльности, а не технологии.

https://habr.com/ru/articles/1037540/

#AI #GenAI #AI_Transformation #лояльность #CTO #AIагенты #Engineering_Management #AI_Native #10x #конвейер

Is your organization truly secure, or just compliant?

For FinTech, HealthTech, and BFSI enterprises, a single unpatched flaw is a catastrophic risk. Safeguard your assets with Cyborgenic’s dual-layered Vulnerability Assessment & Penetration Testing (VAPT).

We combine continuous scanning with elite ethical hacking to expose and patch critical blind spots before threat actors exploit them. Ensure PCI-DSS, HIPAA, and SOC 2 compliance

👉 Protect your data: https://cyborgenic.com/service-post/vulnerability-assessment-penetration-testing/

#VAPT #CISO #CTO

Дирижёр вместо конвейера: как AI ломает классический pipeline разработки

Мы все привыкли строить производство софта как конвейер. Продакт берёт идею, отдаёт аналитику. Аналитик пишет требования, отдаёт разработчику. Разработчик пишет код, отдаёт QA. QA проверяет, отдаёт DevOps. DevOps выкатывает в прод. Каждый знает свой участок. Каждый передаёт результат дальше. Лента сама довозит результат до пользователя. Так работало 30 лет. И вот в каждый из этих участков пришёл AI-агент. И конвейер начал барахлить. Починить конвейер? Или заменить? Узнаем!

https://habr.com/ru/articles/1037510/

#AI #GenAI #AI_Transformation #CTO #AIагенты #AI_Native #конвейер #дирижёр #разработка #AInative

Почему ваши инициативы в компаниях не взлетают? Продвигаем изменения через истории

Типичная ситуация: вы находите проблему в компании. Понимаете, как её решить. Пишете документ, готовите презентацию, объясняете идею руководителю. Все соглашаются: «Да, звучит разумно». И… ничего не происходит. Документ лежит в wiki. Архитектура остаётся прежней. Процесс не меняется. С похожими ситуациями сталкиваются не только инженеры, которые пытаются продвигать изменения, но и в целом те, кто стремится расти внутри компании — брать на себя больше ответственности, влиять на решения и двигаться по карьерному треку. Можно делать сильные предложения и запускать инициативы, но всё равно оставаться в одной точке, без реального прогресса. Автор этого текста много раз оказывался в таких ситуациях — и как инициатор изменений, и как человек, который наблюдает за ними со стороны. Долгое время казалось, что проблема в качестве идей: если идея правильная, она должна взлететь. Если документ сильный — его должны реализовать. Но со временем стало очевидно: дело почти никогда не в самой идее. Дело в том, как она проживается людьми вокруг — и какую историю про неё в итоге начинают принимать.

https://habr.com/ru/companies/ostrovok/articles/1036560/

#управление_изменениями #карьерный_рост #работа_со_стейкхолдерами #storytelling #soft_skills #cto #менеджмент #психология