Архив рубрики ‘управление проектами и командой’

Чему разработка может поучиться у командных видов спорта

Сегодня в моем блоге история на стыке проектного управления и спортивных метафор от одного моего знакомого ИТ-шника со стажем. Он из тех, кто не умеет просто “делать таски из Jira”. Он копает глубже: что за проблему мы решаем, кому это нужно и почему система устроена так. Недавно он пришел ко мне на кухню с неожиданной, […]

Лучшие подкасты по продуктовой и проектной тематике на английском языке

Привет, меня зовут Янина. По основной работе я управляю проектами и продуктами, а по вечерам — преподаю разговорный английский на темы продуктовой разработки. Уже пару месяцев я веду небольшой разговорный клуб, где мы с ребятами из IT (PM, PO, разработчики, дизайнеры, аналитики) обсуждаем реальные кейсы продуктовой разработки. В качестве материалов для аудирования я часто использую […]

Кино для Руководителей

«Кино для Руководителей» меня часто спрашивают руководители на EMBA и в личных консультациях, что им почитать по теме управления. Обычно я предлагаю классику бизнес-литературы Джима Коллинза «От хорошего к великому», в которой есть всё самое важное.

Попытка внедрить изменения снизу: мысленный эксперимент, который слишком похож на реальность

В жизни каждого сотрудника наступает момент, когда надо что‑то менять. Сначала ты меняешь что‑то в своей работе, пытаясь успевать за нововведениями рынка, а потом происходит авария. Ты на скорости миллион километров в час вместе со своими улучшениями врезаешься в отбойник под названием «процессы компании». Они могут быть в виде регламентов, которые писали в начале прошлого века, или просто сформированы культурой коллектива, но суть одна, они часто неэффективны, но все […]

Что такое канбан на практике: изучаем доски, WIP-лимиты и метрики

Большинство команд, которые внедрили канбан, на самом деле просто создали доску с колонками. Перетащили стикеры слева направо — и решили, что на этом все. Но канбан — это не формат доски, а метод управления потоком работы. Мы тут решили дотошно разобраться и рассказать, из чего он состоит на практике: инструменты, принципы, WIP-лимиты и метрики.  Начнем […]

Ресурсное планирование: как я пытался разобраться, почему сдвигаются сроки по проектам

В очередной понедельник на планерке наш тимлид докладывал о задержках на проектах. Я смотрел на его отчеты и не понимал, как так вышло. Формально у нас было достаточно людей в команде, сроки казались реалистичными, но дедлайны все равно приходилось сдвигать.  Я начал разбираться и увидел, где возникает проблема. Разработчики тонули в параллельных задачах, дизайнер был […]

Как сделать арт-аутсорс предсказуемым: система метрик для PM

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

Как выжить в срочном проекте: тушим пожар и не сгораем сами

Привет, Хабр! Меня зовут Дмитрий Кислов, я системный аналитик в команде автоматизированной банковской системы в ПСБ.  Рано или поздно каждый ИТ-специалист сталкивается с ситуацией, когда бизнес ставит почти невыполнимую задачу с жёстким дедлайном. Как тут не вспомнить старую шутку: «Можно ли заставить 9 женщин родить ребёнка за один месяц?». Ответ очевиден — нет, законы природы […]

Как организовать работу с внезапной сложной задачей и не уронить результат

Привет, меня зовут Костя, и я руковожу цифровым дизайном в OTP Банке. Дисклеймер То, что я опишу дальше – это лично мой опыт в конкретной ситуации. Я им поделюсь, но, пожалуйста, при возникновении у вас чего‑то подобного отнеситесь критически к вашей конкретной ситуации. Срочные задачи, размытые требования, меняющиеся вводные и большое количество людей, принимающих решения – это нормальное состояние для IT, продуктовой разработки и […]

Я передавал задачи в другие отделы — но их никто не делал. Всё исправили 5 процессов

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