'It Doesn't Have to Be Crazy at Work'가 제시하는 지속 가능한 업무 원칙

중요한 대화는 즉각적인 반응을 지양하고 신중하게 생각하여 글로 작성하며, 결정된 사항에는 동의 여부와 관계없이 팀 전체가 헌신해야 한다.

🔗 원문 보기

리더십은 선택이 아닌 존재의 방식: 의도적인 리더십의 중요성

리더의 모든 행동과 비행동은 팀원에게 메시지를 전달하므로, 관리자는 자신이 항상 리드하고 있다는 사실을 인지하고 의도적으로 행동해야 한다.

🔗 원문 보기

[Ask GN: AI가 오케스트레이션까지 하는 시대, 팀 리더의 역할은 어디까지일까요?

AI 기술의 급속한 발전으로 인해 팀 리더의 역할이 변화하고 있다는 주제의 토론 글입니다. 특히 AI가 팀 내 오케스트레이션 작업을 효율적으로 처리함에 따라, 팀 리더는 사람과 AI 간 역할 분배, 단기적 생산성과 장기적 팀 성장 사이의 균형, 그리고 AI 활용을 중심으로 한 새로운 팀 운영 전략에 대해 고민하고 있습니다.

https://news.hada.io/topic?id=25442

#team_management #AI_integration #organizational_change #leadership #automation

Как управлять командой в службе поддержки? Опыт тимлида ITSM 365

У разработчика решений для сервисной поддержки есть сервисная поддержка, которая работает на базе своего решения для сервисной поддержки. Можно запутаться? Да, если не отлажены процессы, но это не наш случай. Привет, Хабр! Меня зовут Лера, я — тимлид аналитиков в той самой поддержке ITSM 365. Расскажу, как кастомизировали нашу систему под свои потребности и какие функции помогают мне управлять командой, а команде — закрывать основные задачи.

https://habr.com/ru/companies/itarena/articles/960522/

#teamlead #team_management #командная_работа #саппорт #support_team #поддержка_клиентов #поддержка_по #поддержка_пользователей #service_desk #helpdesk

Инженерное лидерство в эпоху AI: почему 72% продуктивности теряется и как с этим бороться

Парадокс века: исследование METR с участием 16 опытных разработчиков показало, что AI-инструменты увеличили время выполнения задач на 19% , хотя сами разработчики были уверены, что экономят 20% времени. Если вы тимлид или менеджер, внедряющий AI в команде — эта статья сэкономит вам месяцы экспериментов и поможет избежать типичных граблей, на которые наступили 80% компаний в 2025 году.

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

#ai #управление_разработкой #метрики_продуктивности #code_review #code_generation #mlops #team_management

6 новых последователей ПИКСа, или как реализовать 30% работы стажерами-разработчиками

Привет, друзья! На связи снова Кирилл Пронин из PIX Robotics, и у меня для вас новая статья-сенсация! Мы сейчас открыли новый набор стажеров нашу команду разработки RPA, и коллеги попросили рассказать, как проходила стажировка по C# в прошлом году. А я что – я только за, потому что: а) благодаря прошлой стажировке мы заполучили двух талантливых джунов; б) для меня стажировка стала первым опытом в роли TeamLead’a; в) это было весёлое и необычное путешествие с неожиданными результатами (саму крутую цифру я уже вынес в заголовок, об остальных – ниже). Для нашей команды это был первый опыт запуска стажировки, так что, как бы ни готовились, мы все равно не учли некоторые нюансы. Назвать их громко ОШИБКАМИ пальцы не поднимаются, а вот неожиданностями и нюансами – вполне. А так как для меня это все стало еще и первым опытом «тимлидства», то поделиться всем этим хочется вдвойне. Так что в этой статье расскажу, как организовать продуктивную стажировку, как отбирать лучших из лучших, какие ошибки нам удалось избежать и, конечно, о ключевых особенностях работы.

https://habr.com/ru/companies/pix_robotics/articles/903324/

#c# #net #разработка_приложений #управление_разработкой #стажеры #стажировка #teamlead #team_management

Как оценить индивидуальный вклад разработчика в проект

Отслеживание эффективности работы сотрудников является одной из важных составляющих работы каждого руководителя. Собранные данные позволяют компании: • выявить узкие места, где сотрудники сталкиваются с трудностями • своевременно поощрять результативную работу • обнаружить как высокоэффективных сотрудников, так и тех, кто, возможно, нуждается в поддержке, адаптации в новой роли или замене • и т.д. Будучи тимлидом, я многократно задавался вопросом объективной оценки эффективности работы сотрудника, основанной на данных, а не только на субъективном мнении руководителя или коллег. До пандемии коронавируса преимущественно во всех IT компаниях сотрудники работали в офисах, и, если человек приходит на работу, значит он скорее всего что-то делает. В 2020 году ситуация усугубилась, все ушли на удаленку, а инструментов оценки эффективности попросту не оказалось. Более того, спустя пару лет крупные компании, включая таких мастодонтов как Google, Apple, Amazon и т.д. вновь начали выводить своих сотрудников в офис, что может служить индикатором того, что инструментов до сих пор так и не появилось. В этой статье хочу поделиться подходами и метриками, которые использую для оценки эффективности работы разработчиков, и объяснить, почему выбрал именно их. Более 10 лет я занимался коммерческой разработкой на разных языках программирования, а теперь руковожу отделом разработки эквайринга в системно значимом российском банке, где вместе с командой создаю решения для высоконагруженных платежных систем. Рассмотрим, как объективно оценивать вклад разработчиков в подобных проектах.

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

#teamlead #team_management #team_leader #effectiveness #эффективность #оценка_эффективности #методы_оценки_сотрудников #метрики_разработки #качество_кода #продуктивность_разработчиков

Как и какая видеоигра поможет подготовиться к роли руководителя

Геймификация лидерства: узнаём, как игра способна помочь отточить лидерские качества, научиться вести команду и принимать решения в нестандартных ситуациях.

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

#teamlead #team #team_leader #team_management #управление_командой #лидерские_качества

[Перевод] Эвристики для эффективных организаций по разработке программного обеспечения: постоянно пополняемый список

Этот список вряд ли является сборником моих собственных оригинальных мыслей. Он начинался как способ представить ценности и принципы Agile Manifesto более понятным и современным способом, хотя я и добавил в него несколько мыслей от себя. Он представляет собой снимок моего образа мышления в определенный момент времени, а не набор неопровержимых истин.

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

#agile #project_management #product_management #team_management #teamwork

Анализ пулл-реквестов через веб-приложение для улучшения код ревью

Год назад в нашей команде решили внедрить средства анализа пулл-реквестов, т.к. некоторые разработчики уделяли мало времени код ревью, в итоге фичи долго не могли оказаться на проде. Выбрали решение на основе Github Action, начали собираться статистику, улучшать процессы, но и столкнулись с ограничениями. Ну а там, где есть недостатки, можно сделать своё веб-приложение, пара недель разработки на Ruby on Rails и минимальный набор функций был реализован в PullKeeper'е . Спустя год доработок функционал приложения значительно улучшился, появились первые сторонние компании, которые стали его использовать и анализировать свои пулл-реквесты.

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

#github #github_actions #code_review #team_management #pull_request #статистика_в_it