М - многозадачность наше всё. Расскажу, как не "горю" на нескольких проектах и держу ситуацию под контролем благодаря навыкам, которые спасали и в декрете
Добро пожаловать на канал "Из декрета в ИТ!" На канале рассказываю о переходе в новую профессию, опыте материнства и бытовых рутинах.
Ранее я писала о рабочих инструментах:
Променяла стиралку и мультиварку на BPMN и Power BIИз декрета в ИТ
Сегодня расскажу об общих принципах работы в роли ПМ, которые мне помогают держать руку на пульсе и "не потеряться" в разных проектах.
Инструменты для реализации могут быть разные, кому какие удобно: от старых добрых бумажных планировщиков и Excel до крутых таск-трекеров и канбан-досок. Главное - содержание.
От аналитика до PM в один шаг
Так уж вышло, что помимо аналитика я выполняю часть задач, которые по функционалу относятся к project-менеджеру. После того как процесс "to be" отрисован и ФЗ составлено, проведены исследования и внесены корректировки, я передаю задание в разработку.
А дальше все "просто":
- встречаемся по итогам спринтов с разработчиками и обсуждаем вопросы;
- отслеживаю этапы реализации по срокам и задачам, по необходимости корректируем и перераспределяем ресурсы;
- собираю обратную связь от бизнеса по итогам тестовой версии (повторить несколько раз);
- дорабатываем и запускаем "финалку";
- после реализации отслеживаем "полет" и накидываем идеи доработок для следующего обновления.
В общем-то, ничего сложного. Есть только один нюанс - проектов несколько и они все со своими особенностями и на разных этапах. Чтобы во всем этом не утонуть, я выработала свои "фишечки" (для кого-то они совсем не станут новостью, но так уж получилось, что я их осваивала "по ходу пьесы".
Делюсь!
Журнал "созвонов" и онлайн-встреч
Да, я его веду. В Excel, самым "топорным", но удобным для себя способом. Что там фиксирую?
- тема (чаще всего это название конкретного проекта)
- подтема (конкретная задача)
- участники
- повестка
- принятые решения (о чем договорились, кто и что должен сделать, в какие сроки)
- статус (не начато/в процессе/сделано/отложено)
- комментарии (доп.информация при необходимости)
Информацию, которую фиксирую в "принятых" решениях после звонка направляю всем участникам конф-колла и прошу подтвердить/дополнить в случае необходимости.
Это снимает сразу несколько головных болей:
- зафиксировать всем участникам, что, когда и кому нужно сделать
- есть возможность "поднять переписку", если что-то пошло не так (вариант "а мы это не обсуждали" не прокатит)
- дополнить моё сообщение, если вышло недопонимание
- по ключевым словам найти в журнале необходимое в большом количестве задач, созвонов и переписок
- постепенно маленькими шагами идти к цели.
Причём здесь декрет? А при том, что в свое время я именно с помощью "журнала" наших повседневных рутин смогла понять, когда лучше укладывать спать, кормить, играть, гулять.
Спустя какое-то время удалось выработать тот самый "идеальный режим" и сохранить его по сей день.
Не забивать календарь "до отказа"
Во-первых, потому что помимо задач как РМ есть и другие, в том числе операционные, или в порядке ad hoc.
А во-вторых, потому что иногда решая одну задачу, можно в совершенно другом процессе найти нестыковки и что-то улучшить. Либо прийти к какому-то решению, лучшая практика которого была недавно найдена коллегами в смежном подразделении. И получается вот так:
Это нормально в условиях большой цифровой трансформации. Поэтому между звонками обязательно иметь запас хотя бы минут 15. Если все прошло штатно, то это время оставляю для записи журнала. Если "что-то пошло не так", не приходится переносить другие встречи.
Будучи подростком, мой ежедневник всегда был расписан от и до без перерыва. Как я это соблюдала годами? С кучей заработанных болячек (физических и психологических). Но юношеский максимализм прощал многое.
В мамских буднях какой бы супер-пупер режим ни был, все может пойти в... тарары из-за какой-нибудь мелочи и в самый неожиданный момент.
Следовать режиму минута в минуту не получится. А вот сделать так, чтобы "плюс-минус" в него попадать - очень даже реальная задачка.
Выслушивать несколько мнений
В процессе разработки, как бы подробно ни было написано ФЗ или ТЗ, все равно всплывёт... некоторые количество неожиданностей. Конечно, с точки зрения заказчика нужно, чтобы работало именно так и никак иначе. С точки зрения разработчика ради такой "мелочи" писать код через колено и тратить кучу времени нет смысла. И тут вопрос: а дальше-то что?
А дальше вот что: ̶F̶i̶g̶h̶t̶!̶!̶!̶
Шутка.
Основная задача - понять, насколько реально нужен конкретный функционал (для этого у нас был анализ процесса и исследования клиентского опыта) и какие есть способы реализации, помимо описанного в ФЗ.
В 99% случаях находится решение, которое будет выполнять тот же функционал (или максимально похожий) с гораздо меньшими затратами на разработку, чем в исходном задании. Конечно, требуется дополнительное время (и мозговой штурм) на поиск этого решения. Но оно того стоит.
Главное - понять суть, что конкретно нужно заказчику и пользователям (а не так, как они это видят) и сопоставить с теми возможностями разработки, которые есть. Ещё лучше - предложить несколько вариантов. Выбор из нескольких всегда легче, чем выбор из "либо так, либо никак".
Со всеми детскими болячками был усвоен урок на всю жизнь: выслушивать мнение нескольких врачей, даже если "ну тут все очевидно"...
Про историю с АтД рассказывала тут:
Вдвоём против ночного зуда: исповедь мамы атопикаИз декрета в ИТ
Вот такие нехитрые советы помогают мне не захлебнуться в водовороте проектов.
А для дома у меня есть магнитная доска-неделька на холодильнике - многолетняя привычка. Пишу на ней задачки на следующую неделю: меню, быт, напоминалки. Не строгое расписание, а план. И голова сразу легче себя чувствует.
Поделитесь вашими находками, как вы эффективно решаете рабочие вопросы в режиме многозадачности?
Поддержите канал лайком, если статья была вам интересна. Благодарю!