Что будет, если выйти за пределы парадигмы дизайнер-заказчик и самому управлять процессом получения результата? Управление проектированием, дизайном и разработкой продуктов, исследование рынка и конкурентов, тестирование ваших решений и поддержка ваших пользователей — что нужно знать дизайнеру о работе менеджера или для тех, кто хочет им стать.
Александр Шульман, Менеджер интернет проекта со стороны клиента.SPECIA
Менеджер интернет проекта со стороны клиента
Тезисы:
Кого обычно ставят руководить проектом со стороны клиента и какие задачи перед ним ставят?
Как построить коммуникацию с коллегами?
Масштаб имеет значение, проверяем свою готовность.
Знакомство с агентством: на что смотреть и на что рассчитывать.
Скрытые возможности: что еще можно получить от совместной работы, если построить отношения и работу правильно?
Заставляем проект работать успешно вместе.
Альтернативы работе с агентством.
СПИК 2014: Работа менджера проекта со стороны клиента с интернет-агентсвомAlexander Shulman
На основе опыта, накопленного в сотрудничестве с крупными компаниями, руководитель интернет-агентства показывает на чем нужно сосредоточиться руководителям проектов со стороны клиента
Речь пойдет об особенностях применения UX-технологий для корпоративного продуктового сегмента на примере продукта Альфа Бизнес Онлайн. Поговорим о том, как потребности разных пользователей могут быть удовлетворены универсальным решением и как преодолевать возникающие трудности.
Качество планирования в производстве –реалии против уровня технологийДмитрий Сериков
Планирование – как выбор оптимального пути в лабиринте вариантов решения. Например, для планирования 10 заказов необходимо рассчитать 10! возможных комбинаций (> 3,5 млн комбинаций).
Производителя в первую очередь интересуется повышением прибыли с каждой единицы продукции, а значит:
- уменьшение себестоимости продукции
- уменьшение длительности производственного цикла
- минимальный склад сырья и готовой продукции
- соблюдения сроков производства
Для достижения этих целей необходимо принять вызовы, на которые при существующем уровне использования технологий у производителя зачастую нет эффективного ответа.
1. Оперативное формирование и изменение плана. Как следствие отсутствие своевременной реакции на запросы и требования рынка. В 8 случаях из 10 конечным инструментом планирования является Excel, в остальных случаях ERP-система, которые не смогут смоделировать ситуацию «Что-Если»
2. Нет возможности точно спрогнозировать время готовности продукции. Как следствие - подписывается контракт с обязательством выполнить заказ к определенной дате, полученной без учета всего множества ограничений. В результате - штрафные санкции и испорченные отношения. Без системы планирования срок производства всегда будет «на глазок».
3. Даже в самых эффективных производствах отношение времени когда формируется непосредственно ценность (value-added time), ко времени всего производства составляет 1-2 %. А это значит, что всегда есть область для совершенствования и оптимизации производства.
4. Слабая связь цепочки продажи-производство-поставки. Возможность синхронизации планирования на всех уровнях производства позволяет избежать «з�
Обзорный материал о применяемых методиках работы над цифровыми продуктами. Лекция проведена в рамках интенсива по продуктовому дизайну в Британской Высшей Школе Дизайна (Москва).
Василий Михайлов. ИТ-блок и предпринимательство в системообразующей финансово...ScrumTrek
Доклад ориентирован на амбициозных программистов крупных компаний, хорошо ориентирующихся в технологиях, но не вполне представляющих себе цели и типичные проблемы бизнеса и не знающих, какой шаг сделать, чтобы оказаться в центре создания хорошего крупного продукта или услуги. Когда компания перешагивает порог 500 сотрудников, бизнес-подразделения и ИТ-блок слышат друг друга уже не так хорошо, как это было, когда компания была стартапом в 50 человек. Представители подразделений начинают думать о своих KPI, процессы усложняются, стоимость создания новых продуктов увеличивается, сроки растут, появляются первые признаки замедления скорости роста. В докладе рассказывается о шести месяцах взаимодействия одного из направлений бизнеса с группой программистов ИТ-блока. В ходе эксперимента программисты получили детальное представление о сути бизнеса, кардинально поменяли свое поведение и подходы к работе. В докладе обсуждается, что именно было не так с командой изначально, и почему по итогам проекта бизнес начал рассматривать программистов как партнеров.
Что будет, если выйти за пределы парадигмы дизайнер-заказчик и самому управлять процессом получения результата? Управление проектированием, дизайном и разработкой продуктов, исследование рынка и конкурентов, тестирование ваших решений и поддержка ваших пользователей — что нужно знать дизайнеру о работе менеджера или для тех, кто хочет им стать.
Александр Шульман, Менеджер интернет проекта со стороны клиента.SPECIA
Менеджер интернет проекта со стороны клиента
Тезисы:
Кого обычно ставят руководить проектом со стороны клиента и какие задачи перед ним ставят?
Как построить коммуникацию с коллегами?
Масштаб имеет значение, проверяем свою готовность.
Знакомство с агентством: на что смотреть и на что рассчитывать.
Скрытые возможности: что еще можно получить от совместной работы, если построить отношения и работу правильно?
Заставляем проект работать успешно вместе.
Альтернативы работе с агентством.
СПИК 2014: Работа менджера проекта со стороны клиента с интернет-агентсвомAlexander Shulman
На основе опыта, накопленного в сотрудничестве с крупными компаниями, руководитель интернет-агентства показывает на чем нужно сосредоточиться руководителям проектов со стороны клиента
Речь пойдет об особенностях применения UX-технологий для корпоративного продуктового сегмента на примере продукта Альфа Бизнес Онлайн. Поговорим о том, как потребности разных пользователей могут быть удовлетворены универсальным решением и как преодолевать возникающие трудности.
Качество планирования в производстве –реалии против уровня технологийДмитрий Сериков
Планирование – как выбор оптимального пути в лабиринте вариантов решения. Например, для планирования 10 заказов необходимо рассчитать 10! возможных комбинаций (> 3,5 млн комбинаций).
Производителя в первую очередь интересуется повышением прибыли с каждой единицы продукции, а значит:
- уменьшение себестоимости продукции
- уменьшение длительности производственного цикла
- минимальный склад сырья и готовой продукции
- соблюдения сроков производства
Для достижения этих целей необходимо принять вызовы, на которые при существующем уровне использования технологий у производителя зачастую нет эффективного ответа.
1. Оперативное формирование и изменение плана. Как следствие отсутствие своевременной реакции на запросы и требования рынка. В 8 случаях из 10 конечным инструментом планирования является Excel, в остальных случаях ERP-система, которые не смогут смоделировать ситуацию «Что-Если»
2. Нет возможности точно спрогнозировать время готовности продукции. Как следствие - подписывается контракт с обязательством выполнить заказ к определенной дате, полученной без учета всего множества ограничений. В результате - штрафные санкции и испорченные отношения. Без системы планирования срок производства всегда будет «на глазок».
3. Даже в самых эффективных производствах отношение времени когда формируется непосредственно ценность (value-added time), ко времени всего производства составляет 1-2 %. А это значит, что всегда есть область для совершенствования и оптимизации производства.
4. Слабая связь цепочки продажи-производство-поставки. Возможность синхронизации планирования на всех уровнях производства позволяет избежать «з�
Обзорный материал о применяемых методиках работы над цифровыми продуктами. Лекция проведена в рамках интенсива по продуктовому дизайну в Британской Высшей Школе Дизайна (Москва).
Василий Михайлов. ИТ-блок и предпринимательство в системообразующей финансово...ScrumTrek
Доклад ориентирован на амбициозных программистов крупных компаний, хорошо ориентирующихся в технологиях, но не вполне представляющих себе цели и типичные проблемы бизнеса и не знающих, какой шаг сделать, чтобы оказаться в центре создания хорошего крупного продукта или услуги. Когда компания перешагивает порог 500 сотрудников, бизнес-подразделения и ИТ-блок слышат друг друга уже не так хорошо, как это было, когда компания была стартапом в 50 человек. Представители подразделений начинают думать о своих KPI, процессы усложняются, стоимость создания новых продуктов увеличивается, сроки растут, появляются первые признаки замедления скорости роста. В докладе рассказывается о шести месяцах взаимодействия одного из направлений бизнеса с группой программистов ИТ-блока. В ходе эксперимента программисты получили детальное представление о сути бизнеса, кардинально поменяли свое поведение и подходы к работе. В докладе обсуждается, что именно было не так с командой изначально, и почему по итогам проекта бизнес начал рассматривать программистов как партнеров.
Андрій Уманський: Роль розробника в продуктовій компанії. Product engineer – ...Lviv Startup Club
Kyiv Project Management Day 2016 Андрій Уманський: Роль розробника в продуктовій компанії. Product engineer – швидше, краще, дешевше
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Саша Куценко: "Cпецификация формы и поведения — зачем, кому и как?"Sasha Kutsenko
Презентация Саши Куценко для семинара «Front-end разработка. Менеджерский блок», 29 января 2014 года, Санкт-Петербург.
http://leadzeppelin.timepad.ru/event/101471/
Максим Цепков, Agile - то что на самом деле нужно гос.заказчикам!ScrumTrek
Многие доклады про использование гибких методологий разработки в проектах с государственным заказчиком рассказывают о том, как изолировать команду от заказчика для обеспечения Agile-процесса. Но нужно ли это на самом деле?
Ведь для заказчика, как правило, важно работающее программное обеспечение, а не документация на него, важно сотрудничество, а не контракты, важна готовность команды к изменениям — иными словами, те ценности, что декларирует Agile-манифест. Формальные требования воспринимаются заказчиком как дополнительная нагрузка на внутренние процессы, которые долго и сложно перестраивать. Поэтому секрет долгосрочного успешного сотрудничества — в грамотной адаптации деятельности компании-разработчика к условиям заказчика. За время доклада мы рассмотрим воплощение этого тезиса на конкретных примерах из опыта работы нашей компании с такими заказчиками, как Банк России, Газпромбанк и другими.
Продуктовый дизайн в рамках подрядных отношенийArthur Arsyonov
В этой презентации рассматриваются причины явления продуктового дизайна в рамках подрядных организаций. Основные ценности в сравнении с внутренними командами. Правила перехода и ключевые проблемы в этих отношениях.
Similar to Product v.s. Project by Gennadiy Kobylyansky (20)
4. https://tap.ua
4. Немного истории
Продукт — произведение труда, законченный
результат некоторой деятельности
(производственный, программный, и.т.п).
Продукт — 1931 (Neil McElroy, Procter & Gamble). с
идеей поставить ЛПР (decition maker) как можно
ближе с клиенту.
Projectus — лат. движение вперед. Предполагает
действие которое можно спрогнозировать и
реультаты, которые можно ожидать в будущем.
Проектное управление (30гг.20в. США) для
руководства большими проектами в
нефтегазовой и обоонной сфере.
ПРОДУКТ ПРОЕКТ
ПЕРСПЕКТИВЫ
По данным исследований университетов Гарварда и Корнелла,
к 2027 году ПМ в индустрии нужно будет до 88 Миллионов (sic!) специалистов.
100.000 занятых специалистов IT в нашей стране
5. https://tap.ua
5. Главные отличия
ЧТО будет из себя представлять продукт,
КТО будет его потребителем,
ДЛЯ ЧЕГО он нужен и какую пользу принесет потребителю
(или заказчику),
Продакт изучает рынок, общается с Маркетингом,
Думает о продукте в аспекте тогo, как он будет
продвигаться, как зарабатывать,
Как организованы бизнесс процессы и бизнесс логика.
КАК и КОГДА будет реализован проект под продукт,
Какие силы привлечь,
Как организовать работу разработчиков и дизайнеров,
Предусмотреть боттлнеки, выбрать оптимальные решения
по их минимизации,
Скоординировать работу со смежными отделами.
Обеспечить необходиимые ресурсы (HR).
6. https://tap.ua
6. А можно ли совместить?
PROS
(польза совмещения)
CONTRAS
(минусы совмещения)
Проще коммуникация,
Проще координировать команду,
Меньше Delivery time,
Делаешь проекты под себя и их же
ведешь как продукт.
Лишняя коммуникация — время,
Возможные споры и несогласия,
Отсутствие поддержки коллеги ПМа,
Личная ответственность перед С-левелом,
В сложных ситуациях ПМ остается один, никто
не выручит.
ВЫВОД:
Совместить в одном человеке эти две должности можно,
но не в любых ситуациях, не для любых продуктов.
Совмещение потребует очень серьезного уровня всех скиллов
И технических, и коммерческих и коммуникационных и менеджерских
7. https://tap.ua
7. Скиллы и качества
PRODUCT PROJECT
Задачи,
Приоритеты задач, временные рамки, эстимация,
Мотивация сотрудников (немонетарная), гашение
пожаров,
Контроль документации, превентивные меры при смене
специалистов в команде (болезнь, увольнение) .
Конкуренты, контроль, анализ, мониторинг,
Рынок, события, временные ситуации, аспекты
локализации и политики,
Фидбек клиентов, не только саппорт, но и кастомер
саксесс,
Контроль Проектов продукта, их координация,
Диалог и задачи для Projecta.
БЮДЖЕТЫ
Текущие бюджеты
Реклама
KPI, конверсии юзеров
PR расходы
Оптимизация текущих расходов
Инвестиционные бюджеты
Прямые расходы (зарплаты, техника)
Эстимейты первичных инвестиций
Аварийные технические бюджеты
Инвестиционные риски.
8. https://tap.ua
7. САМЫЙ ГЛАВНЫЙ РЕСУРС
ВРЕМЯ!
Самый главный, общий для всех и
невосполнимый ресурс.
• Балансируйте между ценностью и затраченным
временем.
• Ищите возможности всегда иметь немного
времени в запасе.
• Грамотно распределяйте нагрузки на команду,
планируйте!
9. https://tap.ua
9. Немного о документации и ТЗ
Плохо, когда его нет. Пишите, или поручайте это специалистам.
Избегайте как излишней краткости, так и избыточной детализации.
Спланируйте максимум пожеланий, потом отрезайте то, что не пойдет в МВП.
МВП — базовая часть продукта, а не плохой продукт который потом переделаем.
Пишите ТЗ. Всегда. Для простых продуктов — простое, для сложных сложное, но пишите.
В ТЗ описывайте ЧТО нужно сделать. Как это сделать, приоритет исполнителя.
12. https://tap.ua
12. Пять основных пунктов для Project-a
• ВЫВОДЫ ИЗ ОПЫТА — любая ошибка, любая задержка, любой баг, это ценнейший ресурс —
опыт. Только опыт позволит Вам минимизировать ошибки.
• КОРРЕКТНЫЕ ЭСТИМЕЙТЫ — очень сложный пункт, особенно для нетехнических
специалистов. Научитесь оченивать время правильно. Берите запасы (особенно, если
ваша команда поддерживает другой продукт или проект), понимайте деливери тайм. Не
забывайте про тестирование.
• ГРАМОТНЫЕ ТЕХНОЛОГИИ И МЕТОДОЛОГИИ — не нужен скрам ради скрама, и Го ради Го.
Выбор технологий — выбор разработчика, но узнавайте и учите технологию.
• ЧИСТЫЙ БЕКЛОГ — keep your backlog clean. Не позволяйте ему превратится в «черныю
дыру» заявок и хотелок... регулярно чистим и удаляем не актуальные и устаревшие
задачи.
• БУДЬТЕ В ДИАЛОГЕ С КОМАНДОЙ — ежедневные митинги это здорово, но личное общение
один на один — ключ к пониманию проблем. Будьте преданным своей команде, будьте
защитником. Держите свою команду информированной.