Этот дайджест создан совместно с телеграм-каналом PM Live | проджект и продакт менеджмент. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Периодически общаемся с разработчиками о микросервисах, монолитах и прочих мифических существах. Порой такая эзотерика живёт в головах у людей и слышишь порой такое, что ёжики в тумане нервно курят в сторонке.
Часто вижу у разных людей карьерный ступор или проблемы, которых можно было бы избежать. Что делать, если работаешь хорошо, но зарплата сама собой не поднимается, руководитель тебя не замечает, а книжки и бесчисленные статьи про софт скиллы не помогают.
Синдром спасателя — это когда человек всегда старается помогать другим, даже если это вредит ему самому. Такие люди часто ставят чужие интересы выше своих собственных, что может обернуться проблемами в жизни.
Как показывает практика, одной из причин проблем, возникающих при реализации сложных проектов, является отсутствие чёткого распределения зон ответственности между участниками. Разберём инструмент, который направлен на решение данной проблемы и хорошо зарекомендовал себя на практике — RACI матрица.
Мы часто помогаем нашим заказчикам развивать цифровые продукты, и важная часть этого процесса называется Discovery. Это этап, на котором продуктовая команда исследует рынок и пользователей, чтобы затем сделать продукт удобнее и привлекательнее. В этой статье я отвечу на самые базовые вопросы о Discovery и расскажу об основных фреймворках.
Часто в разработке продуктовых (и не только) команд встречаются проблемы, при которых постановка и результат работы отличаются друг от друга. Обычно проблемы заключаются в том, что требования входят слабо формализованными, работа с ними проходит неструктурированно, за последовательностью валидации требований от сбора до передачи в разработку редко кто понимает, как следить.
На первый взгляд, с ним всё понятно: одной рукой хватаешь задачу, другой – счастливчика из своей команды и запихиваешь делегируешь! Сотрудник – с бесценным опытом, ты – с кучей свободного времени и высоким перформансом команды.
В авиации есть методика снижения человеческой ошибки: Управление ресурсами экипажа, или CRM — Crew resourse management. CRM стала развиваться после катастрофы на Тенерифе в 1977 году, когда столкнулись 2 боинга на взлетно-посадочной полосе — погибло более 500 человек. Пилоты проигнорировали сомнения бортинжинера в том, что взлетная полоса свободна, что и послужило одной из причин аварии.
Жизнь заставила меня научиться настраивать процессы как боженька. Я стартовала карьеру в роли бизнес-аналитика, доросла до директора продукта в финтехе, успела побывать наставником для проджектов, создать несколько проектных офисов и центров компетенций — всего за десять лет.
Мальчик играет в шпиона: представляет, как работает под прикрытием на чужой территории. Мужчина играет в шпиона: устраивается на должность технического директора в IT-компанию, чтобы снижать ее производительность, сохраняя видимость рвения и лояльности и оставаясь непойманым. Для тех, кто не саботажник: это история о том, как отсеять некомпетентных людей и получить максимальную отдачу от своей команды.
Говорят, ковид не проходит бесследно1 и оставляет изменения в организме. Не прошёл он бесследно и для большинства компаний — от самых небольших до огромных корпораций. Удалённая работа сильно изменила отношения в компаниях, повлияла на стиль руководства, корпоративную культуру, традиции и всё, что годами складывалось в командах. В умах и офисах до сих пор разброд и шатание: кто-то сохранил удалённую работу, кто-то принудительно загоняет сотрудников в офис, кто-то делает это не принудительно и тратит огромные суммы на мотивацию, а кто-то на удалёнку по сути и не уходил, но всё равно оказался в кругу изменений. А главное, изменились отношения команды и руководителя: теперь формула «я начальник — ты дурак» не работает. Поговорим об изменениях безоценочно, чтобы понять, какие они — команды, которые, возможно, для нас по-прежнему остаются незнакомцами даже спустя 5, 7, 10, 15 лет совместной работы.
«Круто, когда в твоей команде все стремятся к обучению, обмену опытом и общему развитию», — мечтает каждый руководитель. Но у одних это остается мечтами, а другие строят атмосферу, в которой участники делятся наработками. Не под дулом пистолета!
Каждый год в одном из отделов ОКБ появляется 5 новых сотрудников. Без методики они решают типовую задачу неделю, а с методикой – один день. Пишем методику один раз и экономим 20 дней в будущем? Да, но это выглядит превосходно только в теории. На практике не всегда удаётся так линейно соотнести затраты и профиты от ПО для управления знаниями.
Аналитик VS разработчик: как делить задачи без конфликтов
Базовые знания кода дают аналитику огромный буст: в скорости выполнения задач, взаимоотношении с коллегами, пользе для клиента. Например, становится легче оценивать выполнимость «хотелок» клиентов и сразу озвучивать риски. За два года работы на проектах внедрения, я получила большой опыт общения с инженерами и разработчиками. Стала понимать, что существуют тяжелые для системы действия: реализация сложной зависимости или большие сценарии, где необходимо сделать много параллельных шагов.
Посмотреть:
ProductCamp Russia Весна 2024.
- Практики конфликтоспособности | Neogenda ⏱35 минут
Про способность команд к инновациям: быстро находить решения возникающих противоречий и внедрять их. Про выживаемость в непредсказуемо меняющейся среде. Доклад Елены Симульман на конференции FlowDays 2024.
Как изменились IT и разработка за 20 лет | Neogenda ⏱45 минут
«Надо постоянно куда-то бежать.»
Ловушки проектирования и как с ними бороться | Flow Conference ⏱45 минут
Включение аналитика в работу команды раздувает time to market любой самой маленькой фичи на 3 месяца.
Карты процесса-опыта | Системный Подход ⏱1 час 35 минут
Метод продолжает и развивает идеи, появившиеся в CJM, Service Blueprint и BPMN. Схема метода — направленный граф, состоящий из ключевых точек и подробностей о происходящем в них. Строгой нотации CJM не существует, автором разработана нотация и пошаговый подход к тому, как создавать схемы процесса.
Хорошей недели!
