Разбор реальных IT-кейсов

Долгих дней и приятных ночей! Я Наталия Курченкова, IT Project Manager с 10+ лет опыта. Сегодня разберём поучительный кейс из моей практики — как «идеальный» senior-разработчик оказался на двух работах одновременно, и что мы изменили после этого случая. Наша команда из 10 человек разрабатывала мобильное приложение для итальянских ученых с жестким графиком релизов (каждый месяц) и дорожной картой на 1,5 года вперед. В рамках расширения мы искали senior-разработчика под сложные задачи, включая интеграцию с собственным устройством, которое находилось в стадии исследований...

Долгих дней и приятных ночей! Я Наталия Курченкова, IT Project Manager с 10+ лет опыта. Сегодня разберем историю, знакомую многим техническим руководителям. В команде есть разработчик. Код пишет качественно, к нему сложно придраться по технической части. Однако в критические моменты, когда от каждого зависит успех общего дела, он исчезает. День релиза. Чтобы успеть, билды должны попасть в тестирование рано утром. Разработчик появляется только к полудню. Команда заблокирована, ждет именно его часть работы...

Долгих дней, приятных ночей! Я Наталия Курченкова, IT Project Manager с 10+ лет опыта. Сегодня разберу больную тему: что делать, когда ваш тимлид игнорирует процессы, пропадает без предупреждения и топит проект? Спасением стал метод Ицхака Адизеса — покажу, как применила его в реальном IT-кейсе. Если ваш лид: Наш проект мобильного приложения b2b трещал по швам. А именно: Результат: Техдолг +40%, два разработчика уволились с фразой «Не понимаем, почему мы должны работать за тимлида». Знакомо? Тогда вам пригодится метод Адизеса, являющийся хорошим рабочим инструмент диагностики...

Добрых дней и приятных ночей! Меня зовут Наталия Курченкова, я Project Manager с 10+ опытом управления проектами. Хочу поделиться опытом анализа кризисной ситуации на проекте и выстраивания шагов по исправлению ситации. Когда я присоединилась к проекту по разработке мобильного приложения, ситуация выглядела тревожной. Формально процессы были выстроены: мы работали по Scrum с дейликами, ретроспективами и планированием покером. Но на практике каждый ежемесячный релиз задерживался на 1-3 недели, технический долг рос как снежный ком, а бюджет уходил в глубокий минус...