#кейс_стади
Задача на подумать для менеджера
Правильного ответа нет. В таких случаях стоит задать допущения, опиши, как бы ты действовал в комментариях к опросу.
Ты – проектный менеджер в Enterprise IT-отделе крупного банка. Внутренние команды разрабатывают инструменты для автоматизации операций, отчетности и взаимодействия различных департаментов
Ты последние два года отвечал за стрим мобильного приложения для премиальных клиентов, но теперь тебя ротируют на новый проект – внутреннюю админ-панель для службы поддержки и операционистов. Это большая, старая система, которая агрегирует данные по счетам клиентов, транзакциям, заявкам и жалобам. Она нужна для расследования инцидентов, принятия решений по операциям и проверки подозрительных транзакций
Что ты видишь в первый день:
- Продукт в проде уже 3 года, но технический долг – огромный. Код – легаси с патчами и костылями.
- В Jira – полный хаос, куча старых задач без актуальных статусов, несвязанные тикеты, часть сделанные, но не закрытые
- Команда не работает с доской – дейли митинги проходят в формате "каждый говорит, что делает", без фиксации статуса
- Документация? Она есть. Но только Postman-коллекции и комментарии к коду в репозитории
- Саппорт ненавидит продукт. Он тормозит, неудобен, не обновляется годами. Операторы давно ведут всё в своих гугл-таблицах, чтобы не зависеть от системы или просят некоторых разработчиков делать апдейты сразу в БД
Половина команды (бэкенд, фронт, аналитик, тестировщик) откровенно раздражены сменой проджекта, считают, что ты будешь "опять что-то ломать в процессах". Делятся контекстом неохотно
Старый менеджер слился в другую компанию, оставив Confluence-док с парой ссылок на архитектуру и пару старых встреч в Zoom-записях
Но самое веселое – в проектный офис пришла резолюция:
1. В компании сменился CTO, и теперь все ПМ-ы "на испытательном сроке", идет аудит;
2. В течение 2 недель нужно навести порядок, сделать прозрачную отчетность и статусность проекта;
3. Если этого не будет – будет поднят вопрос о переводе ПМ-а на бенч и дальнейших оргвыводах о полезности в компании
При этом у команды уже поставлен релиз через 3 недели с новой экспертной системой, обещанный старым менеджером, но никто не понимает, реально ли это
Ты в новом для себя домене, в команде, где тебя не ждали, с невнятным бэклогом, злым саппортом и дедлайнами, которые выглядят как билет в ад
Как будешь действовать?
Задача на подумать для менеджера
Правильного ответа нет. В таких случаях стоит задать допущения, опиши, как бы ты действовал в комментариях к опросу.
Ты – проектный менеджер в Enterprise IT-отделе крупного банка. Внутренние команды разрабатывают инструменты для автоматизации операций, отчетности и взаимодействия различных департаментов
Ты последние два года отвечал за стрим мобильного приложения для премиальных клиентов, но теперь тебя ротируют на новый проект – внутреннюю админ-панель для службы поддержки и операционистов. Это большая, старая система, которая агрегирует данные по счетам клиентов, транзакциям, заявкам и жалобам. Она нужна для расследования инцидентов, принятия решений по операциям и проверки подозрительных транзакций
Что ты видишь в первый день:
- Продукт в проде уже 3 года, но технический долг – огромный. Код – легаси с патчами и костылями.
- В Jira – полный хаос, куча старых задач без актуальных статусов, несвязанные тикеты, часть сделанные, но не закрытые
- Команда не работает с доской – дейли митинги проходят в формате "каждый говорит, что делает", без фиксации статуса
- Документация? Она есть. Но только Postman-коллекции и комментарии к коду в репозитории
- Саппорт ненавидит продукт. Он тормозит, неудобен, не обновляется годами. Операторы давно ведут всё в своих гугл-таблицах, чтобы не зависеть от системы или просят некоторых разработчиков делать апдейты сразу в БД
Половина команды (бэкенд, фронт, аналитик, тестировщик) откровенно раздражены сменой проджекта, считают, что ты будешь "опять что-то ломать в процессах". Делятся контекстом неохотно
Старый менеджер слился в другую компанию, оставив Confluence-док с парой ссылок на архитектуру и пару старых встреч в Zoom-записях
Но самое веселое – в проектный офис пришла резолюция:
1. В компании сменился CTO, и теперь все ПМ-ы "на испытательном сроке", идет аудит;
2. В течение 2 недель нужно навести порядок, сделать прозрачную отчетность и статусность проекта;
3. Если этого не будет – будет поднят вопрос о переводе ПМ-а на бенч и дальнейших оргвыводах о полезности в компании
При этом у команды уже поставлен релиз через 3 недели с новой экспертной системой, обещанный старым менеджером, но никто не понимает, реально ли это
Ты в новом для себя домене, в команде, где тебя не ждали, с невнятным бэклогом, злым саппортом и дедлайнами, которые выглядят как билет в ад
Как будешь действовать?