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

Поможет нам в этом Даниил Подольский из NDA. Он начал свою карьеру в IT 30 лет назад в ЦНИИ РТК и провёл в эксплуатации 20 лет. Последние 15 из них рисует архитектуру и пишет код. Это его история про инженера-самурая, который много раз хотел и должен был совершить харакири. Но всё-таки выжил, чтобы поделиться разного рода фэйлами, которые он встретил на своём пути и рассказать, как их преодолеть.

https://habr.com/ru/post/698478/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698478

Привет, меня зовут Павел Дубков, я - директор департамента интеграции MTS AI.

Я достаточно давно руковожу различными подразделениями, но еще лет 15 назад, когда был обычным разработчиком, стал присматриваться к своим руководителям и задаваться вопросом: что заставляет людей работать много, эффективно, искать новые подходы к решению различных задач и в целом ходить на работу с удовольствием?

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

https://habr.com/ru/post/703590/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703590

Привет! Я Саша Пургина, руководитель отдела развития data-продуктов в Lamoda. В этой статье хочу рассказать, как мы использовали экспертизу разных команд для генерации 200+ новых гипотез и сплотили весь отдел вокруг решения пользовательских проблем.

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

Кому статья точно НЕ будет полезна: компаниям, которые не готовы брать гипотезы от разработки и других отделов в продуктовый бэклог для проверки и реализации.

https://habr.com/ru/post/690974/?utm_source=habrahabr&utm_medium=rss&utm_campaign=690974

https://habr.com/ru/post/696016/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696016

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

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

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

https://habr.com/ru/post/695944/?utm_source=habrahabr&utm_medium=rss&utm_campaign=695944

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

https://habr.com/ru/post/685164/?utm_source=habrahabr&utm_medium=rss&utm_campaign=685164

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

В 2021 году британская рекрутинговая компания Hays провела исследование, которое показало, что умение работать в команде занимает первое место среди soft skills в списке требований работодателей — с учётом того, что 96% нанимателей признали гибкие навыки важнее технических. Сами сотрудники также заинтересованы работать в коллективе. В исследовании компании Slack приняли участие 1400 работников, 91% из которых сказали, что им важно взаимодействовать с командой.

https://habr.com/ru/post/681100/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681100

Как сплотить команду проекта, увеличить КПД каждого сотрудника и снизить градус напряжения в рабочем процессе? Грамотно проводить тимбилдинг. А как это видим мы, расскажет Lead PM Secreate - Анастасия Соколова.

https://habr.com/ru/post/676914/?utm_source=habrahabr&utm_medium=rss&utm_campaign=676914

Почему команда косячит и что-то идет не так? Мы задались этим вопросом и ретроспективно посмотрели на последний год работы. В этой статье я, Артем Салеев, руководитель backend-направления, расскажу о 3 основных проблемах в работе команды и поделюсь, как на опыте компании мы с ними разобрались.

Статья написана на основе моего выступления на конференции Merge 2022.

https://habr.com/ru/post/673808/?utm_source=habrahabr&utm_medium=rss&utm_campaign=673808

Этот материал для тех, к кому когда-то подошли и сказали: «Некогда объяснять, ты теперь тимлид (или начальник отдела)». Может быть, теперь вы уже профессионал своего дела, знаете кучу различных инструментов для решения своих задачи. Но давайте посмотрим чуть-чуть с другой стороны и разберем, как вы управляете потоком своих задач. Как справляетесь с работой, которая к вам приходит. Возможно, это поможет немного ее пересмотреть.

Меня зовут Алексей Пименов, я сертифицированный инструктор альянса ICAgile, аккредитованный тренер и консультант Kanban University. Пионер Kanban-метода в России. Моя цель — развить и поднять уровень менеджмента. Kanban многие сопоставляют с DevOps-культурой и практиками DevOps, но это всего лишь один из инструментов, который должен быть в вашем менеджерском ящике.

https://habr.com/ru/post/671708/?utm_source=habrahabr&utm_medium=rss&utm_campaign=671708

Ретроспектива – это регулярные собрания команды для обзора событий и полученного опыта за прошедший рабочий период (спринт) для увеличения эффективности работы через корректировку процессов и поведения.

Часто один из самых главных эвентов управления командой и увеличения эффективности разработки игнорируется или сводится к формальности. Например, это происходит от оставшихся в команде устаревших типов мышления “Я - начальник, ты - дурак” или “Ненавижу встречи, дайте мне просто кодить”.

https://habr.com/ru/post/670688/?utm_source=habrahabr&utm_medium=rss&utm_campaign=670688

Привет, Хабр! Хотим познакомиться поближе и запускаем серию статей «IT-команды в Quadcode»: будем подробно рассказывать о наших технических командах и отвечать на ваши вопросы. Текст будет полезен всем, кто хочет узнать, как работают IT-специалисты в финтехе. Начнём с Trading Platform: о процессах, проектах и собеседованиях в команде читайте в статье.

https://habr.com/ru/post/664522/?utm_source=habrahabr&utm_medium=rss&utm_campaign=664522

Всем лучи добра! Меня зовут Маркиев Владимир, но вы можете звать меня просто Колян. Я работаю техническим писателем в компании ДоксВижн. Что мы разрабатываем, вы можете узнать на узнать по ссылке, а в статье я хочу поделиться тем, как мы один большой отдел поделили на несколько команд. Я не буду пересказывать очередную историю успешного успеха, а изложу процесс с моей субъективной точки зрения. Всё перевру, приправлю тупыми шутками и в таком духе.

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

https://habr.com/ru/post/661887/?utm_source=habrahabr&utm_medium=rss&utm_campaign=661887