На связи Factory5 — российский разработчик аналитических решений для бизнеса на базе умных алгоритмов обработки данных. У нас в компании есть опыт объединения двух разных команд, и мы хотели бы им поделиться. С одной стороны, мы развиваем свой продукт, который активно распространяется через партнерскую сеть. И есть команда, которая этим занимается — продуктовая.
С другой стороны, мы занимаемся коммерческой разработкой. И для этого тоже есть команда — проектная.
И там и там разработчики, тестировщики, devops-ы, аналитики, менеджеры. Они обмениваются знаниями, напитывают друг друга идеями. Продуктовая команда может передать проект для проверки технологических и продуктовых гипотез в проектную команду, а проектная — может сложить результат проекта как технологию в продукт.
И то и другое вполне легально происходит, но вот люди из одной команды в другую не переходят никогда. Так как между ними есть большая разница. Она заключается и в процессах работы, и структуре, и целеполагании, и даже профиле новых кандидатов. Это бывает сложно объяснить тем, кто не погружен, но Резеда Несынова, исполнительный директор Factory5, разложила всё по полочкам.
Топ 13 сервисов для управления задачами и проектами | Приложения для продуктивности
Продукт и проект — основные отличия
Начнем с азов продуктовой и проектной разработки. Ниже — сравнительная таблица, которая поможет определить важные составляющие подходов, например, временные промежутки, наборы операций, команду и другое.
Платформа анализа больших данных производственных предприятий Factory5, созданная для повышения эффективности бизнеса за счет аналитики и управления данными — это продукт. А создание алгоритма оптимизации производственной программы, функционирующий на этой платформе, для конкретного клиента — это проект.
Решение для мониторинга эксплуатации и прогноза технического состояния оборудования — это продукт, а внедрить инструмент расчета остаточного ресурса газотурбинной установки у конкретного клиента — это проект.
По азам прошлись, а теперь попробуем погрузиться в это более детально. Рассмотрим, как строится процесс и работает команда, кто и за что несёт ответственность.
Объект управления
В проектном бизнесе объектом управления становятся проекты клиентов, идущие в определённом ритме. Рано или поздно каждый из них заканчивается, и результат проекта переходит в поддержку, либо передается в следующий проект для развития.
Задача руководителя — обеспечить максимальную, в идеале, конечно, стопроцентную, утилизацию ресурсов. Участники команды проекта задействованы неравномерно и не всегда 100% своего времени. Сотрудник может участвовать сразу в нескольких проектах — это возможность эффективно использовать ресурсы. Тут есть много нюансов и рисков, к этому нужно подходить правильно. Уверены, эта тема достойна отдельной статьи.
PMBOK за 10 минут — понятное и краткое описание стандарта проектного управления
Создание продукта — это процесс, стремящийся к бесконечности. Объект управления — метрики успешности и качества продукта. Команда тоже работает ритмично, но эти ритмы складываются в циклы постоянного улучшения продукта. Схематично классический процесс продуктового управления выглядит так:
Для себя мы определили жесткое правило: между проектной и продуктовой разработкой нужно строить железобетонную стену, иначе срочные проекты гарантированно сместят все продуктовые задачи без заданного дедлайна «на потом». Ни один проект ещё никогда не шёл по плану, точнее шёл по плану, но только по другому.
В какой-то момент руководитель проекта, сроки которого горят, обязательно подойдёт к руководителю разработки продуктов со словами: «Спасай, мне нужны люди» или, что еще сложнее: «У меня есть контракт на много миллионов, давай сделаем».
Эффективность — на что ориентируемся
- уложиться в срок,
- не превысить плановую себестоимость,
- выполнить требования заказчика.
- маржинальность, за счет монетизации и продвижения,
- ценностное предложение,
- перспективы дальнейшего развития и тиражируемости.
Требования — как ими управлять
Проектная группа ожидает указаний заказчика, да бывает, что проектная команда может предложить какие-то решения, но конечное решение всегда за заказчиком. В любом проекте на старте мы получаем цель и требования к конечному результату, а зачастую заказчик диктует также методы и инструменты реализации.
А основная задача продуктовой команды — обнаружить проблему и потребности пользователей через мониторинг рынка, исследования, интервью с пользователями и так далее. Это главное отличие продукта от проекта. Команда ежедневно формирует гипотезы по развитию своего продукта и проверяет их с точки зрения влияния изменений в продукте или методах его продвижения на его масштабирование на рынок. Для этого используется множество различных методик: конкурентный анализ, аналитика рынка, customer development и др.
Как пример, в команде появляется гипотеза, что клиентам в продукте нужен определенный тип диаграмм. Дальше команда формирует перечень, интересующих нас клиентов, материал для представления — схемы, макеты, описание — планирует структуру интервью, определяют показатели, которые подтвердят или опровергнут их гипотезу и договаривается о встречах с клиентами. На основании проведенных интервью и анализа того, сколько дополнительной выручки мы сможем привлечь, принимается решение о реализации данного функционала в продукте.
Структура работы — как работаем
Реализацию проекта разбивают на маленькие задачи и выполняют их чаще всего последовательно. В целом, когда мы говорим о проектах для клиента — это перечень конкретных задач, сроки и методы реализации, о которых мы заранее договариваемся с заказчиком. Мы можем делать что-то параллельно и даже использовать методику работы по спринтам, но работы сдаются чаще всего по план-графику с жесткими сроками и стоимостью.
Основной принцип продуктовой работы — это проверка продуктовых гипотез, итерационная разработка и постоянный пересмотр приоритетов. Бэклог продукта имеет длину до луны и обратно, и задача менеджера не только генерить и проверять идеи, но и постоянно оценивать, какие из задач бэклога на текущий момент более приоритетные. А после сформировать стратегию релиза нового функционала.
Прежде, чем задача попадёт в бэклог, мы стараемся всеми правдами и неправдами проверить её до того, как начнется разработка. В ход идут и просто исследования, и ux-тестирования, а иногда приходится из дизайн макетов собирать прототип. Лишь после получения обратной связи от достаточного количества клиентов, гипотеза валидируется и берётся в разработку.
Таким образом, одновременно в продукте может быть в проработке несколько гипотез на разной стадии. Задача в разработку переходит тоже дополнительно обработанная. Сначала мы выделяем MVP — минимально-жизнеспособный продукт, который проверяется на некотором количестве клиентов. Если показывать схематично, то работа с продуктом выглядит так:
На данный момент многие проекты используют концепцию MVP в рамках реализации каждой функциональности. И это помогает избежать лишних затрат на разработку ненужной или неэффективной функции, тем самым снижая себестоимость проекта и повышая удовлетворенность клиента.
Ответственность — кто за что отвечает
В проекте клиент берёт на себя ответственность за выбор цели. Задача подрядчиков в данном случае быть профессиональными, быстрыми и системными в достижении этой цели. Не исключено, что команда проекта и клиент могут стать партнерами, которые договариваются об общих целях и способах их достижения, но окончательный выбор всегда за заказчиком.
В создании продукта за постоянный выбор и проверку цели несёт ответственность команда. Среди противоречивых требований и ожиданий многочисленных потребителей важно выявлять те, что позволят максимально масштабировать продукт. Клиенты в данном случае не разделяют с вами ответственность за результат. Продуктовая команда отвечает за окупаемость и масштабируемость, приоритеты в разработке, сервис, продвижение и выбор между быстрыми деньгами и долгосрочным развитием.
Особенности работы в продукте и проекте
Сравним, как отличается работа в продукте и проекте для команды. Возьмем за характеристики временные промежутки для работы, формат работы — постоянный, параллельный, переменный — время достижения результата и другое.
Проект не равно продукт
Есть мнение, что результатом проекта является продукт. Это не правда.
Если такое случается, то очень редко, как встретить настоящего единорога в парке Горького. И вот почему:
- Проект ориентирован на одного клиента и его специфические требования.
- Проект очень редко учитывает требования надежности и безопасности, необходимой для выхода на рынок.
- ПО не становится продуктом пока не обрастет артефактами, необходимыми для вывода его на рынок:
- планы продвижения,
- документация,
- материалы для продаж,
- настроенная служба поддержки и т.д.
Для упаковки ПО в продукт, даже если Вам повезло и по результату проекта получился универсальный функционал, в любом случае нужны вложения и перестройка всех процессов компании для непрерывного развития продукта. После проекта, скорее всего, может появиться технология, которой ещё нужны клиенты и дополнительная ценность.
Резюмируем
В проектной работе вас ждут быстрые результаты, драйв от жёстких дедлайнов, работа в режиме многозадачности, следование требованиям клиента и ограничения в ответственности.
В продуктовой же разработке время уделяется генерации идей, здесь есть причастность к чему-то большому и значимому, много работы в неопределенности и условиях изменяющегося рынка и ответственность за свои решения.
- управление проектами
- управление продуктом
- продуктовая разработка
- проектная деятельность
- Блог компании Factory5
- Управление проектами
- Управление продуктом
Источник: habr.com
Сравнение ТЭО и бизнес-плана
ВВЕДЕНИЕ 3
1. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ 4
2. БИЗНЕС-ПЛАН 9
2.1 ЗАДАЧИ СОСТАВЛЕНИЯ БИЗНЕС ПЛАНА 9
2.2 РЕЗУЛЬТАТЫ РАЗРАБОТКИ БИЗНЕС ПЛАНА 10
2.3 СТРУКТУРА БИЗНЕС-ПЛАНА ПО СТАНДАРТАМ UNIDO 10
1. РЕЗЮМЕ 11
3. СРАВНИТЕЛЬНАЯ ХАРАКТЕРИСТИКА 15
ЗАКЛЮЧЕНИЕ 18
ПРИЛОЖЕНИЕ № 1 19
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ 45
Работа содержит 1 файл
Раздел содержит общую информацию о бизнес-плане. По резюме составляют впечатление обо всем проекте, поэтому его всегда просматривают потенциальные инвесторы. Резюме должно содержать краткую но понятную информацию и давать ответы на волнующие инвесторов вопросы — каков объем инвестиций, сроки кредитования, гарантии возврата, объем собственных средств и прочее. Остальные разделы документа должны давать более расширенную информацию о проекте и доказывать правильность расчетов в резюме.
2. Описание отрасли и компании
Описание общей информации о предприятии или компании, описание отрасли и перспективы её развития, финансовые показатели деятельности, кадры и структура управления, направление деятельности и выпускаемая продукция или услуги, партнерские связи.
3. Описание услуг (товаров)
Наилучшим будет наглядное представления продукции производимой вашим предприятием — пусть это будет фотография, рисунок или натуральный образец. Если вы производите не один вид продукции, то описание должно быть по каждому виду в отдельности.
Структура данной части:
— Назначение и область применения
— Патентоспособность и авторские права
— Наличие или необходимость лицензирования
— Степень готовности к выпуску и реализации продукции
— Наличие сертификата качества
— Безопасность и экологичность
— Условия поставки и упаковка
— Гарантии и сервис
4. Продажи и маркетинг
Прежде всего, для вашего товара должен существовать рынок сбыта. В данном разделе вы должны показать инвестору, что этот рынок есть. Потенциальные покупатели делятся на конечных потребителей и оптовых покупателей. Если потребителем выступает предприятие, то оно характеризуется месторасположением и отраслью, в которой вы работаете.
Если потребитель это население, то характеризуется стандартными социально-демографическими характеристиками — пол, возраст, социальное положение, и прочее. Также, стоит описать потребительские свойства товаров — цена, срок службы изделия, внешний вид и другие.
Структура данной части:
1. требования, которые потребитель предъявляет к продукции данного вида и ваши возможности им соответствовать
2. анализ и описание конкурентов, какие сильные и слабые стороны вы будете иметь
3. маркетинговые исследования, описание рынка и его перспективы развития
4. сбыт — начиная от упаковки и хранения и заканчивая непосредственно сбытом в местах продаж и гарантийным обслуживанием
5. привлечение потребителей — какими способами ( маркетинговыми инструментами), анализ эластичности спроса по цене
5. План производства
Расчет постоянных и переменных издержек на производство, объемов производства и сбыта, расчет себестоимости продукции и общие сведения о возможностях предприятия.
Структура данной части:
— географическое положение предприятия, транспортные пути, наличие коммуникаций
— технология и уровень квалификации кадров
— потребность в площадях
— экологичность производства и безопасности работающих
— заработная плата и другие расходы на персонал
— затраты на сырье и материалы
— текущие затраты на производство
6. Организационный план
От топ-менеджмента компании напрямую зависит успешность проекта. В этом разделе описывается организация руководящего состава и основных специалистов, организационная структура предприятия и сроки реализации проекта, способы мотивации руководящего состава.
7. Финансовый план
Необходимо описать основные финансовые расчеты и издержки, провести калькуляцию себестоимости и описать смету расходов на проект. Так же, описать источники финансовых средств, привести таблицу расходов и доходов и описать движение наличности.
Структура данной части:
— Затраты подготовительного периода
— Затраты основного периода
— Затраты, связанные с обслуживанием кредита
— Другие поступления и выплаты
— Отчет о прибылях и убытках
— Поток реальных денег
8. Оценка эффективности проекта
Оценка значимости проекта, его эффективность и направленность. Анализ чувствительности предприятия к внешним факторам.
9. Гарантии и риски компании
Гарантии по окупаемости проекта и возврату заемных средств. Описание возможных рисков и форс-мажорных моментов.
Все подробности, которые не вошли в основные разделы, можно описать в приложениях. Это разгрузит основную часть от лишних таблиц, графиков и прочего.
В приложениях чаще всего описываются следующие моменты:
1. полная информация о компании (регистрационные документы и прочее)
2. фотографии, чертежи, патентная информация о продукции
3. результаты маркетинговых исследований
4. фотографии и схемы предприятия
5. схемы по организационной структуре предприятия
6. финансово-экономические расчеты (таблицы, графики)
7. нормативные документы и законодательные акты подтверждающие описанные риски по проекту
Предпринимательская деятельность. задание 1. Вид проекта Характеристика
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 36.54 Kb.
Охарактеризуйте представленные виды проектов, приведите практические примеры проектов и заполните таблицу.
- создание конкретного изделия;
- создание конкретной технологии.
- создание научно-технического комплекса;
- решение крупной технологической проблемы;
- проведение конверсии одного или группы предприятий;
- реформирование существующих и создание новых предприятий;
- разработка и внедрение внутрифирменных систем.
- развитие свободных экономических зон, республик, малых народностей Севера;
- план Маршалла;
- создание Общеевропейского рынка.
- струнный транспорт академика Юницкого. Представляет собой специальный автомобиль на стальных колесах (рельсовый автомобиль), размещенный на двух рельсах-струнах, установленных на опорах.
– бизнес-план, описывающий конкретные действия по осуществлению инвестиций;
– проектно-сметная документация, оформленная в соответствии с законодательством РФ и установленными стандартами, нормами и правилами.
Понятие «инвестиционный проект» применимо только к реальным инвестициям.
- строительство и эксплуатация санаторно-курортного комплекса (СКК) в редком природном месте, предоставляющий уникальные конкурентные преимущества.
- проект Tempus Tasic CD-JEP-23209–2002 «Совершенствование учебных планов»;
- проект Tempus № 543891-TEMPUS-1–2013–1-RU-TEMPUS-JPCR «Совершенствование высшего образования в Сибири и на Дальнем Востоке».
- совершенствование систем контроля и качества финансового менеджмента;
- совершенствование инструментов межбюджетного перераспределения средств.
- строительство здания или сооружения;
- внедрение новой производственной линии;
- разработка программного обеспечения.
- реструктуризация организации;
- бизнес-проекты;
- процессы реорганизации;
- проекты слияния и поглощения;
- консалтинговые проекты;
- маркетинговые проекты.
Источник: topuch.com