Обязанности и достижения:
В качестве менеджера проектов в области заказной разработки я занимался реализацией проектов. Начиная с планирования, разрабатывая проектный план с целями, задачами и сроками.
* Важной частью работы было управление ресурсами с помощью GanttPro, что позволяло эффективно распределять человеческие и финансовые ресурсы. Я также составлял фич-листы и проводил бриф с клиентом по методу "Спроси Маму" для понимания его ожиданий.
* Координация команды осуществлялась с помощью методологий Waterfall и Scrum, что обеспечивало гибкость. Я распределял задачи, решал конфликты и проводил рефлексию с командой для улучшения процессов.
* При работе над проектом мобильного приложения разрабатывал прототип дизайна и UI/UX в Figma, что способствовало созданию интуитивно понятных решений.
* Контроль сроков осуществлялся через отчеты в Telegram-группе, что способствовало прозрачности.
* Я активно взаимодействовал с участниками и куратором, что позволяло выполнять задания в срок.
* Для минимизации проблем использовал методы Исикавы и интеллект-карты для анализа решений.
* Создавал план тестирования и проводил тестирование интерфейсов, чтобы гарантировать их качество.
* В процессе моей работы я также познакомился с продуктовой разработкой и метриками, такими как Яндекс.Метрика и Google Analytics. Эти инструменты позволили мне глубже понять поведение пользователей и оценить эффективность разработанных решений.
* Отчетность о ходе проекта информировала руководство о результатах. В завершение проекта оценивал результаты, документировал уроки и передавал продукцию заказчику, сочетая организационные навыки и стратегическое мышление.
Мне приходилось сталкиваться с такими ситуациями:
Ситуация №1:
Проект остался без менеджера за 22 дня до жесткого дедлайна. На этапе планирования были допущены ошибки, что привело к недостаточной аналитике и отсутствию оценки рисков (например, в случае болезни или отпуска сотрудников). Коммуникация с ЛПР (лицом, принимающим решения) не была должным образом организована.
Задача:
Запустить пилотную версию мобильного приложения (Система учета оценок качества работы сотрудников банка) для Банка Х до конца года.
Действия:
1. Провел анализ текущей ситуации и изучил имеющуюся проектную документацию.
2. Выявил сложности и разобрался в причинах этих проблем.
3. Обнаружил наиболее приоритетную проблему на данный момент.
4. Составил план действий для стабилизации ситуации.
5. Провел ретроспективу с командой для обсуждения, как избежать подобных проблем в будущем.
Результат:
Проект был успешно завершен в срок, с незначительным увеличением бюджета.
Ретроспективный анализ кейса:
- Действовать в соответствии с проектной документацией.
- В случае спорных вопросов или форс-мажоров обращаться за помощью к наставнику или старшему менеджеру.
- Внимательно относиться к этапам планирования, дополнительно перепроверяя строки, которые вычисляются автоматически.
* ***
Ситуация №2: Мы разработали инновационный программно-аппаратный комплекс, который автоматически осуществляет снятие показаний приборов учета воды, газа и электроэнергии, а также обеспечивает их оперативную передачу в соответствующие службы. Это решение направлено на повышение прозрачности и эффективности учета ресурсов.
Задача: Моя ключевая задача заключалась в организации эффективной и слаженной работы команды для того, чтобы успешно завершить проект в рамках установленного срока и бюджета.
Действия: Я спланировал рабочий процесс команды, используя методологию Waterfall, что обеспечивало четкую последовательность этапов разработки. В качестве координатора я обеспечивал взаимодействие между членами команды, что способствовало устранению узких мест и повышению производительности. Я также активно участвовал в разработке мобильного приложения для Android, включая создание интуитивно понятного UI/UX и выбор цветовых решений (см. рисунок 1).
Результат: Мы успешно разработали мобильное приложение и серверную часть системы. Однако возникли серьезные проблемы с аппаратной частью, так как универсальность подхода негативно сказалась на стоимости и надежности оборудования. В результате проект был приостановлен из-за недостатка финансирования и необходимости поиска новых решений для улучшения аппаратной части.
Ретроспективный анализ кейса: В будущем я бы уделил больше внимания предварительному анализу потребностей пользователей и провел бы опрос среди целевой аудитории, чтобы лучше понять их ожидания и выявить возможные проблемы на ранних этапах.