Что можно считать проектом
Что такое проект?
ПРОЕКТ — замысел, идея, образ, воплощённые в форму описания, обоснования, расчётов, чертежей, раскрывающих сущность замысла и возможность его практической реализации (Википедия).
Прежде всего для твоей самооценки. Кто я, что я умею и чего хочу? Итоговый проект дает возможность реализовать себя и научиться чему-то новому, продвинуться на шаг в своем развитии. Что говорят документы?
“Основным объектом оценки метапредметных результатов служит сформированность у обучающихся познавательных, регулятивных и коммуникативных универсальных учебных действий. Основной процедурой итоговой оценки становится защита обучающимся индивидуального итогового проекта.”
Работа над проектом требует четкой организации. Существуют документы, которые определяют порядок выполнения и критерии оценки твоей деятельности. Необходимо внимательно их изучить вместе с учителем и родителями! Какие это документы? Вот примерный перечень:
Прислушайся к себе. Что ты хочешь сделать для собственного развития? Освоить новые технологии и получить новые знания или тебе хочется совершенствовать имеющиеся навыки, а может, ты хочешь применить свой талант для создания чего-то нового или оригинального.
Что делать, если идей очень много? Оцени все свои идеи и подумай, какую пользу принесет твоя деятельность тебе и другим. Приди к компромиссу между “интересно и полезно”. Что делать, если идей совсем нет? Советуйся с учителем, родителями, одноклассниками, но помни, что навязанная работа не принесет пользы. Если ты решил воплотить чужой замысел, то постарайся привнести свое, оригинальное.
Исследовательские творческие работы (проекты), выполненные в результате анализа наблюдений, сбора материала, сведений, экспериментов и т. д., с помощью корректной с научной точки зрения
Типичным недостатком реферативных работ является их перегруженность информацией, мало значимой в раскрытии поставленной темы.
Проектные творческие работы или проекты связаны с планированием, достижением и описанием определенного результата (построение установки, выявление источника загрязнения и т. д.). В процессе работы над проектом осуществляется коррекция исходной программы, необходимая для повышения эффективности достижения цели.
Критерием качества проектных работ является:
Практико-ориентированный проект также предполагает реальный результат работы, но в отличие от первых двух носит прикладной характер (например, оформить выставку горных пород для кабинета географии). Тип учебного проекта определяется по доминирующей деятельности и планируемому результату. Например, проект по изучению местности может носить исследовательский характер, а может – практико-ориентированный: подготовить учебную лекцию по теме “Горы (или равнины) Земли”. Подготовка такого проекта, кроме собственно предметного содержания, будет включать вопросы анализа аудитории, особенностей обращения к ней и т.д.
Экспериментальные творческие работы (проекты) написаны на основе выполнения эксперимента, иллюстрирующего известные науке законы и закономерности. Конкретный результат эксперимента,
как правило, зависит от исходных условий. Экспериментальные работы могут включать этап конструирования, анализа технических схем, трактовку результата эксперимента. Экспериментальные работы часто являются творческим развитием лабораторных работ. Хорошие экспериментальные работы‚ как правило, содержат элементы исследования.
Результатом работы над проектом может быть, как готовый объект или информация (учебное пособие, WEB-сайт, результаты исследования), так и оригинальное представление своего замысла (макет, модель, чертеж, бизнес-план).
Виды продуктов проектной деятельности:
ПРИМЕРНЫЕ ФОРМЫ (ПРОДУКТ) ИТОГОВОГО ПРОЕКТА см. статью «Творческие работы»
Прочитай свой “Дневник работы над проектом”. Вспомни трудности и то, как ты их преодолевал. Ответь на вопросы этой анкеты.
«Чему удалось научиться или улучшить в ходе работы над проектом?» Отметь знаком «+»!
Проектная деятельность
Возможными источниками проблемы могут выступать противоречия:
Ситуация может приобрести проблемный характер если:
Проблема обязательно должна быть взята из реальной жизни, знакома и значима для ученика, её решение должно быть важно для учащегося
Действия ученика на этом этапе работы:
Информационный (проект, целью которого является сбор, анализ и представление информации по какой-либо актуальной тематике)
Исследовательский (проект, направленный на доказательство или опровержение какой-либо гипотезы, исследование какой-либо проблемы)
Прикладной (практико-ориентированный) (проект, имеющий на выходе конкретный продукт; проект, направленный на воплощение в жизнь какой-то идеи, конечный продукт может использоваться как самим учеником, так и внешним заказчиком)
Игровой (ролевой) (проект, в котором участники принимают на себя определенные роли)
Творческий (проект, направленный на создание какого-то творческого продукта, предполагает свободный, нестандартный подход к оформлению результатов работы)
Социальный (социально-ориентированный) (проект, который направлен на повышение гражданской активности обучающихся и населения; сбор, анализ и представление информации по актуальной социально-значимой тематике)
Инженерный (создание планов, чертежей, расчетов, макетов)
РЕЗУЛЬТАТ (ПРОДУКТ) ПРОЕКТА
Продукт проекта может быть как материальным (отчуждаемый от проекта), так и нематериальным (представлен в письменном виде)
Результатом (продуктом) проектной деятельности может быть:
? письменная работа (эссе, рассказ, сказка, стихотворение, реферат, аналитические материалы, обзорные материалы, отчеты о проведенных исследованиях, буклет, словарь, пакет рекомендаций, справочник, заочная экскурсия, аннотация, рецензия, литературный календарь)
? художественная творческая работа (в области литературы, музыки, изо), представляется в виде прозаического или стихотворного произведения, инсценировки, художественной декламации, исполнения музыкального произведения, компьютерной анимации, газета, журнал, коллекция, модель, путеводитель
? отчетные материалы по социальному проекту (тексты, мультимедийные продукты)
ЭТАПЫ РАБОТЫ НАД ПРОЕКТОМ
При организации проектной деятельности применяется следующий АЛГОРИТМ:
? формулирование гипотезы (для исследовательского проекта)
? формулирование цели (конкретных задач, связанных с решением проблемы)
? определение этапов работы
? подбор методов и средств решения проблемы
? проведение исследовательской или иной работы по решению проблемы
? получение и анализ данных
? оформление данных в виде теста (схемы, рисунка)
? обсуждение и корректировка данных
? выражение ожидаемого результата (представление)
! Материалы, необходимые на процедуре защиты проекта:
Оглавление включает наименование всех разделов и глав с указанием номеров страниц, на которых размещается материал
Введение по объему занимает не менее 1с. и не более 3страниц
I РАЗДЕЛ 1.(Теоретический)
Теоретическая часть по объему не менее 4 и не более 8 страниц
II РАЗДЕЛ 2. (Практический)
Практическая часть по объему занимает не менее 7 и не более 15 страниц
Заключение по объему не более 1 страницы
Список литературы включает не менее 8 источников
ВВЕДЕНИЕ. Тема проекта и её актуальность (может ли тема проекта и его продукт представлять научный, практический, информационный интерес), цель проекта; поставленные задачи для достижения цели; этапы работы над проектом; методы и приемы исследования и работы над проектом
РАЗДЕЛ (ТЕОРЕТИЧЕСКИЙ). Основные понятия, раскрывающие тему, интерес к теме в науке, разные позиции и точки зрения, анализ литературы по теме, информационно-содержательный материал
РАЗДЕЛ (ПРАКТИЧЕСКИЙ) Описание проектной работы и её результатов (Что делали в ходе работы над проектом на каждом этапе, какие исследования провели, к каким выводам пришли, какой материал собрали, что изготовили на каждом этапе
ЗАКЛЮЧЕНИЕ Подведение итогов по проекту (Что планировали, какую цель ставили, все ли задачи выполнили, использованы ли предполагаемые методы и приемы, все ли этапы проекта завершены, получен ли результат, как он соотносится с целью).
ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ ПРОЕКТА
ТРЕБОВАНИЯ К ОФОРМЛЕНИЮ СПИСКА ЛИТЕРАТУРЫ
Литература в списке приводится в следующем порядке:
Все персональные данные размещены с согласия субъекта(ов) на обработку персональных данных
Что такое проект: классификация и основные характеристики
В простом виде, определение проекта можно сформулировать так:
Проект – это совокупность людей и ресурсов, которые объединяются на определенное время, чтобы создать что-то ценное (продукт, услугу, бизнес и т.д.).
Управление проектами – это составная часть системы менеджмента любой компании.
Основные характеристики проектов
У каждого проекта есть следующие основные характеристики:
1.Цель проекта или конечный результат.
2.Срок реализации проекта (время за которое проект планируется и разрабатывается).
3.Сложность проекта – проекты могут быть простыми, которые реализуются за одну единицу времени, и могут быть составными, в которые входят другие подпроекты и как правило они растянуты во времени, и их успех зависит от многих факторов.
4.Календарный план проекта – каждый проект состоит из шагов по которым осуществляется его разработка.
5.Бюджет проекта – стоимость ресурсов человеческих и иных, которые привлекаются для реализации проекта.
Открытые и закрытые проекты
Если мы уже делали конкретный проект (или делали похожий проект) и знаем как его выполнить, то такие проекты называют закрытыми, а есть проекты, для которых нет опыта реализации – их называют открытыми. Как правило открытые проекты более рискованные и более прибыльные.
У закрытых проектов в краткосрочной перспективе высока вероятность выполнения, но скорее всего низкая доходность. У открытых меньше вероятность исполнения и более высокая перспективная доходность.
В портфеле проектов компании должны быть и закрытые (для генерации постоянного дохода) и открытые (для высокой результативности). Портфель должен быть сбалансированным.
Проектные роли
У каждого проекта есть несколько проектный ролей. Обычно можно выделить следующие:
– Заказчик – это может быть как внешний заказчик, так и владелец бизнеса и акционер;
– Исполнитель – это может быть как внешний подрядчик, так и внутренняя команда проекта;
– Руководитель проекта – лицо, которое отвечает за выполнение проекта в срок и эффективное взаимодействие между заказчиком и исполнителем;
Для проектов с методологией Scrum (об этом в следующих статьях) также присутствует Scrum-мастер – человек, который следит за тем, чтобы проект продвигался в соответствии с определенными правилами работы – Scrum-артефактами.
Простые и составные проекты
Как уже упоминалось выше, проекты могут быть простыми – когда для их реализации необходимо минимальное количество времени и ресурсов команды, так и составными, которые обычно состоят из множества взаимозависимых подпроектов, и к тому же растянуты во времени.
Например, составной проект “Запустить Корпоративный сайт” будет состоять из нескольких проектов, например создать структуру, подобрать контент, найти подрядчиков и т.д. Причем эти проекты в свою очередь тоже являются большей частью составными, например подпроект “Найти подрядчиков” может составить из подпроектов:
А подпроект “Переговоры с подрядчиками” может быть еще разделен на задачи, например: Определить критерий успешности подрядчика; Создать таблицу в которую будем заносить новых подрядчиком и тех, с кем пообщались
Ограничения в проекте или “проектный треугольник”
В любом проекте всегд есть 3 грани (его ограничения):
А. Содержание – объем работ, который необходимо выполнить, чтобы проект был завершен
Б. Время проекта – количество доступного времени для завершения проекта
В. Бюджет проекта – стоимость ресурсов человеческих и иных, которые привлекаются для реализации проекта.
Увеличение одной из сторон обычно приводит к увеличению других сторон.
Есть такая поговорка “Мы можем сделать быстро, качественно и дёшево – выбирайте любые два из этих показателей”
Успешный проект – проект, выполненный с учетом ограничений проектного треугольника (время, бюджет, содержание работ).
Пример проекта с ограничениями
Организовать бизнес-тренинг.
Приоритеты:
1) Содержание: собрать 100 человек в аудитории
2) Сроки: 2 недели
Учитывая что приоритет короткие сроки и 100 человек, то в таком проекте может быть значительный бюджет.
Если бы например цель проекта была бы провести тренинг на 100 человек с минимальным бюджетом, то можно было бы на него собирать людей например посредством контент-маркетинг и SEO (бюджет в этом случае только ваше время), но в итоге пришлось бы ждать довольно долго.
Существует популярное возражение у владельцев стартапов и маленьких бизнесов, которое звучит так “мы слишком маленькие чтобы заниматься еще управлением проектами”. Но для системы управления проектами не имеет значения размер проекта, эта система может работать как с проектом по организации корпоратива, так и с проектом создания сложной компьютерной программы. И в том и в другом случае с помощью системы управления проектами проекты должны быть выполнены качественно в срок и в рамках бюджета.
И вот 5 основных причин почему необходимо планировать и управлять проектами, независимо от их размеров:
1. Четкое понимание цели
У проекта появляется четкая измеримая цель, и все участники проекта понимают ради чего они работают над проектом.
2. Ответственность
При планировании проекта определяются центры ответственности как за отдельные элементы проекта, так и за проект в целом. Команда проекта начинает действовать более дисциплинированно и осознанно.
3.План
Планирование проекта помогает составить календарный план работ проекта, и определить необходимые ресурсы для его выполнения, а также возможные риски, которые могут встречаться.
4.Прозрачность
Благодаря прозрачной системе контроля за соблюдением календарного плана, акционеры и инвесторы понимают чем занята команда, какие у нее приоритеты сейчас и какие будут завтра.
5.Слаженность работы
Один из самых важных результатов внедрения системы управления проектами – это слаженность работы команды, когда каждый понимает что он должен сделать чтобы достичь результата. И ни у кого не возникает вопросов, что делать если у коллеги что-то не получается – все идут ему помогать, чтобы календарный план работ не задерживался и проект был выполнен в срок .
Продукт VS проект: отличия подходов
На связи Factory5 (входит в группу Ctrl2GO) — российский разработчик аналитических решений для бизнеса на базе умных алгоритмов обработки данных. У нас в компании есть опыт объединения двух разных команд, и мы хотели бы им поделиться. С одной стороны, мы развиваем свой продукт, который активно распространяется через партнерскую сеть. И есть команда, которая этим занимается — продуктовая. С другой стороны, мы занимаемся коммерческой разработкой. И для этого тоже есть команда — проектная.
И там и там разработчики, тестировщики, devops-ы, аналитики, менеджеры. Они обмениваются знаниями, напитывают друг друга идеями. Продуктовая команда может передать проект для проверки технологических и продуктовых гипотез в проектную команду, а проектная — может сложить результат проекта как технологию в продукт. И то и другое вполне легально происходит, но вот люди из одной команды в другую не переходят никогда. Так как между ними есть большая разница. Она заключается и в процессах работы, и структуре, и целеполагании, и даже профиле новых кандидатов. Это бывает сложно объяснить тем, кто не погружен, но Резеда Несынова, исполнительный директор Factory5, разложила всё по полочкам.
Продукт и проект — основные отличия
Начнем с азов продуктовой и проектной разработки. Ниже — сравнительная таблица, которая поможет определить важные составляющие подходов, например, временные промежутки, наборы операций, команду и другое.
Платформа анализа больших данных производственных предприятий Factory5, созданная для повышения эффективности бизнеса за счет аналитики и управления данными — это продукт. А создание алгоритма оптимизации производственной программы, функционирующий на этой платформе, для конкретного клиента — это проект.
Решение для мониторинга эксплуатации и прогноза технического состояния оборудования — это продукт, а внедрить инструмент расчета остаточного ресурса газотурбинной установки у конкретного клиента — это проект.
По азам прошлись, а теперь попробуем погрузиться в это более детально. Рассмотрим, как строится процесс и работает команда, кто и за что несёт ответственность.
Объект управления
В проектном бизнесе объектом управления становятся проекты клиентов, идущие в определённом ритме. Рано или поздно каждый из них заканчивается, и результат проекта переходит в поддержку, либо передается в следующий проект для развития.
Задача руководителя — обеспечить максимальную, в идеале, конечно, стопроцентную, утилизацию ресурсов. Участники команды проекта задействованы неравномерно и не всегда 100% своего времени. Сотрудник может участвовать сразу в нескольких проектах — это возможность эффективно использовать ресурсы. Тут есть много нюансов и рисков, к этому нужно подходить правильно. Уверены, эта тема достойна отдельной статьи.
Создание продукта — это процесс, стремящийся к бесконечности. Объект управления — метрики успешности и качества продукта. Команда тоже работает ритмично, но эти ритмы складываются в циклы постоянного улучшения продукта. Схематично классический процесс продуктового управления выглядит так:
Для себя мы определили жесткое правило: между проектной и продуктовой разработкой нужно строить железобетонную стену, иначе срочные проекты гарантированно сместят все продуктовые задачи без заданного дедлайна «на потом». Ни один проект ещё никогда не шёл по плану, точнее шёл по плану, но только по другому.
В какой-то момент руководитель проекта, сроки которого горят, обязательно подойдёт к руководителю разработки продуктов со словами: «Спасай, мне нужны люди» или, что еще сложнее: «У меня есть контракт на много миллионов, давай сделаем».
Эффективность — на что ориентируемся
не превысить плановую себестоимость,
выполнить требования заказчика.
маржинальность, за счет монетизации и продвижения,
перспективы дальнейшего развития и тиражируемости.
Требования — как ими управлять
Проектная группа ожидает указаний заказчика, да бывает, что проектная команда может предложить какие-то решения, но конечное решение всегда за заказчиком. В любом проекте на старте мы получаем цель и требования к конечному результату, а зачастую заказчик диктует также методы и инструменты реализации.
А основная задача продуктовой команды — обнаружить проблему и потребности пользователей через мониторинг рынка, исследования, интервью с пользователями и так далее. Это главное отличие продукта от проекта. Команда ежедневно формирует гипотезы по развитию своего продукта и проверяет их с точки зрения влияния изменений в продукте или методах его продвижения на его масштабирование на рынок. Для этого используется множество различных методик: конкурентный анализ, аналитика рынка, customer development и др.
Как пример, в команде появляется гипотеза, что клиентам в продукте нужен определенный тип диаграмм. Дальше команда формирует перечень, интересующих нас клиентов, материал для представления — схемы, макеты, описание — планирует структуру интервью, определяют показатели, которые подтвердят или опровергнут их гипотезу и договаривается о встречах с клиентами. На основании проведенных интервью и анализа того, сколько дополнительной выручки мы сможем привлечь, принимается решение о реализации данного функционала в продукте.
Структура работы — как работаем
Реализацию проекта разбивают на маленькие задачи и выполняют их чаще всего последовательно. В целом, когда мы говорим о проектах для клиента — это перечень конкретных задач, сроки и методы реализации, о которых мы заранее договариваемся с заказчиком. Мы можем делать что-то параллельно и даже использовать методику работы по спринтам, но работы сдаются чаще всего по план-графику с жесткими сроками и стоимостью.
Основной принцип продуктовой работы — это проверка продуктовых гипотез, итерационная разработка и постоянный пересмотр приоритетов. Бэклог продукта имеет длину до луны и обратно, и задача менеджера не только генерить и проверять идеи, но и постоянно оценивать, какие из задач бэклога на текущий момент более приоритетные. А после сформировать стратегию релиза нового функционала.
Прежде, чем задача попадёт в бэклог, мы стараемся всеми правдами и неправдами проверить её до того, как начнется разработка. В ход идут и просто исследования, и ux-тестирования, а иногда приходится из дизайн макетов собирать прототип. Лишь после получения обратной связи от достаточного количества клиентов, гипотеза валидируется и берётся в разработку.
Таким образом, одновременно в продукте может быть в проработке несколько гипотез на разной стадии. Задача в разработку переходит тоже дополнительно обработанная. Сначала мы выделяем MVP — минимально-жизнеспособный продукт, который проверяется на некотором количестве клиентов. Если показывать схематично, то работа с продуктом выглядит так:
На данный момент многие проекты используют концепцию MVP в рамках реализации каждой функциональности. И это помогает избежать лишних затрат на разработку ненужной или неэффективной функции, тем самым снижая себестоимость проекта и повышая удовлетворенность клиента.
Ответственность — кто за что отвечает
В проекте клиент берёт на себя ответственность за выбор цели. Задача подрядчиков в данном случае быть профессиональными, быстрыми и системными в достижении этой цели. Не исключено, что команда проекта и клиент могут стать партнерами, которые договариваются об общих целях и способах их достижения, но окончательный выбор всегда за заказчиком.
В создании продукта за постоянный выбор и проверку цели несёт ответственность команда. Среди противоречивых требований и ожиданий многочисленных потребителей важно выявлять те, что позволят максимально масштабировать продукт. Клиенты в данном случае не разделяют с вами ответственность за результат. Продуктовая команда отвечает за окупаемость и масштабируемость, приоритеты в разработке, сервис, продвижение и выбор между быстрыми деньгами и долгосрочным развитием.
Особенности работы в продукте и проекте
Сравним, как отличается работа в продукте и проекте для команды. Возьмем за характеристики временные промежутки для работы, формат работы — постоянный, параллельный, переменный — время достижения результата и другое.
Проект не равно продукт
Есть мнение, что результатом проекта является продукт. Это не правда.
Если такое случается, то очень редко, как встретить настоящего единорога в парке Горького. И вот почему:
Проект ориентирован на одного клиента и его специфические требования.
Проект очень редко учитывает требования надежности и безопасности, необходимой для выхода на рынок.
ПО не становится продуктом пока не обрастет артефактами, необходимыми для вывода его на рынок:
материалы для продаж,
настроенная служба поддержки и т.д.
Для упаковки ПО в продукт, даже если Вам повезло и по результату проекта получился универсальный функционал, в любом случае нужны вложения и перестройка всех процессов компании для непрерывного развития продукта. После проекта, скорее всего, может появиться технология, которой ещё нужны клиенты и дополнительная ценность.
Резюмируем
В проектной работе вас ждут быстрые результаты, драйв от жёстких дедлайнов, работа в режиме многозадачности, следование требованиям клиента и ограничения в ответственности.
В продуктовой же разработке время уделяется генерации идей, здесь есть причастность к чему-то большому и значимому, много работы в неопределенности и условиях изменяющегося рынка и ответственность за свои решения.