• Управление проектами, #1.2, Лермонтовский зал

До того, как прийти в IT работал инженером-проектировщиком систем автоматизации и слаботочных систем, руководил проектами. Но сбежал менеджерить проекты по созданию интерфейсов сложных систем. В управлении проектами умудряюсь сочетать инженерный подход и дизайн-методологии.

При создании интерфейса нового продукта project manager становится product manager, сам того не подозревая. На него сваливается груз ответственности за будущий продукт. Конечно, менеджер не несет ответственность за качество предоставляемого сервиса, за общение с клиентами, но то, каким будет представление пользователя о продукте, какие возможности будут у продукта, как пользователь будет взаимодействовать с продуктом, — целиком на плечах менеджера.
Менеджеру приходится по уши проваливаться в предметную область, изучать нюансы, специфику, конъюнктуру рынка. Собирать крупицы пользовательского опыта по косвенным признакам. Приятное отсутствие «у нас так принято» заменяется полной неразберихой. Заказчик хочет одно, пользователи другое, ЛПР третье… стоп-стоп-стоп! так есть отличие project от product или нет?
На примере собственного опыта работы менеджером проектов по созданию интерфейсов новых продуктов я расскажу об этапе принятия ответственности за будущий продукт, о взаимодействии с заказчиком и отличиях создания интерфейса новых продуктов от реновации уже существующих.

Этот доклад будет интересно послушать:
• менеджерам IT-проектов, для того чтобы использовать сделанные выводы в своей работе;
• менеджерам продуктов, потому что тема доклада будет касаться непосредственно их профессиональных обязанностей;
• создателям новых продуктов для понимания последовательности этапов производства, границ ответственности принятия решений и взаимодействия с исполнителями.