home.social

#эффективность_команды — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #эффективность_команды, aggregated by home.social.

fetched live
  1. [Перевод] ИИ ускоряет код, а продуктивность не растет: что на самом деле стоит замерить

    Казалось бы, волшебную ИИ-таблетку уже изобрели, и пора бы всем разработчикам выдавать в три-четыре раза больше качественного кода. Так почему этого не происходит? Может, померяем, насколько усердно они бьют по клавиатуре, возьмем количественные показатели из фреймворка DORA… и все равно не поймем, что не так. А как насчёт фреймворка SPACE? Опять чего-то не хватает. Возможно, стоит смотреть и шире, и глубже одновременно. Разработчик же не сферический конь в вакууме: он общается с коллегами, ищет документацию, ждет согласований начальства, и на все это уходят время и силы, которых уже не остается на написание кода. Чтобы учесть скрытые хронофаги и узкие места, DORA и SPACE стоит дополнить метриками DevEx , и тогда, возможно, пазл сложится. Разберем, какие метрики за что отвечают и как ИИ-инструменты меняют измерение DevEx в 2026 году. Подробности под катом.

    habr.com/ru/companies/croc/art

    #space #управление_разработкой #эффективность_команды #dora #developer_experience #продуктивность_разработчиков #devex #опыт_разработчика #ииассистенты #метрики_разработки

  2. Восемь часов онлайн ≠ восемь часов работы. Зачем мы вообще логируем время сотрудников?

    Восемь часов в офисе ещё не означают восемь часов работы. Но и полностью отказаться от контроля времени получается далеко не всегда: есть поддержка, дежурства, встречи, SLA и задачи, где фактические трудозатраты действительно важны. Я попробовал разобраться, что именно мы контролируем, когда считаем рабочие часы: время, доступность, присутствие или всё-таки результат. И в какой момент нормальный управленческий инструмент начинает превращаться в недоверие к сотруднику.

    habr.com/ru/articles/1080288/

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

  3. [Перевод] Как выбрать норму управляемости в IT без перегруза руководителей

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

    habr.com/ru/companies/otus/art

    #норма_управляемости #управление_командой #размер_команды #ITменеджмент #масштабирование_компании #эффективность_команды #ИИ_в_управлении

  4. Как я стал настоящим опытным CTO и понял, что управляю отделом

    Я CTO в Арлифте — мы сдаём в аренду и продаём спецтехнику: подъёмники, мини-краны и вакуумные захваты. Наши машины работают на стройках Газпрома, Росатома, Сибура. Меняли стеклопакет на небоскрёбе Лахта весом в 2,1 тонны. Мы остекляли и помогали строить Москва-Сити. 25 городов, 3 страны, оборот 6 млрд в год и основной стек — платформа 1С и Битрикс24. С 2021 года компания начала развивать новое направление — аренду AWP (самоходных подъёмных платформ для подъёма людей на высоту). Раньше такой техники на рынке почти не было, но она быстро стала востребованной в строительной отрасли. Арлифт начал импортировать AWP из Китая и за 5 лет сформировал собственный арендный парк более чем из 2000 машин. За последние три года оборот компании вырос в 10 раз! Мы очень сильно и быстро выросли: компания открыла много новых филиалов, количество заказов увеличилось в 3 раза. И у меня, как у руководителя ИТ, возникли сложности: — Мы жили в мире разработки 1С, где нет таких процессов, как оценка фичи, код-ревью, автоматизированное и регрессионное тестирование и так далее. Обычный процесс — заказчик принёс фичу, я или аналитик пишем ТЗ, а разработчик реализует задачу. — Нас засыпали фичами, бэклог разросся на десятичные порядки. Аналитики брали фичи по тому, какая им нравится, или по тому, где есть личные отношения с заказчиками, а не то, что было реально нужно аналитикам или бизнесу. — Сроки реализации никто точно не знал. Это приводило к конфликтам с бизнесом: мы не могли ничего обещать и ответить на входе, сколько фича будет делаться. Говорили: «Как будет, так будет». Чтобы хоть как-то управлять процессом, решили использовать модуль Скрам в нашей тикет-системе Битрикс24. Это позволило начать планирование спринтов, но я не чувствовал, что управляю бизнес-бэклогом. Да и что происходит в разработке, было непонятно. В тот момент у меня возник синдром самозванца: я чувствовал себя скорее аналитиком и архитектором, чем руководителем отдела разработки. Что делать? Для начала — то, что раньше держалось на негласных договорённостях, надо было приводить в порядок и делать управляемыми процессами. За 2 года я пересобрал принципы работы, и получилось обещать и чётко выполнять сроки внутренним заказчикам, реалистично оценивать важность фичей, не пропускать стратегические вещи, контролировать, кто над чем и насколько эффективно работает, прямо реально видеть каждый статус каждой задачи. И бизнес, и я, и команда почувствовали, что стало понятнее и лучше. Сейчас расскажу, как.

    habr.com/ru/companies/kaiten/a

    #CTO #1С #Битрикс24 #Kaiten #Agile #Kanban #оценка_задач #бэклог #DataLens #эффективность_команды

  5. Почему плести сети лучше, чем тушить пожары: эффективная разработка ПО с опорой на автоматизацию тестирования

    В начале 2024 года я устроилась Senior Software Test Automation Engineer в финтех-стартап. После работы в большой стабильной корпорации это был настоящий вызов ― попасть в живой дышащий мир молодой продуктовой компании, пытающейся занять своё место на рынке. Мне понравился продукт и привлекала возможность влиять на процессы, даже устанавливать новые. Сперва я изучала как всё работало на тот момент, особенно меня интересовал вопрос обеспечения качества. В жизни я стремлюсь к эффективности: получать больше, а тратить меньше. В бизнесе такой подход приветствуется, особенно в стартапе. Причем стартап банально не выживет если он неэффективен. Я чувствовала себя на месте. Так вот, в этой компании я встретила подход automation first. Это означало, что весь разрабатываемый функционал сразу же покрывался автотестами. В добавок к этому были задействованы многие продвинутые инженерные практики, к которым, как я знала из опыта, компании и проекты приходили через боль, страдания, унижения и годы беспросветного мануального регрессионного тестирования. Однако не всё было идеально, проблем тоже хватало, даже при том, что скорости релизов мы достигли прямо таки нереальной, обеспечивая при этом отличное качество. В этой компании существовала доселе не встречавшаяся мне структура ― инженерное комьюнити. В каждой дисциплине было своё. У инженеров по качеству ― QA Community. Польза его для процветания компании неочевидна при первом взгляде. Как человеку, который любит докопаться до причин всего на свете, мне было любопытно как это работает и почему. В том числе влекомая этом любопытством я спустя некоторое время выдвинула свою кандидатуру на должность очередного QA Community Lead. Да, должность выборная, как президенство, срок правления ― год, потом смена власти. Немного ранее выборов у нас сменился СТО и объявил, что теперь теперь избранный кандидат должен получить также апрув от него, а также он может оставаться на должности дольше, если нет возражений от комьюнити и/или СТО. Или пока не настанет импичмент, а такое тоже было в истории компании.

    habr.com/ru/articles/1044700/

    #ROI #системное_мышление #управление_разработкой #эффективность_команды #инженерная_культура #quality_gates #автоматизация #технический_долг #continuous_improvement #тестирование_ПО

  6. Время закрывать доски. Ваш SaaS таск-трекер — это просто слой лака над базой данных

    Как ИИ-агенты, «вайб-кодинг» и $285 миллиардов испаряющейся капитализации ставят крест на Monday, Asana, Trello и всех, кто продаёт красивые доски за 10 долларов в месяц Я помню 2018 год. Мы подключились к Asana всей командой. Это было красиво: разноцветные колонки, порхающие между ними карточки, анимация единорога, пролетающего через экран, когда ты закрываешь задачу. Серьёзно, у них там был единорог. Мы чувствовали себя продуктивными. Мы были продуктивны ровно до того момента, пока не поняли, что половина команды продолжает обсуждать задачи в Телеграме, треть ведёт свой личный Trello, а PM тихо матерится и всё равно собирает статус в Excel по пятницам. Сейчас мне даже немного стыдно за тот восторг. Потому что весь этот рынок, разноцветные досочки, канбан-борды и автоматизации «если задача просрочена, дёрни ответственного», катится в тартарары. И его убьёт не конкурент с более красивым интерфейсом. Его убьёт команда из трёх человек, которая за выходные соберёт себе инструмент под свои процессы с помощью Claude Code, даже не открыв браузер с Monday.com. Цифры, от которых у вашего инвестора дёргается глаз Начнём с главного. 2 февраля 2026 года Anthropic выпустила, казалось бы, рутинное обновление Claude Cowork (плагин для автоматизации юридических задач). Через 24 часа с технологических акций было стёрто $285 миллиардов рыночной стоимости. Именно стёрто, не «скорректировалось», не «немного просело». SaaS-акции пережили худший квартал со времён финансового кризиса 2008 года. Термин «SaaSpocalypse» перестал быть шуткой криптоскептиков и вошёл в словарь CFO из Fortune 500.

    habr.com/ru/articles/1037772/

    #таймменеджмент #менеджмент #управление_проектами #эффективность_работы #системы_управления #эффективность_команды #управление_командой #мотивация_сотрудников #saasсервис #aiагенты

  7. Как превратить тяжелую работу в легкую: проверенные рекомендации

    Представим: вам пришла новая задача с высоким уровнем неопределенности. Требуется разобраться в процессе, уточнить порядок согласований и получить дополнительные данные от коллег. Такое задание автоматически воспринимается как более трудоемкое, чем есть в действительности. Так что же делает работу тяжелой? Спойлер - не ее сложность. Может показаться, что мы вешаем ярлык «тяжелые» на задачи, которые требуют больше энергии на усвоение информации. Простыми же считаем те, в которых мозг «отдыхает». Это звучит логично, но работает не совсем так. Мозг потребляет много энергии, даже когда вы просто смотрите видео или листаете ленту. Более того, обработка визуальной информации может нагружать нейронные сети не меньше, чем некоторые интеллектуальные задачи. Но при этом просмотр видео почти не ощущается как усилие. А вот написание текста, анализ или сложная задача - да. Все дело не в объемах информации, которые может переработать мозг, а в когнитивном контроле. В статье расскажу, как быстрее решать даже сложные задачи и где прячется продуктивность.

    habr.com/ru/companies/directum

    #менеджмент #управление_проектами #управление_командой #таймменеджмент #системы_управления #мотивация_сотрудников #эффективность_команды #эффективность_работы

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

    Если открыть любой рабочий мессенджер, создаётся ощущение высокой вовлечённости: обсуждения не прекращаются, апдейты приходят постоянно, команда «на связи» и все задачи «в работе». Я как Project Manager стриминга кино viju.ru сама в этом варюсь каждый день — десятки тредов, уточнений, синхронизаций, но в какой-то момент ловишь себя на мысли: чем больше коммуникации, тем меньше реального движения задач. Это не просто ощущение. По данным Microsoft, у перегруженных специалистов переключение внимания происходит каждые две минуты, а 60% встреч — внеплановые. Atlassian дополняет: 65% сотрудников считают важнее быстро ответить на сообщение, чем продвинуться по задаче. В сумме это приводит к довольно неприятному выводу: проектное управление постепенно умирает.

    habr.com/ru/companies/viju/art

    #project_management #управление_проектами #agile #scrum #коммуникации_в_команде #управление_задачами #рискменеджмент #принятие_решений #эффективность_команды #backlog

  9. Ты ответил правильно, но тебя не поняли

    В командной работе есть парадокс, который раздражает сильнее, чем чужие ошибки. Ты объясняешь, и объясняешь все верно, но твой собеседник тебя не понимает, хоть ты тресни. Не его, разумеется. По столу например :) Эта ситуация, в общем-то, не редкая и встречается почти повсеместно. Я собрала небольшой гайд по ясной коммуникации в работе про то, как этого избежать.

    habr.com/ru/companies/otus/art

    #софт_скиллы #коммуникация_в_команде #обратная_связь #тимлид #управление_командой #soft_skills #конфликты_в_команде #рабочая_коммуникация #эффективность_команды #деловое_общение

  10. Когда AI становится частью мышления: что происходит с мозгом при потере инструмента

    На прошлой неделе заблокировали уже 5-й аккаунт в любимом Сlaudе, в основном через который работал с AI. Claude Code — десктоп, терминал и VS Code. В основном менеджерские задачи и прототипирование. Сейчас большая часть рабочих задач у меня проходит через AI-интерфейсы. И вместе с аккаунтом улетела часть рабочего контекста: проекты, истории диалогов, наработки за несколько месяцев. И это коснулось не только меня — заблокировали десятки аккаунтов у коллег по компании. Целая команда разом потеряла рабочий инструмент, кратно повышающий эффективность. Формально не всё пропало. Часть файлов лежат локально, прошлые блокировки научили. Но пропала связность. Всё превратилось в набор разрозненных кусков, с которыми заново нужно учиться работать. Попробовал переключиться на ChatGPT и Codex — вроде тоже AI, что-то умеет. Но результаты оказались довольно посредственными. Другая логика, другой контекст, нет привычных наработок с агентными структурами. По факту — всё равно снижение продуктивности. Даже наличие альтернативы не спасло, когда глубоко встроил конкретный инструмент в свой рабочий процесс.

    habr.com/ru/articles/1010134/

    #AI #искусственный_интеллект #продуктивность #когнитивная_наука #cognitive_offloading #зависимость_от_AI #Claude #ChatGPT #эффективность_команды #workflow

  11. «Математика технического долга: как графики в MATLAB показывают накопление скрытых издержек в IT-экономике 2026 года»

    Аннотация Финансовые операции в региональном банке обрабатывает PHP-скрипт 2003 года. Интернет-банк держится на HTML-фреймах, давно исключённых из стандартов. Это не архив веб-технологий — это продакшен 2026 года, полный «технического долга». Статья «Археология кода» на Хабре показала: это не баги, которые можно пофиксить, а скрытая мина замедленного действия под бизнесом. Каждый день работы такой системы — это не явный счёт на рефакторинг, а постоянная утечка денег: на замедление разработки, на исправление неочевидных сбоев, на упущенные возможности. Пришло время перестать говорить о техдолге как о метафоре. В условиях 2026 года, где скорость вывода продукта решает всё, он становится чистой экономикой — системными финансовыми рисками и реальными отложенными издержками. Но как доказать это руководителю, который видит только счёт от команды на «непонятное улучшение архитектуры»? Как принять взвешенное решение: погашать долг сейчас или отложить? В этой статье мы не будем философствовать. Мы построим инструмент для принятия решений . С помощью математической модели и анимированных графиков в MATLAB мы визуализируем экономику технического долга. Вы увидите, как он накапливается и «проедает» бюджет, как разные стратегии управления им сказываются на скорости команды и, в конечном счёте, на деньгах компании. Прочитав материал, вы получите не просто понимание проблемы, а конструктивную основу для собственных расчётов : готовую модель, которую можно адаптировать под параметры вашего проекта, и идеи для экспериментов, чтобы количественно оценить риски и найти оптимальную точку для инвестиций в качество кода.

    habr.com/ru/articles/982560/

    #Технический_долг #Экономика_разработки #MATLAB_симуляция #Математическое_моделирование #Управление_качеством_кода #Анимированные_графики #ITэкономика_2026 #Рефакторинг #Эффективность_команды #Визуализация_данных

  12. 8 друзей Белбина. Разбираем командные роли на примере команд разработки

    Представьте: в одном углу опенспейса — молчаливый архитектор, который рисует новую схему взаимодействия микросервисов. Рядом — дотошный QA-инженер, который на код-ревью проверяет не только логику, но и нейминг переменных. Его сосед — бэкенд-разработчик, который одной уместной шуткой снимает напряжение перед дедлайном. А по коридору несётся энергичный тимлид с криком «Ребята, я придумал, как ускорить деплой!». Это не сцена из сериала «Кремниевая долина» — это ваша команда разработки, если посмотреть на неё через призму теории Белбина.

    habr.com/ru/companies/yoomoney

    #командные_роли #управление_командой #hr #менеджмент #психология #исследование #эффективность_команды #распределение_ролей

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

    Рассказываю о философии «липкой паутины» и о том, как я сделал инструмент, который превращает разрозненные дела в целостную систему. Без дедлайнов и уведомлений. Если вы когда-нибудь чувствовали, что тонете в бесконечных списках задач, выставляете галочки в трекере, но при этом не видите общего прогресса — вы не одиноки. Я много лет искал систему, которая показывала бы не просто «что сделано», а «как всё связано». И нашёл её в самом неожиданном месте — наблюдая за тем, как обычный паук плетёт свою сеть. Традиционные инструменты (канбан, TODO-листы) учитывают задачи, но игнорируют связи между ними. Они измеряют скорость, но убивают целостность. Паутина же — идеальная визуальная метафора для любой сложной системы. И сегодня я покажу, как эта метафора воплотилась в работающий инструмент — Stickyweb .

    habr.com/ru/articles/960356/

    #Управление_проектами #продуктовая_разработка #визуализация #системное_мышление #зависимости #целостность #инструменты #трекер_задач #эффективность_команды #эффективность_работы

  14. Дизайн-метрики, которые не бесят. Как мы начали считать эффективность и подружили дизайн с цифрами

    Не так давно в моем календаре появилась встреча под названием «Эффективность дизайнеров». И это выглядело как личное оскорбление. Мы всегда работали по спринтам, закрывали задачи, и вопросов к нашей эффективности ни у кого не возникало. До этого дня. На встрече мне поставили задачу — разработать систему для подсчета производительности каждого дизайнера. Я была уверена, что это невозможно: разный профиль дизайнеров, разный объем проектов. В каких таких попугаях я должна считать, насколько эффективно отрисовал дизайнер MES-интерфейс или сгенерировал картинки для сайта?! И в целом, идея засунуть творчество в рамки Excel-таблицы казалась мне абсурдом, который убьет всю магию, превратит вдохновение в сухую отчетность и по итогам моя команда выгорит тотально. Но я ошибалась. Это было не концом, а началом истории о том, как самая ненавистная и абсурдная идея превратилась в главный инструмент, который понятен бизнесу. Но при этом защищает, а не угнетает команду.

    habr.com/ru/companies/nlmk/art

    #метрики_производительности #эффективность_команды #jira #excel

  15. [Перевод] 5 способов повышения эффективности команды

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

    habr.com/ru/companies/otus/art

    #управление_командой #эффективность_команды

  16. Как и на какие метрики смотреть в поисках зоны роста команды?

    «Как и на какие метрики смотреть в поисках зоны роста команды?» — на эту тему менеджеры проектов в нашей компании задумываются регулярно, так как менеджеры отвечают в том числе и за эффективность процессов. Правильный ответ на вопрос будет зависеть от контекста команды, заказчиков, продукта, рабочего процесса и много чего еще. Но можно выделить ряд метрик и отчетов, построенных на этих метриках, которые будут универсальны, и которые можно брать за основу для анализа. А поскольку hh.ru — компания, которая несколько последних лет применяет Kanban-метод, то и метрики ниже будут сильно пересекаться с тем, что этот метод предлагает. Меня зовут Денис Николаев, и я менеджер проектов в hh. В этой статье покажу, на какие основные отчеты смотрю я. Также добавлю примеры того, на что обращать внимание в этих отчетах, чтобы в дальнейшем работать над повышением эффективности.

    habr.com/ru/companies/hh/artic

    #метрики_разработки #kanban #анализ_процессов #управление_проектами #datadriven #процесс_разработки #lead_time #cycle_time #эффективность_команды

  17. Эффективность командная и собственная: про поломки, НЕ тайм менеджмент и дешевый дофамин

    Эффективность, продуктивность, самодостаточные команды, гибкость (или даже agility) – про это говорят спикеры, организуются круглые столы, записываются подкасты. Причины такой популярности, особенно сейчас абсолютно очевидны и оправданы. В нашей суровой реальности у компаний и предпринимателей крайне мало времени на совершение маневра. При сегодняшней турбулентности всего окружения у ТОП менеджмента и собственников должна быть сильная организация, которая не просто выдерживает все эти «подарки судьбы», но и умудряется двигать бизнес вперед к новым вершинам. Ну и понятно, что любая нестабильность в командах (читай текучка или слабина ресурсов) – это дополнительная головная боль, временные и денежные затраты, которые сейчас есть куда использовать с большим выхлопом. Поверьте, я часто наблюдаю, с какой болью и напряжением ведут дела даже крупные компании, даже с самым крутым топ менеджментом, но сильно турбулентными командами Рассуждая про эффективность, мы часто и много говорим про правильную приоритезацию, стратегию, видение, взаимоотношения менеджер – сотрудник, но на выходе, что хочет получить любая бизнес ориентированная компания – стабильно работающую организацию, которая как можно дольше и (желательно) автономно сможет приносить деньги. С минимум вложений, вовлечения топ менеджмента и упаси Бог без коллапсов и развалов. И вот вопрос, какие есть способы этого добиться и почему они не всегда работают....

    habr.com/ru/articles/880488/

    #эффективность #эффективность_работы #эффективность_труда #продуктивность_работы #продуктивностть #продуктивность_команды #эффективность_команды #управление_командой #мотивация_персонала #рост_продуктивности

  18. Как мы используем GPT для поиска формулы результативной команды

    Что если идеальная команда — это не о звёздах, а о балансе? В этой статье я делюсь своим экспериментом: как с помощью GPT я ищу формулу результативной команды, где каждый человек — на своём месте, задачи решаются быстро, а результаты впечатляют. Если вы руководитель, стартапер или просто интересуетесь мотивацией и эффективностью, эта статья для вас. Вместе разберём, как технологии могут помочь преодолеть когнитивные искажения, убрать субъективность и построить действительно работающую команду.

    habr.com/ru/articles/866518/

    #gpt #управление_командой #эффективность_команды #мотивация_сотрудников #роли_в_команде #результативность #стратегическое_мышление #метрики_продуктивности #построение_команды

  19. Как искусственный интеллект поможет увеличить эффективность команд

    Несмотря на то, что ChatGPT и множество других ИИ-помощников уже стали важной частью современности, споры об их роли и применимости в ИТ продолжаются. Одни считают ИИ хайпом, который спадет — и после станет просто очередным инструментом в ряду других. А другие уверены, что технологии и сам принцип работы в командах изменятся до неузнаваемости. Пришло время разобраться, кто прав.

    habr.com/ru/companies/psb/arti

    #ии #искусственный_интеллект #виртуальные_помощники #иипомощники #эффективность_команды

Share on Mastodon

Enter the server where you have an account.