Менеджмент

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

Такая же история с самоорганизующимися командами. Их не бывает.

Самоорганизующаяся команда - это та, что может работать без тимлида, коллективно решая, что и как ей сделать.

В истории человечества не получается вспомнить хотя бы одного значимого проекта, где успеха добивалась плоская команда. А успешный кейсов команд с тимлидами во главе - масса. От древних племён первобытных людей, успешно выживших в ледниковый период, до коллективов учёных, запустивших холодный синтез, у команд всегда был тимлид, который позволял направить деятельность участников в правильное русло и разрешить внутренние противоречия.

Человек не умеет работать в режиме самоорганизации, такова наша природа. Попытки в плоскую структуру приводят лишь к анархии и беспорядку. Отсюда мне совершенно непонятны попытки строить команды, где нет явных ответственных за результат.

Если вы "построили" самоорганизующуюся команду, то приглядитесь к ней. Скорее всего, в ней есть неофициальный тимлид, который почему-то не хочет получать больше денег за организаторскую работу, которую он ведёт.

Так почему же популярна идея построения команд без явно выделенного тимлида?
Адепты "теории плоской команды" называют следующие причины:

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

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

Я очень не люблю делать одну и туже работу при создании проектов. На протяжении 9 лет к нам периодически обращаются за разработкой e-commerce проектов. Как правило это крупные проекты, которым не подходит CMS система, а требуется больше с точки зрения нагрузки и возможностей. По этому каждый раз мы бесконечно проходим одни и те же этапы согласования, что мы будем включать в проект. И, как правило, клиенту надо показать все возможности, чтобы они из всего выбрал то, что ему надо и на что есть бюджет.

В итоге я решил собрать для себя, команды и клиентов такой материал, где описал по максимум, что должно быть и что может быть в e-commerce. И вот делюсь им со всеми и надеюсь можем даже доработать его вместе, чтобы все компании и студии могли пользоваться на этапе брифинга с клиентом, или отдавать UX дизайнеру структуру или сразу рисовать дизайн.

В современном мире бизнеса, где agile-манифесты стали священным писанием, а канбан-доски — алтарями продуктивности, мы часто оказываемся в ловушке непрерывного действия. Заваленные задачами, дедлайнами и коммуникациями, мы превращаемся в винтики гигантской машины, стремясь выполнить всё «здесь и сейчас». Культура постоянного движения, бесконечных спринтов и быстрых результатов захватывает нас целиком, заставляя забыть о критически важном элементе успеха: необходимости остановиться и подумать.

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

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

Стратегическое мышление — это и есть та самая «карта» в мире проектов. Это способ видеть проект не как набор отдельных задач и дедлайнов, а как целостную систему, тесно связанную с бизнес-целями, рыночными тенденциями и конкурентной средой. Это умение не только реагировать на текущие события, но и прогнозировать будущее, предугадывать потенциальные проблемы и заранее подготавливать эффективные решения. Это умение задавать себе вопросы «зачем?» и «почему?», а не только «как?» и «когда?».

Введение: Я, нейронка и немного магии

Теория на пальцах: Как работает этот черный ящик?

Голос в текст: Моя эпопея с транскрипцией

Числа и токены: Считаем на коленке

Редактируем и учим: Как я подружился с моделью

Выводы с оговорками: Ошибки есть, но я старался

Этот кейс будет полезен всем, кто занимается подготовкой и поддержкой учебных устройств в образовательных учреждениях и EdTech проектах. Если в вашей организации сотни компьютеров и планшетов Apple, которые нужно оперативно настраивать, готовить к учебному процессу, обновлять и очищать, автоматизация этих процессов становится критически важной. Мы расскажем, как один корпоративный университет упростил администрирование своего парка устройств с помощью Ринго MDM.

Немного о клиенте

Это корпоративный университет. Назвать его не можем, поэтому обозначим его Университет N.

Ко мне в работу нередко приходят молодые люди и девушки 30+, которые внезапно осознали, что их работа перестала приносить удовольствие. Кто-то устал от рутины, кто-то понимает, что зарплаты не хватает, а кто-то просто больше не видит смысла в своей деятельности. И тогда возникает мысль: «А что, если всё поменять?»

Но вместе с этой идеей приходят и страхи.

Привет! На связи Ксения. Если вы уже читали мои публикации, то должны быть в курсе, что я отвечаю за блог «IT для детей». А если нет, то будем знакомы. 

Сегодня хочу рассказать о том, что такое клуб программирования для детей и почему это условное понятие тесно связано с категорией «нетворкинг». Сразу отмечу, что посыл не совсем стандартный, а используемые мной формулировки могут показаться неуместными, поэтому хочу начать с обоснования.

Привет, дорогие хабровчане! Решили принять участие в проекте коллег и внести свою лепту в общий флуд на тему ИИ. Наш главред Павел Соколов написал короткий рассказ. Итак, будущее здесь. Фантазия на тему того, что нас, возможно, ждет. Всем приятного прочтения! 

p.s. Написан без использования ИИ:)

Привет! Я Ксюша – пишущий редактор. Веду блог «IT для детей» и стараюсь максимально подробно и доходчиво рассказывать о дополнительном обучении современных школьников в направлении информационных технологий.

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

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

Не хватает гибкости? Нужен Scrum. Нужно побыстрее выпустить продукт? Нужен Scrum. Нужна самоорганизованная команда? Работай по Scrum. Кажется, что эта методология стала слишком популярной, но при этом не везде работает так, как должна. Почему так — пообщались с сертифицированным Scrum-мастером Дмитрием Ирешевым и узнали, какие проблемы таит в себе этот фреймворк.

Доверие — очень классная штука. О нём можно говорить высокопарно, им можно манипулировать, в него можно играть, его можно имитировать. В представлении большинства доверие — это предоставление полной свободы действий сотруднику, партнёру, ребёнку… Но если рассматривать проблему рационально, доверие — это возможность делегировать и разделять ответственность с адекватной мерой самостоятельности и с возможностью безболезненного контроля. Если я доверяю своему ребёнку делать домашки самостоятельно, то разве проверка тетрадок вечером будет недоверием? Это скорее будет частью командной работы, в которой я подстраховываю ребёнка от значительной неудачи и контролирую наличие грубых ошибок, которые в конечном итоге оставят материал непонятым, расстроят учителя и ученика, огорчат родителей. 

Аналогично: если я доверяю код программистам, но вечером что-то поправлю, оптимизирую и отрефакторю для лучшей работы приложения на проде, я кто — ведущий разработчик или тимлид-тиран? 🙂

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

«Плохие» руководители и критика: почему честная обратная связь пугает людей?

Время от времени в сети вспыхивают споры: какой стиль управления лучше? Кто-то говорит, что руководитель должен быть добрым наставником, поддерживать и вдохновлять. А кто-то, что настоящий лидер требует, контролирует и ставит жесткие цели.

Pet-проектом может быть что угодно — веб- или мобильное приложение, библиотека, игра или даже технический блог. Его основная цель — саморазвитие, исследование новых технологий и реализация собственных идей без давления извне.

Для некоторых middle-специалистов тренировочные проекты — это обязательная часть профессионального роста или отличный способ заявить о себе, другие считают их пустой тратой времени на то, что всё равно не будет реализовано. Давайте разберёмся, когда они действительно могут быть полезны, а когда лучше направить силы на что-то другое. 

В 2024 году Минцифры представило проект, который существенно изменит требования к программному обеспечению (ПО), установленные Постановлением Правительства РФ № 1236. Как эти изменения повлияют на разработчиков ПО? Какие новые вызовы возникнут для отрасли? В статье мы подробно разберем ключевые моменты, которые заставят каждого участника рынка пересмотреть свои подходы.

Будни багхантера — это непрерывная охота за уязвимостями, успех в которой зависит не только от опыта и навыков, но и от банального везения. Недавно мне попалась по-настоящему крупная добыча: я обнаружил XSS-уязвимость (межсайтовый скриптинг) в одном из поддоменов Google.

В статье расскажу, как мне удалось заработать на этой находке и оставить свое имя в «зале славы» багхантеров Google.

Знаете ли вы, что более 90% строительных проектов выходят за рамки бюджета, а 89% подрядчиков регулярно сдают проекты с задержкой? При этом каждая стройка генерирует терабайты данных, которые чаще всего остаются необработанными, хотя имеют большой потенциал для оптимизации. Неудивительно, что индустрия активно ищет способы повышения эффективности процессов, и машинное обучение становится одним из ключевых инструментов.

От автоматической генерации строительных графиков до роботов-каменщиков с миллиметровой точностью укладки — ML-технологии уже трансформируют отрасль. Системы компьютерного зрения отслеживают безопасность на площадках, алгоритмы предсказывают задержки проектов, а генеративный дизайн оптимизирует архитектурные решения.

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

Несмотря на постоянно растущий спрос на решения для информационной безопасности, число успешных кибератак на организации по всему миру ежегодно увеличивается. По нашим данным, в 2023 году этот показатель вырос на 18%, и, судя по тенденциям 2024 года, этот рост продолжится. Одна из причин – повсеместная цифровизация. Компании автоматизируют процессы и внедряют новые продукты и сервисы, что ведет к увеличению числа цифровых активов, которые могут стать уязвимым местом в инфраструктуре.

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