Оформление проекта: правила и этапы
Оформление проекта осуществляется по определенным правилам. Отдельно необходимо уделить внимание титульному листу, так как его, по праву, можно считать визитной карточкой любой творческой или проектной работы. Как осуществляется оформление титульного листа проекта? Попробуем найти ответ на поставленный вопрос.
Требования к заглавной странице
Для начала необходимо выбрать размер шрифта. В зависимости от предназначения проекта, его вида, могут быть некоторые отличия в размере шрифта. В основном применяется шрифт Times New Roman с размером 16. Главный текст располагается по центру страницы. Правила оформления проекта предполагают размещение полного наименования учебного заведения (организации). Важным моментом является установка полей на странице. В зависимости от требований, которые предъявляются к конкретному проекту, размер полей может быть выбран автоматически, а также настроен вручную.
Критерии
Классическим вариантом считают верхние и нижние параметры по двадцать мм, отступ с правой стороны составляет пятнадцать миллиметров, слева — тридцать мм. Увеличение размера полей слева необходимо для того, чтобы сданную работу можно было прикрепить к скоросшивателю.
Далее курсор устанавливается на середине страницы, меняется размер шрифта с 16 на 24. Автор указывает тип проекта: творческий, научный, реферативный. В следующей строке указывается название работы без кавычек и точки, используется 28 размер шрифта.
Отступив около шести строчек к низу страницы, нужно ввести информацию об авторе работы, а также о его научном руководителе.
Последняя строка титульного листа отводится на указание года выполнения работы. Это классическое оформление проекта. Образец титульного листа представлен на фото.
В зависимости от тех правил, которые установлены учебным заведением либо организатором конференции (конкурса), допускаются некоторые нюансы в оформлении титульного листа.
Заголовки в проекте
Требования к оформлению проекта предполагают написание заголовков полужирным шрифтом. Печатается он с заглавной буквы, в конце предложения точка не ставится. Отметим, что не допускается перенос слов в заголовках отдельных глав проектной работы. Между основным текстом и названием раздела нужно сделать отступ в два интервала.
Оформление творческого проекта предполагает написание каждой главы на новой странице. Нумерация глав выполняется арабскими цифрами, а параграфы указываются двойной нумерацией. Если в них есть дополнительные пункты, используется тройная нумерация арабскими цифрами.
Использование сокращений в оформлении
Оформление проекта предполагает использование сокращений только в исключительных случаях. Например, можно использовать их при указании литературного источника, на который ссылается в своем проекте автор. При использовании информации о соавторах, сначала указывают их инициалы, затем пишут фамилию человека.
Оформление проекта допускает использование экономических и математических формул, но они должны иметь расшифровку каждого символа.
Специфика оформления приложений
Правила, разработанные для творческих проектов, допускают использование эскизов, диаграмм, графиков, фотографий, рисунков в конце проекта. Сначала указывается литературный список, после него на отдельных листах размещаются приложения. Каждое из них должно иметь название. В верхнем правом углу указывают номер (например, приложение 1), затем его наименование.
Нумерация страниц
Оформление дизайн-проекта сопровождается указанием номера каждого листа. На первом листе его не ставят, поэтому нумерация идет с оглавления. Классическим вариантом считается расположение номера по центру внизу страницы.
Никаких дополнительных украшений: рамок, изменений шрифтов, подчеркиваний, различных цветов при оформлении проектной работы не должно быть. В этом требовании авторы часто ошибаются.
Особенности школьного проекта
Пример оформления проекта приведем ниже, сначала остановимся на некоторых особенностях школьной творческой работы. В его структуре используются те же требования, которые предъявляются к научным и дизайнерским взрослым работам. На главном листе указывают название школы, а также информацию об учителе-консультанте, под руководством которого был сделан проект. В основном тексте ставятся ссылки на литературные источники. В проекте допускается использование пяти приложений, которые указываются в конце проекта, нумеруются, имеют названия.
Пример оформления оглавления
Содержание
1.Введение. Стр. 3-4
2. Виды двигателей, используемых в современных транспортных средствах.
2.1 Характеристика бензинового двигателя. Стр. 4
2.1.1 Состав выхлопных газов. Стр. 5
2.1.2 Влияние отработанных газов (СО/СН) на экологию и здоровье человека. Стр. 5
2.2. Характеристика электрического двигателя. Стр. 5-6
2.2.1 Преимущества электрического двигателя. Стр. 6
2.2.2 Экологические характеристики электрического двигателя. Стр. 6-7
3. Экспериментальная часть работы. Стр. 7-10
4. Заключение.
4.1 Выводы по проблеме исследования. Стр. 10-11
4.2 Рекомендации по проблеме исследования. Стр. 11
5. Библиографический список. Стр. 12
6. Приложения.
Приложение 6.1. Внешний вид бензинового двигателя. Стр. 13
Приложение 2. Внешний вид электрического двигателя. Стр. 14
Пример тезисов по проекту
Помимо самой проектной работы важно правильно выделить его основное содержание с помощью тезисов. В зависимости от предназначения проекта, к тезисам также есть определенные требования. Предлагаем вариант тезисов по школьному проекту.
Продемонстрируем вариант работы на тему: «Влияние темперамента на выбор профессии в подростковом возрасте». На титуле необходимо указать всю информацию об авторе:
- фамилию, имя и отчество, адрес, должность, место его учебы, электронные контакты;
- аналогично конкретизируются данные о научном руководителе;
- не стоит забывать о том, что на главной странице проекта публикуется организация, где будет происходить его демонстрация или защита.
В обязательном порядке необходимо продемонстрировать актуальность работы. На примере заданной темы можно уточнить, что проблема профессионального самоопределения является актуальной в современной школе. Многие ребята хотят получить востребованные специальности независимо от наличия к ним интереса, склонностей и способностей. Дети получают желаемую профессию, но не могут в ней состояться, реализовать свои таланты. Поэтому важной частью профильной подготовки учащихся является своевременная диагностика их склонностей, личностных качеств, способностей и интересов. Она поможет ребятам сделать правильный выбор будущей профессии.
Также проговаривается и конечная цель работы. Как вариант ее можно оформить таким образом: «Исследование взаимосвязи между темпераментом и выбором профессии среди учащихся школы».
Задачи работы прописываются отдельно:
• изучить историю учения о типах темперамента;
• ознакомиться с методиками изучения типов темперамента;
• выявить и обосновать влияние темперамента на профессиональный выбор;
• изучить типы темперамента у учащихся;
• установить зависимость между определённым типом темперамента учащихся и выбираемыми ими профессиями, видами профессиональной деятельности;
• информировать о полученных результатах школьного психолога, классного руководителя, педагогов и родителей.
Теоретический анализ психологической, методической и специальной литературы, наблюдение, индивидуальное тестирование участников эксперимента, статистический и сравнительный анализ полученных данных относятся к методам выполнения работы.
В обязательном порядке следует выделить основные результаты работы, которые продемонстрируют ее итог. Формулировка может выглядеть, как сравнительный анализ тестирования, показавшего единую взаимосвязь между типом темперамента и склонностью к определенным профессиональным направлениям. Особенно это важно, если автору удалось доказать, что тип темперамента в подростковом возрасте оказывает существенное влияние на выбор будущей профессии.
Заключение и возможные пути развития – это итоговая часть всего проекта. В этом разделе списывается результат эксперимента. В нашем примере, он звучит как свидетельствование того, что, имея представление о сфере своих склонностей и интересов, в подростковом возрасте можно сделать правильный выбор будущей специальности. Это позволит избежать разочарований во взрослой жизни. Предложенные автором варианты диагностики помогут педагогам, родителям выявить профессиональные области школьников, вместе сделать выбор их будущей специальности.
Этапы работы над проектом
Помимо определенных требований к оформлению проекта, существует алгоритм самой деятельности. Сначала необходимо определиться с тематикой, которая будет интересна не только самому автору, но и рецензентам. Далее ставится основная цель проекта, определяются его задачи.
На следующем этапе предполагается обзор литературных источников по той проблеме, которая будет рассматриваться в проекте. Самой сложной частью творческого проекта является экспериментальная. Автор, проанализировав существующую по теме информацию, предлагает свои расчеты, чертежи, рисунки.
Важным этапом составления любого проекта является формулировка выводов, анализ целесообразности внедрения полученных результатов в практику.
Проект сопровождается списком литературы, правила оформления которого, были представлены выше. Для технической работы, в качестве пронумерованных приложений, будут выступать разные чертежи и схемы, а для творческого проекта можно использовать красочные фотографии, рисунки, макеты.
Что должен содержать в себе проект дома?
Честно говоря, изложить содержание проекта дома в коротком и понятном варианте – та еще задача, но мы все таки постараемся сделать так, чтобы даже неподготовленный читатель смог сформировать представление о том, что такое проект дома и зачем он нужен.
Вы собрались построить дом и не знаете с чего начать? А начинать нужно с проекта. Проект коттеджа можно получить либо в строительной компании, которая непосредственно будет строить дом под ключ, либо в компаниях, которые специализируются на проектировании зданий и сооружений.
Подавляющее большинство строителей даже не возьмутся начать стройку без проекта, ведь он представляет собой прямую инструкцию о том, что хочет получить по итогу клиент.
Почему нужно понимать из чего состоит проект дома
Для человека, который строит дом, очень важно знать из чего состоит проект частного жилого дома. Так же важно знать, что проект представляет собой определенную совокупность желаний и возможностей клиента, которая детализирует все особенности дома, начиная от площади помещений и их структуры, заканчивая материалами отделки.
План – схема и руководство по тому, как будет строиться дом
В проекте обязательно должно быть расположение здания на участке и все коммуникации.
Проектировщики просчитают глубину залегания фундаментов, рассчитают нагрузки на фундамент, укажут необходимые действия, чтобы основание дома было крепким и надежным. Согласно грунтам на вашем участке и Вашим пожеланиям, в проекте будут указаны все мероприятия по сборке Вашего фундамента и подготовке грунта до начала работ.
Полноценный проект коттеджа должен содержать архитектурный раздел, конструктивный раздел и инженерный раздел.
Что делается в проекте коттеджа первым делом?
Перед тем, как приступить к проектированию, Вам надо определиться, из каких материалов будет сделаны стены Вашего дома. Вы можете выбрать проект каркасного дома, проект дома из газобетона, проект дома из пеноблока, проект кирпичного дома, проект деревянного дома.
Кстати, в большинстве случаев типовой проект того или иного дома может быть представлен в исполнении с выбором материала стен. Иными словами, многие клиенты делают выбор по визуализации дома, материал стен же выбирается уже по факту. Так же проекты разделяются по стоимости и площади.
Если же проект индивидуальный, то очень важно, чтобы занимался его составлением опытный специалист, который знает особенности индивидуального проектирования.
Архитектурный раздел проекта жилого дома
В архитектурном разделе указаны точные характеристики геометрии здания, конструкций, этажность, отражены все размеры, материалы. Также здесь описаны все конструктивные элементы, такие как окна, двери, перегородки. На чертежах четко отмечены расположения санитарных, кухонных помещений, вентиляционных шахт, указаны толщины стен и перегородок.
В этом разделе проектировщики покажут внешний вид здания, внутренне расположение помещений. Так же в это разделе содержится информация, связанная с высотой потолков, размещением лестницы, использованием полезной площади. Часто архитектурный план содержит информацию о фасаде коттеджа, цвете кровли, цоколя, размещении окон и дверей.
В архитектурном разделе содержаться чертежи вертикального, поперечного, продольного сечения дома.
Конструктивный раздел проекта жилого дома
В конструктивном разделе дается общее описание, данные о проектируемом объекте, жилом доме. Сюда включаются схемы фундамента, несущих узлов, перекрытий, стен, стропильной системы.
Наличие конструктивного раздела гарантирует, что сложные коммуникационные узлы и элементы будут детально разработаны и понятны строителям, что даст лишнюю гарантию того, что не будет ошибок.
Инженерный раздел проекта жилого дома
В инженерном отделе обычно содержатся такие части, как водопровод, канализация, вентиляция, отопление, электрика. В зависимости от Ваших потребностей и задач, проектировщики рассчитают электрическую мощность дома. Также в проекте будет указано, где будет находиться контур заземления и как его правильно выполнить. Обязательно будет описана система молниезащиты, схема реализации громоотвода без потери внешнего вида фасада. Правильное расположение сантехнического оборудования тоже будет указано в этом разделе, описана спецификация материалов и изделий. Расположение ванной, туалета, теплых полов и много другого – все это размещается именно в этой части проекта. Здесь же отражена высота расположения розеток, выключателей, таймеров.
Можно выполнить проект «умного дома». Тепловые завесы, подогреватели, вентиляторы, кондиционеры, своевременного поднятия и опускания жалюзи.
Проект должен быть у каждого дома!
Итак, проекты домов должны содержать максимально полную информацию о строительстве дома. Только полноценный проект позволит сократить количество ошибок при строительстве, сэкономить деньги на материалы, проект поможет просчитать бюджет строительства Вашего дома. Если же вы задумываетесь о том, чтобы максимально комфортно построить дом под ключ, то обращайтесь к нам!
Проектная документация включает в себя… Подготовка и состав проектной документации
Реализация строительных проектов требует разработки специальной документации, в соответствии с которой должна проводиться работа специалистов. Ее структура, а также порядок утверждения определены законодательно — на уровне федеральных нормативных актов. Главный элемент соответствующего комплекта источников — проектная документация. В ряде случаев она может дополняться рабочей, а также техническими условиями. В чем заключаются особенности разработки проектной документации в строительстве? Какие основные источники права регулируют ее применение?
Что представляет собой проектная документация?
Под проектной документацией (или проектно-сметной) принято понимать совокупность источников, в состав которых могут входить как текстовые, так и графические материалы, предназначенные для определения перечней архитектурных, технологических, конструктивных, а также инженерных решений, используемых в рамках реализации строительного проекта.
В зависимости от сложности задач, которые стоят перед фирмой, структура соответствующей документации может различаться. От ее состава зависит то, какие конкретно специалисты будут привлекаться к разработке данных источников.
Роль проектной документации в строительстве
Собственно, для чего нужна проектно-сметная документация? Главная ее роль заключается прежде всего в регламентации процесса реализации строительного проекта. Кроме того, составление соответствующей документации — требование законодательства. Без нее принять построенный объект недвижимости в эксплуатацию нельзя. Аналогично проектно-сметная документация нужна при реконструкции или же перепланировке зданий и сооружений.
Таким образом, рассматриваемые источники нужны как с точки зрения требований законодательства, так и для реализации непосредственно работ как объективно нужный источник данных, позволяющих построить здание или сооружение, соответствующее установленным критериям качества, а также в пределах расходов, которые определены участниками проекта.
Система проектной документации — это совокупность источников, по сути, отражающих общее понимание заказчиком и застройщиком концепции проекта, а также устанавливающих порядок бесперебойного и оперативного снабжения различных элементов строительной инфраструктуры. Важная роль рассматриваемых источников предопределяет необходимость в привлечении к их разработке самых квалифицированных специалистов, а также следование особым алгоритмам.
Так, соответствующую работу должны проводить только те организации, что имеют разрешительные документы на проведение работ, связанных с подготовкой документации, о которой идет речь. Рассмотрим более подробно, кто может осуществлять ее разработку.
Кто разрабатывает проектную документацию?
Создавать проектно-сметную документацию может собственно сам застройщик либо компетентное лицо, которое привлекается им либо заказчиком. Иногда физлицо по договору. Например, это может быть опытный инженер.
Лицо, которое отвечает за подготовку рассматриваемой документации, также осуществляет координацию работ, необходимых в целях создания соответствующих источников. Кроме того, на него возлагается ответственность за качество документации, а также ее соответствие техническим регламентам. Подготовка проектной документации может в ряде случаев сопровождаться делегированием ряда функций разработчика иным лицам, которые имеют необходимую компетенцию.
Заказчик представляет разработчику ряд соответствующих источников:
— градостроительный план по участку или же проект планировки той территории, которую предполагается использовать в рамках реализации строительного проекта;
— документ, отражающий итоги инженерных изысканий или же, если они не готовы, задание на их выполнение;
— технические условия, в случае если обеспечение функционирования строительного объекта требует технологического присоединения.
Рассмотрим, какие требования существуют к составу разделов соответствующей документации, что используется в рамках строительных проектов, при решении задач по реконструкции и проведению капремонта различных зданий и сооружений.
Требования к структуре проектной документации
Основной источник права, в котором прописывается то, каким требованиям должна соответствовать проектная документация объекта — Градостроительный кодекс РФ. В нем же сказано, что требования к рассматриваемым источникам устанавливаются правительством РФ. На практике состав разделов проектной документации, предназначенной для строительства, реконструкции и капремонта, определяется главным образом в Постановлении правительства РФ № 87, принятом 16.02.2008 года. Кроме того, установленные данным источником права критерии во многих случаях соотносятся с положениями Градостроительного кодекса.
Нормы, содержащиеся в Постановлении № 87, применяются, если подготовка проектной документации осуществляется в отношении объектов, которые:
— имеют производственное назначение;
— характеризуются непроизводственным назначением;
— являются линейными.
Рассмотрим теперь, каким образом в Постановлении № 87 определяется, собственно, состав проектной документации. Соблюдение данных требований — ключевое условие успешной разработки данных источников.
Состав проектной документации
В соответствии с Постановлением № 87 правильно составленная проектная документация включает в себя 12 разделов. В их структуре присутствуют:
— пояснительная записка;
— раздел со схемой планировки земельного участка;
— документ, отражающий перечень архитектурных решений;
— раздел о конструктивных, а также объемно-планировочных строительных решениях;
— документ, отражающий сведения об инженерной инфраструктуре, сетях обеспечения, перечни технических мероприятий, содержание различных технологических решений;
— раздел, поясняющий сущность проекта организации строительства;
— документ, отражающий сущность проекта по организации тех работ, которые связаны со сносом объектов капитального строительства, если данная процедура требуется;
— раздел, представляющий перечень мероприятий, связанных с обеспечением охраны окружающей среды;
— раздел о мероприятиях, направленных на обеспечение доступа для людей с ограниченными возможностями;
— документ, отражающий перечень мероприятий, которые направлены на повышение энергоэффективности объектов;
— смета, отражающая данные по объектам капитального строительства;
— прочие документы, включение которых в проектно-сметную документацию требуется законодательством.
Можно отметить, что раздел, отражающий сведения об инженерной инфраструктуре, включает в себя несколько подразделов, а именно источников, раскрывающих данные о системах: электроснабжения, водоснабжения, водоотведения, отопления, вентиляции, кондиционирования, газоснабжения, связи.
Также в структуре рассматриваемого раздела должен присутствовать подраздел, дающий сведения о технологических решениях. Стоит отметить, что в соответствии с Градостроительным кодексом корректно составленная проектная документация включает в себя разделы, представленные в несколько иной структуре. В частности, она предполагает включение в рассматриваемые источники раздела, отражающего сведения об обеспечении необходимого уровня безопасной эксплуатации строительных объектов, который, в свою очередь, не предусмотрен Постановлением № 87.
В случае если в проектную документацию требуется включение иных разделов, которые не определены как обязательные ее элементы в законодательстве, то их перечень фиксируется в соглашениях между разработчиком соответствующих источников и заказчиком. Можно отметить, что некоторые из тех разделов документации, что определены законодательно, обязательно включать в нее только в том случае, если строительный проект реализуется за счет средств бюджетных организаций. Их конкретный перечень приведен в Постановлении № 87.
Может ли составляться для отдельных этапов реализации строительных работ проектная документация? Документация, проект, в ней описанный, действительно, могут рассматриваться в контексте конкретных периодов реализации строительного плана. В этом случае необходимость разработки отдельной группы источников для каждого этапа фиксируется в задании на создание проекта. При этом данная процедура подлежит обоснованию специальными расчетами, которые подтверждают возможность практической реализации тех или иных проектных решений в рамках осуществления строительного проекта по этапам.
Кроме того, документация, используемая в конкретных периодах строительства, разрабатывается в установленном объеме. Ее структура с точки зрения основных элементов, а также присутствия разделов должна соответствовать тем требованиям, которые установлены в Постановлении № 87.
Назначение рабочей документации
Итак, мы рассмотрели, что качественно подготовленная проектная документация включает в себя, а также ее основные особенности. Однако на практике данная совокупность источников в целях регламентации строительных работ, как правило, также дополняется еще одним видом документации — рабочей. Полезно будет изучить и ее особенности.
Можно отметить, что Положение № 87 однозначно не регламентирует то, в каком порядке должна разрабатываться рабочая составляющая источников по реализации проекта. Соответствующий правовой акт устанавливает, что она, как и проектная документация, включает в себя как текстовые, так и графические документы. Например, чертежи, различные спецификации.
В принципе, проектная и рабочая документация могут создаваться одновременно. Состав и структура второй в общем случае определяются заказчиком либо застройщиком в зависимости от приведенной в проектной документации детализации тех или иных решений. Соответствующие параметры могут фиксироваться в задании, направляемом разработчику рассматриваемых источников.
Основные элементы рабочей документации — чертежи, спецификации и иные дополняющие их документы. На их основании осуществляется реализация тех решений, которые предусмотрены проектом.
Технические условия как часть строительной документации
Следующий важнейший тип источников, который может дополнять проектную документацию — технические условия. Полезно будет рассмотреть их специфику. В определенной степени применение технических условий также регламентируется Постановлением № 87. Так, в соответствующем правовом акте указано, что они разрабатываются и утверждаются в том случае, если:
— выполнение проектной документации требует большего перечня требований, отражающих надежность и безопасность конструкций, относительно того списка, что установлен нормативными актами;
— соответствующие требования не определены в нормативных актах.
Технические условия должны разрабатываться в порядке, установленном в законодательстве. На практике его определяет компетентное ведомство — Министерство строительства и ЖКХ РФ по согласованию с другими федеральными органами РФ.
Таким образом, проектная документация включает в себя рабочую документацию в предусмотренных законом случаях, а также при наличии определенных соглашений между заказчиком и разработчиком соответствующих источников. В ряде случаев она дополняется техническими условиями, которые также создаются в порядке, который определен законодателем.
Структура проектной документации по Постановлению № 87
В соответствии с положениями Постановления № 87 подготовка проектной документации предполагает включение в нее текстовых и графических элементов. Первые должны отражать:
— сведения об объекте строительства;
— описания различных решений, в частности технических;
— пояснения, необходимые ссылки на нормативные и иные источники, что применяются в рамках подготовки документации;
— расчеты, которые обосновывают решения, принятые при разработке проекта.
В графической части проектной документации наглядно отображаются соответствующие решения. Для этого могут использоваться:
— чертежи;
— графические схемы;
— планы;
— прочие необходимые документы, представленные в графической форме.
Подготовка проектной документации в рамках комплектования обоих типов элементов, как текстовых, так и графических, должна осуществляться при соблюдении организацией, которая выполняет соответствующую работу, требований законодательства о государственной тайне. То, каким образом должны оформляться те или иные элементы рассматриваемой документации, регламентируется нормами, которые устанавливает Министерство строительства и ЖКХ РФ.
Экспертиза документации
Итак, мы рассмотрели, что проектно-сметная документация включает в себя, в соответствии с какими нормами права составляется. Также полезно будет изучить один из важнейших аспектов ее применения — проведение государственной экспертизы данных источников.
Рассматриваемая процедура проводится с целью создания строительных объектов в соответствии с требованиями законодательства, действующего в различных сферах, в том числе направленного на обеспечение гарантии соблюдения прав граждан и организаций в различных правоотношениях. Проектно-сметная документация должна проходить экспертизу в соответствии с Градостроительным кодексом РФ, а также Федеральным законом № 337, принятым 28.11.2011 года. Соответствующая процедура осуществляется компетентными государственными органами.
Однако при подготовке к ней строительная фирма может обратиться к услугам частных структур, которые могут оказать сопровождение экспертизы, о которой идет речь. В чем заключается сущность данной услуги?
Сопровождение государственной экспертизы строительной документации
Сопровождение экспертизы проектной документации включает в себя чаще всего:
— проведение негосударственной экспертизы в соответствии с критериями, в целом соответствующими тем, которыми руководствуются компетентные ведомства;
— аудит конкретных разделов документации на предмет выявления недоработок в них, определения степени соответствия установленным требованиям законодательства;
— подготовку необходимых материалов в целях передачи документов в государственный орган, который проводит экспертизу.
Многие фирмы также предлагают своим заказчикам консультативную поддержку непосредственно в период их взаимодействия с ведомствами, которые проводят государственную экспертизу документации. Специалисты рекомендуют обращаться в компании, которые готовы осуществить как юридическое, так и организационное, и консалтинговое сопровождение процедуры разработки проектной документации. Во всех отмеченных аспектах содействие опытных специалистов может оказаться полезным для предприятия, реализующего строительный проект.
Что нужно сделать до старта проекта? Требования к результатам проекта
Этой статьей я начинаю цикл материалов, посвященных тому, что надо сделать руководителю проекта до старта проекта, чтобы снизить неопределенность. На мой взгляд, самое важное – определить продукты (результаты) проекта и проработать требования к каждому из них. Чем более четко сформулированы требования, тем легче спрогнозировать сроки, бюджет и объемы проекта. Давайте обсудим процесс сбора и анализа требований к продуктам (результатам) проекта.
Для компании, которая платит за проект, создается некая ценность – в виде материальных или нематериальных результатов проекта.
В ходе своих рассуждений я воспользуюсь определением термина «результат проекта», которое дает Свод знаний по управлению проектами PMBOK V:
Поставляемый результат (Deliverable) – любой уникальный и поддающийся проверке продукт, результат или способность оказывать услугу, которые необходимо произвести для завершения процесса, фазы или проекта.
В статье речь пойдет о сборе требований и их анализе к поставляемым результатам проекта, но я позволю себе заменить термин «поставляемый результат» на термин «результат проекта», сохранив при этом определение термина.
Итак, до старта проекта руководителю и заказчику нужно договориться о том, каких результатов заказчик ожидает от проекта. Иногда это не так просто, как кажется на первый взгляд. Попробуйте определить цель для проекта проведения корпоративного праздника, а затем сформулируйте результаты, которые помогут реализовать эту цель. Как вы с этим справились? Думаю, было нелегко.
Давайте рассмотрим ситуацию на примере проекта «Внедрение CRM-системы в компании». Заказчик сформулировал следующие цели:
- стандартизировать действия сотрудников при работе с клиентами компании;
- сократить трудозатраты на выполнение отдельных операций;
- повысить достоверность данных о клиентах.
И отсюда результаты проекта:
- Регламент, описывающий работу сотрудников с клиентами
- Программный продукт, автоматизирующий правила работы с клиентами, описанные в Регламенте
- Обученные работе в программном продукте сотрудники компании
- Работающий сервис поддержки пользователей программного продукта
Для того чтобы удовлетворить ожидания заказчика, руководителю проекта необходимо уточнить требования к каждому результату проекта.
Что такое требование?
Существуют десятки определений этого термина.
Например, в ISO 9000 написано следующее: Требование – это потребность или ожидание, которое установлено, обычно предполагается или является обязательным.
В IEEE Standard Glossary of Software Engineering Terminology (1990) приведена такая трактовка: Требование – это условия или возможности, необходимые пользователю для решения проблем или достижения целей.
За основу возьмем определение из ISO 9000, при этом будем считать, что ожидание считается установленным, если оно записано в документе, который согласовал заказчик.
Классификация требований
Для некоторых продуктов уже разработаны классификаторы требований, которые позволяют снизить вероятность того, что некоторые важные требования к продукту могут быть упущены.
Например, существуют классификаторы требований к программному обеспечению. Один из них представлен на рисунке 1:
©Карл И. Вигерс «Разработка требований к программному обеспечению»
С точки зрения сбора требований к программному продукту такая классификация позволяет аналитику помнить о том, что кроме требований к функциям программного продукта необходимо уточнить требования к внешним интерфейсам, ограничения системы. Кроме того, данная классификация помогает понять, с чего начать сбор требований и как их уточнять (стрелки на диаграмме показывают последовательность сбора требований, но при этом аналитик может возвращаться к предыдущим этапам). В книге К. Вигерса даны определения каждой категории требований и примеры по ним, поэтому я не буду приводить их в статье.
Итак, при сборе требований к программному продукту аналитику требований уже есть чем руководствоваться – есть классификаторы требований и описания классов требований.
Рассмотрим, какие могут быть требования к регламенту, описывающему правила работы с клиентами компании. Как мне кажется, они могут быть такими:
- Регламент процесса должен содержать описание процесса в нотации …..(здесь нужно уточнить название нотации)
- Регламент должен содержать матрицу ответственности с перечислением функций каждого участника процесса (к матрице ответственности тоже можно предъявить требования)
- Документ не должен превышать определенное количество слов (это является ограничением)
- Документ должен быть написан определенным шрифтом (можно указать его название и кегль)
- В документе обязательно должны быть следующие разделы (к каждому можно предъявить требования по содержанию)
- Документ должен содержать раздел, описывающий внесенные изменения в документ и т.д.
Конечно, при наличии классификатора требований к документам типа «Регламент» аналитику было бы проще учесть все классы требований, но такого классификатора я пока не встречал.
Какие требования можно предъявить к такому результату, как обученные сотрудники?
- Сотрудники должны пройти обучение по работе с программным продуктом
- Для обучения сотрудников должна быть разработана программа обучения (могут быть требования к содержанию программы)
- По итогам обучения проходит тестирование знаний сотрудников. Средний балл по итогам тестирования на знание программного продукта составляет не менее ___ баллов (по 10-бальной шкале)
- Требования к методике тестирования знаний сотрудников следующие…. и т. п.
Требования к работающему сервису поддержки программного продукта можно сформулировать так:
- Стоимость сервиса поддержки в месяц
- Время предоставления сервиса (например, с 8.00 до 20.00 по GMT+2)
- Время реагирования на обращение в службу (к примеру, 30 минут с момента регистрации обращения в службе поддержки)
- Время на решение проблемы, описанной в обращении пользователя (здесь нужно вводить классификацию обращений и по каждому из них определять норматив на закрытие обращения или на перевод его в другой статус)
- Время на восстановление сервиса в случае сбоя
- Возможность для пользователей отследить статус своего обращения
- Возможность получить отчет по обращениям за определенный период и т. д.
Сформулировав требования к результатам проекта, руководитель проекта может начинать планировать состав работ и прогнозировать объемы работ, сроки и бюджет проекта.
Мы должны понимать, что любое пропущенное требование к результату проекта приведет к дополнительным объемам работ, а это повлияет на сроки и бюджет проекта. Поэтому для руководителя проекта очень важно попытаться собрать максимально полные требования перед стартом проекта.
Какие есть подходы к сбору требований к результатам проекта?
Самые распространенные подходы к сбору требований представлены на рисунке ниже:
Методы расположены на шкале сложности (отмечу, что расположение подходов на этой шкале – это мое субъективное мнение).
Наблюдение используется для получения информации о том, как определенная заинтересованная сторона проекта исполняет свои обязанности или задачи. На мой взгляд, метод хорош для уточнения требований к уже имеющемуся продукту, когда люди, пользующиеся продуктом, не могут или не хотят изложить свои требования.
Анкеты – письменные наборы вопросов, разработанные с целью быстрого сбора информации у большого числа респондентов. Анкеты лучше всего подходят для ситуаций, когда ограничено время на сбор информации, когда респонденты территориально распределены или когда бюджет на сбор информации по требованиям сильно ограничен.
Анализ документов используется для выявления требований путем анализа существующей документации и идентификации информации, которая имеет отношение к требованиям. Существует множество документов, которые можно проанализировать для выявления требований.
Интервью — подход, используемый для получения информации у заинтересованных сторон путем диалога с ними. В ходе интервью задают подготовленные и непосредственно возникающие вопросы и записывают ответы. В ходе интервью тот, кто проводит интервью, получает возможность считывать дополнительную информацию по мимике и жестам собеседника и задавать уточняющие вопросы, что невозможно при проведении анкетирования.
Фокус-группы позволяют выбрать несколько представителей от каждой из заинтересованных сторон проекта и провести совместное обсуждение, чтобы узнать их ожидания к обсуждаемому продукту или результату проекта.
Мозговой штурм – подход, применяемый для генерации и сбора разнообразных идей, связанных с требованиями к результатам проекта. Часто его используют вместе с другими подходами, которые предполагают приоритезацию собранных требований (например, метод номинальных групп, построение ассоциативных карт, диаграммы сходства и т. д.).
Инновационные игры – с помощью бизнес-игры модератор вовлекает заинтересованные стороны проекта в сбор требований к продукту и в ранжирование этих требований. Этот подход я уже описывал ранее в своей заметке: http://project-management.zis.by/uluchshenie-proektov/kak-povysit-tochnost-prognozirovanija-srokov-proekta.html
Прототипирование – способ сбора требований путем предоставления модели ожидаемого продукта. Модель будущего продукта может быть физической, графической или компьютерной, но она должна по максимуму продемонстрировать пользователям, каким будет будущий продукт. Через демонстрацию прототипа можно быстро получить обратную связь о том, насколько продукт удовлетворяет ожиданиям, и уточнить требования. Прототипы поддерживают концепцию последовательного уточнения требований в серии итераций, проведения экспериментов пользователем, формирования отзывов и пересмотра прототипа.
Моделирование процессов – метод используется для сбора требований к выполнению процесса (или некоторой деятельности). Используются графические модели, которые позволяют согласовать структуру действий в процессе, ответственных за выполнение отдельных действий, преобразования объектов деятельности. Для моделирования процессов при сборе информации часто используются интервью, анкеты, фокус-группы.
QFD (quality function deployment) — подход, который помогает определить критически важные характеристики для разработки нового продукта, отталкиваясь от требований будущих пользователей. В подходе используются матрицы, например, которые показывают связи между требованиями и техническими характеристиками продукта. Отмечу, что этот подход используется не только для сбора, но и для анализа требований.
После того как требования к результатам проекта собраны, их нужно проанализировать на предмет полноты, наличия противоречивых требований, наличия проблем с реализацией требований. Для решения этих задач аналитик требований может использовать такие инструменты, как реверсивный анализ требований, анализ систем-аналогов, ТРИЗ, Root Conflict Analysis Plus (RCA+), Value-Conflict Mapping +.
Как видно из списка подходов, аналитик требований должен знать и уметь достаточно многое для решения вопросов, связанных со сбором и анализом требований.
И в заключение я хочу привести простую мысль: если, будучи руководителем проекта, вы должны подписаться под проект с определенными сроками и бюджетом, но при этом ваша команда не понимает требований к результатам проекта или убеждена, что имеющиеся на входе проекта требования слишком абстрактны, ваш проект содержит слишком большую неопределенность. Как резко сократить неопределенность в таком проекте? Один из вариантов – вынести сбор и анализ требований к результатам проекта в отдельный проект, и только по его итогам определять сроки и бюджет проекта реализации. Да, не для всех проектов этот вариант подойдет, но его не стоит отбрасывать без дополнительного анализа.
Итак, подведем итоги размышлений:
- Успех проекта закладывается на его старте путем уточнения целей проекта, результатов проекта, требований к результатам.
- Сбор требований к результатам проекта позволяет команде проекта понять, чего ожидают от результатов проекта заинтересованные стороны. На основании собранных и проанализированных требований команда может разрабатывать технические решения по реализации требований, определять список работ по проекту, прогнозировать трудозатраты работ проекта. Чем полнее требования к результатам проекта, тем точнее может сделать прогноз по трудоемкости проекта, срокам и бюджету руководитель проекта.
- Собранные требования к результатам проекта нужно проанализировать на предмет их полноты, наличия противоречивых требований, наличия проблем с реализацией требований.
- В проекте, в котором требуются сбор или уточнение собранных требований, нужно планировать использование аналитика требований, который должен владеть различными подходами к сбору и анализу требований.
Лично я в небольших проектах совмещаю роли руководителя проекта и аналитика требований. Но если проект сложный и бюджет проекта позволяет, я стараюсь привлекать к нему профессиональных аналитиков, чтобы снизить риски, связанные с неполными требованиями к результатам проекта.
Удачи вам при сборе и анализе требований в проектах!
С чего начать работу над проектом — памятка проект-менеджеру. Читайте на Cossa.ru
Проект — это всегда сложный процесс с несколькими сторонами и совместной работой. Сложности могут возникнуть разные: недостаток опыта, упрямый клиент или срыв дедлайнов. От всего не уберечься, но если подготовиться, будет попроще. Рассказываем о 7 базовых шагах подготовки к проекту, которые сэкономят силы и время.
Шаг 1. Определите владельца проекта и ответственного
В начале проекта сразу найдите владельца, именно он принимает решение о запуске проекта. Например, это может быть собственник бизнеса или руководитель отдела маркетинга. Помимо владельца определите ЛПР — лиц, принимающих решения. К ним могут относиться сотрудники ниже рангом: маркетинг, PR. Или даже те, кто участвует в задаче только косвенно, но влияет на принятие решения. К таким людям можно отнести, например, финансового директора, который «оплачивает банкет», но не имеет маркетинговых компетенций. Ваша задача — выяснить зоны ответственности всех ЛПР и их вовлечённость в проект.
Хорошо, когда владелец участвует в проекте и общается с вами — тогда обсуждать и вносить изменения можно через него. Если владелец не принимает участие в обсуждениях, говорите только с ЛПР. Иначе может получиться так: вы будете встречаться и принимать решения, а потом придётся всё переделывать, потому что это не устраивает ЛПР.
Пример.
Основатель и генеральный директор.
Владелец проекта.
Операционный директор.
ЛПР.
Директор отдела маркетинга.
Главный ЛПР.
Digital-маркетолог.
ЛПР.
Штатный дизайнер.
ЛПР.
Шаг 2. Определите стейкхолдеров
Стейкхолдеры — это заинтересованные в проекте люди, которые могут повлиять на владельца, руководителя, команду, конечных пользователей или других участников проекта.
Лучше выбрать отдельную тактику работы с каждым из заинтересованных лиц. Тактика зависит влияния и важности стейкхолдера.
Влияние — насколько человек влияет на развитие проекта, может ли он принимать участие в управлении.
Важность — насколько человек влияет на результат.
График влияния стейкхолдера
- Партнёры — влиятельные и важные для проекта люди. К ним нужно прислушиваться, обсуждать вопросы, учитывать интересы.
- Консультанты — влиятельные люди с низким уровнем важности. С ними менеджер проекта обсуждает важные вопросы, но не лезет с мелочами.
- Поддержка — важные, но не влиятельные сотрудники, держите их в курсе новостей. Когда появляются новые идеи и пожелания, идите к ним и рассказывайте.
- Рядовые сотрудники — люди с низким уровнем влияния и важности. Это дизайнеры, верстальщики, разработчики, над которыми стоят главные — поддержка.
Когда все роли понятны, можно встречаться с заказчиком и собирать требования.
Шаг 3. Сбор и формализация требований
Каждая студия собирает требования клиента по-разному. Менеджер проекта присутствует на всех встречах, чтобы быть в курсе — именно ему предстоит уточнять, собирать дополнительные сведения, перепроверять и доносить мысли от заказчика команде и обратно.
В AIC на первой встрече мы проводим презентацию компании: рассказываем о наших подходах, показываем кейсы на тематику клиента. Объясняем, как работает аналитика и UX-исследования, демонстрируем шоурилы.
Пример шоурила для встречи с клиентом.
Важно подробно уточнить, как клиент видит будущий продукт. Часто клиент приходит и просит переделать сайт, потому что он плохо выглядит. Соберите максимум информации — что не нравится, почему, какие элементы вызывают негатив.
Продумайте все вопросы заранее, чтобы ничего не упустить при обсуждении. Посмотрите схему интервью Виктора Ченга, бывшего консультанта McKinsey & Company, — она поможет структурировать знания и передать их команде.
После того как вы собрали и уточнили требования, их нужно проверить.
Шаг 4. Аналитика
Иногда клиенты сами не понимают, что им нужно. В таком случае поможет предпроектная аналитика.
Владелец банковского сайта обратился к нам с задачей на редизайн. Он сказал, что их клиенты — успешные взрослые женщины и мужчины с зарплатой больше 100 тысяч, которые приходят за автокредитом и ипотекой. Мы проверили, и оказалось, что целевая аудитория — девушки 20–25 лет с зарплатой до 50 тысяч, которые берут потребительский кредит на отдых.
Концепция — визуальный дизайн, CJM, пользовательские сценарии — зависит от аудитории, и для всех она разная. Этот случай показывает, что аналитика помогает улучшить результат ещё до старта.
По итогу этого и предыдущего этапов у нас вырисовывается ряд проблем, которые проект должен решить. Самое время переходить к задачам.
«Иногда приходят клиенты и говорят: „Вот наш сайт, подскажите как эксперты, что хорошо и что плохо“. Мы говорим: „Нет, мы не целевая аудитория“. Например, мы не можем оценить сервис для ипотеки. Мы не подходим к оценке экспертно, а привлекаем реальную аудиторию продукта».
Шага 5. Планирование и декомпозиция задач
Если проект для вашей команды новый и уникальный, начните с конца. Представьте, как должен выглядеть готовый продукт и что нужно сделать для его воплощения в жизнь. Получится список стандартных задач: прототипирование, фронтенд, бэкенд, тестирование и так далее. Поделите задачи на подзадачи и распределите между командой. В AIC мы делим проект на 4 этапа, внутри каждого — свои задачи:
1 этап. Первичная аналитика и данные заказчика. Мы составляем портрет целевой аудитории, проектируем пользовательские сценарии и проводим клиентские воркшопы.
«Клиент понимает, что мы должны работать в одной команде. Внутри рабочей группы есть клиент и исполнитель, у каждого своя зона ответственности. Мы обсуждаем риски, как их устранить, эскалировать ситуацию. Прорабатываем MVP, разбиваем на составляющие, расставляем приоритеты: что делаем вперёд, что потом».
Количество воркшопов зависит от специфики проекта. Когда мы работали над «Азбукой вкуса», провели два. На первом обсуждали мобильное приложение для доставки готовых блюд, на втором — промоактивности на сайте. Условные клиенты были такие:
- Василий — суперзанятый, некогда сходить на обед. Ему важно успеть заказать обед незаметно для коллег во время совещания, буквально двумя кликами.
- Василиса — сидит дома с детьми, заботится о здоровье, готова к новому опыту. Может проводить в приложении много времени: изучать состав, калории и так далее.
2 этап. Детальное проектирование: разрабатываем прототипы интерфейса, тестируем их на лояльной аудитории. Для «Азбуки вкуса» приглашали клиентов в офис и тестировали прототипы.
3 этап. Дизайн-концепция: дизайн, интерактив — всё это тоже проверяем на группе и согласуем с заказчиком.
4 этап. Внутренние страницы, ресайзы и так далее.
Чем подробнее расписаны задачи, тем легче их будет оценить.
Шаг 6. Оцените задачи
Чем больше проектов у вас за плечами, тем проще оценить время и стоимость каждого следующего. Менеджер оценивает задачи не в одиночку, он также опирается на опыт команды. Если проект в новинку для всех, разделите задачи на 3 группы:
- которые вы делали раньше;
- которые вы не делали, но знаете, как;
- которые вы не делали и о которых вам нужно узнать больше.
Первую группу вы оцениваете как всегда. Вторую оцениваете на основе своего опыта и интуиции, умножаете на 1,5–2. То же самое с третьей, только умножаете уже на 2–3. Сначала может показаться, что это слишком много, но к концу проекта вы будете думать иначе.
Другой способ оценить неизвестные задачи — спросить у более опытного коллеги, который уже занимался подобными проектами. Согласуйте бюджет и сроки с клиентом, подписывайте документы и переходите к составлению плана.
По поводу согласования документов у нас довольно жёсткая позиция. Если видим в пункте договора потенциальные риски, наши юристы сразу их исключают или делают прозрачные формулировки. Иногда заказчик сопротивляется: «Мы не принимаем правки», — это тревожный звоночек. В таком случае мы можем и отказаться от проекта.
7. Составьте план проекта
В 5 шаге вы получили задачи и подзадачи. Чтобы не выбиться из графика и сдать проект в срок, следите за выполнением задач. Воспользуйтесь программой по управлению проектами, например, Microsoft Project.
Интерфейс MS Project
В MS Project можно выбрать один из встроенных шаблонов и подстроить его под свой проект: поставить задачи, распределить их между командой, определить длительность и установить зависимости между ними. Здесь же можно делать отчёты — стандартные ежеквартальные или в режиме реального времени. Для наглядности можно использовать диаграмму Ганта.
Диаграмма Ганта. Источник: medium
В диаграмме Ганта можно визуализировать задачи на графической шкале времени. Вы можете смотреть, что делает команда: кто когда должен начать и закончить задачу. Для наглядности можно использовать даже таблицы Excel.
Сейчас мы пользуемся таск-трекером Jira + Confluence. До этого был Trello и Basecamp, некоторые сотрудники пользовались другими трекерами — кому что удобно. Из-за работы сразу в нескольких трекерах сложно аккумулировать знания, которые мы получали на проектах, поэтому мы сделали общую систему.
Приготовьтесь к тому, что не все задачи будут завершаться вовремя, однако иногда это не плохо. В процессе работы у команды иногда появляются стоящие идеи, ради них можно немного сдвинуть сроки. Для этого изначально заложите небольшой запас времени.
К старту готовы
Если вы прошли все шаги, подготовку можно считать завершённой. Непредвиденные обстоятельства случаются всегда — невозможно предусмотреть всё, но с помощью грамотной подготовки можно минимизировать потери. Помните, что сложности в проекте — это опыт, который поможет вам подготовиться к следующему проекту ещё лучше.
Мнение редакции может не совпадать с мнением автора. Ваши статьи присылайте нам на 42@cossa.ru. А наши требования к ним — вот тут.
ОСНОВНЫЕ ТРЕБОВАНИЯ К ПРОЕКТУ ИНДИВИДУАЛЬНЫЙ ПРОЕКТ
ИНДИВИДУАЛЬНЫЙ ПРОЕКТ – особая форма организации образовательной деятельности обучающихся
Индивидуальный проект выполняется обучающимся под руководством преподавателя по выбранной теме в рамках одного или нескольких изучаемых учебных предметов, курсов в любой избранной области
Работа по методу проектов – это относительно высокий уровень сложности педагогической деятельности, предполагающий серьезную квалификацию учителя, и требования к учебному проекту – совершенно особые.
1. Поиск социально значимой проблемы – одна из наиболее трудных организационных задач, которую приходится решать учителю-руководителю проекта вместе с учащимися-проектантами.
2. Выполнение проекта начинается с планирования действий по разрешению проблемы ( с определения продукта и формы презентации ). Наиболее важной частью плана является пооперационная разработка проекта, в которой указан перечень конкретных действий с указанием выходов, сроков и ответственных. Но некоторые проекты (творческие, ролевые) не могут быть четко спланированы от начала до самого конца.
3. Каждый проект обязательно требует исследовательской работы учащихся.
4. Результатом работы над проектом является продукт. В общем виде это средство, которое разработали участники проектной группы для разрешения поставленной проблемы
Первый этап работы над проектом – ПРОБЛЕМАТИЗАЦИЯ. Процесс пойдет, когда исходная проблема проекта приобретет личностную окраску. Материалом для обсуждения может стать житейский случай, взаимоотношения, учебные интересы, хобби, личные проблемы. Из такой беседы должны появиться первые очертания будущей работы, ее неявно сформулированная цель.
Из проблемы проекта следует его тема, которая часто является краткой формулировкой исходной проблемы.
Следующий этап – ЦЕЛЕПОЛАГАНИЕ. Достижение цели проекта должно способствовать решению исходной проблемы. На этом этапе необходимо определить, каким будет ПРОЕКТНЫЙ ПРОДУКТ, решить, что будет создано для того, чтобы цель проекта была достигнута.
Далее надо СПЛАНИРОВАТЬ все шаги, которые предстоит пройти от исходной проблемы до реализации цели проекта. Для этого надо показать ученику алгоритм планирования, задав следующие вопросы:
Что необходимо сделать, чтобы достичь цели проекта? – ответ на этот вопрос поможет разбить весь путь от исходной проблемы до цели проекта на отдельные этапы и определить задачи.
Как ты будешь решать эти задачи? – определение способов работы на каждом этапе.
Когда ты будешь это делать? – определение сроков работы.
Что у тебя уже есть для выполнения предстоящей работы, что ты уже умеешь делать? – выявление имеющихся ресурсов.
Чего у тебя пока нет, чего ты еще не умеешь делать, чему предстоит научиться? – выявление недостающих ресурсов.
Последовательно отвечая на эти вопросы, ученик сможет разработать план своего проекта.
На этом этапе можно также воспользоваться следующей таблицей, чтобы убедиться, что все идет правильно:
На следующем этапе будет проходить РЕАЛИЗАЦИЯ намеченного плана. Самым увлекательным во всей работе над проектом является создание проектного продукта.
После того как выполнены все запланированные шаги и сделан проектный продукт, необходимо написать отчет о работе над проектом
Далее предстоит ПРЕЗЕНТАЦИЯ проекта. Самопрезентация, умение в выгодном свете показать себя, не теряя при этом чувства меры,- важнейший социальный навык. Регламент презентации – 7-10 минут. Лучше, если текст презентации будет написан в виде тезисов.
Автору проекта надо быть готовым и отвечать на вопросы публики.
Паспорт проектной работы
1. Название проекта
2. Руководитель проекта
3. Консультант(ы) проекта
4. Учебный предмет, в рамках которого проводится работа по проекту
5. Учебные дисциплины, близкие к теме проекта
6. Возраст учащихся, на который рассчитан проект
7. Состав проектной группы (Ф.И. учащихся, класс)
8. Тип проекта (реферативный, информационный, исследовательский, творческий, практико-ориентированный, ролевой)
9. Цель проекта (практическая и педагогическая цели)
10. Задачи проекта (2-4 задачи, акцент на развивающих задачах!)
11. Вопросы проекта (3-4 важнейших проблемных вопроса по теме проекта, на которые необходимо ответить участникам в ходе его выполнения)
12. Необходимое оборудование
13. Аннотация (актуальность проекта, значимость на уровне школы и социума, личностная ориентация, воспитательный аспект, кратко – содержание)
14. Предполагаемые продукты проекта
15. Этапы работы над проектом (для каждого этапа указать форму, продолжительность и место работы учащихся, содержание работы, выход этапа)
16. Предполагаемое распределение ролей в проектной группе
Оформление проектной папки
Проектная папка (портфолио проекта) – один из обязательных выходов проекта, предъявляемых на защите (презентации) проекта. В состав ПРОЕКТНОЙ ПАПКИ входят:
1. Паспорт проекта
2. Планы выполнения проекта и отдельных его этапов
3. Промежуточные отчеты группы
4. Вся собранная информация по теме проекта
5. Результаты исследований и анализа
6. Записи всех идей, гипотез и решений
7. Отчеты о совещаниях группы, проведенных дискуссиях, «мозговых штурмах»
8. Краткое описание всех проблем, с которыми приходится сталкиваться проектантам, и способов их преодоления
9. Эскизы, чертежи, наброски продукта
10. Материалы к презентации (сценарий)
11. Другие рабочие материалы
Чтобы научить детей уже в 5 классе писать отчет о работе, можно предложить им в качестве черновика воспользоваться шаблоном.
ВВЕДЕНИЕ
Тема моего проекта
Я выбрал эту тему, потому что
Цель моей работы
Проектным продуктом будет
Этот продукт поможет достичь цель проекта, так как
План моей работы (указать время выполнения и перечислить все промежуточные этапы) :
Выбор темы и уточнение названия
Сбор информации (где и как искал информацию)
Изготовление продукта (что и как делал)
Написание письменной части проекта (как это делал)
ОСНОВНАЯ ЧАСТЬ
Я начал свою работу с того, что
Потом я приступил к
Я завершил работу тем, что
В ходе работы я столкнулся с такими проблемами
Чтобы справиться с возникшими проблемами, я
Я отклонился от плана (указать, когда был нарушен график работы)
План моей работы был нарушен, потому что
В ходе работы я принял решение изменить проектный продукт, так как
Но все же мне удалось достичь цели проекта, потому что
ЗАКЛЮЧЕНИЕ
Закончив свой проект, я могу сказать, что не все из того, что было задумано, получилось, например
Это произошло, потому что
Если бы я начал работу заново, я бы
В следующем году я, может быть, продолжу эту работу для того, чтобы
Я думаю, что я решил проблему своего проекта, так как
Работа над проектом показала мне, что (что узнал о себе и о проблеме, над которой работал)
Не обязательно использовать шаблон полностью, однако необходимо, чтобы ребенок проанализировал свои успехи и неудачи, отрефлексировал свои чувства и эмоции.
В старших классах отчеты о работе над проектом должны быть более развернутыми и глубокими.
ПЕРЕЧЕНЬ КРИТЕРИЕВ ОЦЕНИВАНИЯ ПРОЕКТОВ
1. Постановка цели и обоснование проблемы проекта
2. Планирование путей ее достижения
3. Глубина раскрытия темы проекта
4. Разнообразие источников информации, целесообразность их использования
5. Соответствие выбранных способов работы цели и содержанию проекта
6. Анализ хода работы, выводы и перспективы
7. Личная заинтересованность автора, творческий подход к работе
8. Соответствие требованиям оформления письменной части
9. Качество проведения презентации
10. Качество проектного продукта
РЕЗУЛЬТАТЫ ВЫПОЛНЕНИЯ ИНДИВИДУАЛЬНОГО ПРОЕКТА ДОЛЖНЫ ОТРАЖАТЬ
Сформированность навыков коммуникативной, учебно – исследовательской деятельности, критического мышления
Способность к инновационной , аналитической деятельности, а также самостоятельного применения приобретенных знаний и способов действий при решении различных задач, используя знания одного или нескольких учебных предметов или предметных областей;
Способность постановки цели и формулирования гипотезы исследования, планирования работы, отбора и интерпретации необходимой информации, структурирования аргументации результатов исследования на основе собранных данных, презентации результатов.
Памятка по созданию проектов
ПАМЯТКА
по созданию учебных проектов и презентаций
Метод проектов – это система обучения, гибкая модель организации учебного процесса, ориентированная на самореализацию личности учащегося, развитие его интеллектуальных качеств и творческих способностей.
Можно считать, что любая деятельность осуществляется в рамках проекта, если:
сформулирована цель предстоящих действий;
намечены основные этапы;
определены результаты каждого этапа в виде задач;
установлены сроки выполнения проекта;
определены исполнители, распределены функции каждого;
намечены источники средств для достижения цели;
определена форма отчетности по результатам проекта;
Проектная деятельность – это учебно-познавательная, творческая или игровая деятельность, имеющая общую цель, согласованные методы, способы деятельности, направленная на достижение общего результата деятельности.
Типы учебных проектов
1.Исследовательские. Под исследовательским проектом подразумевается деятельность автора, направленная на решение творческой, исследовательской проблемы (задачи) с заранее неизвестным решением и предполагающая наличие основных этапов, характерных для научного исследования.
2.Творческие. Этот тип проектов предполагает четкое планирование конечных результатов и формы их представления. Структура проекта только намечается и развивается далее в ходе работы, подчиняясь жанру конечного результата и интересам участников, но уже в самом начале оговаривается, что будет представлять собой проект. Это может быть совместная газета, сочинение, видеофильм и прочее.
3.Ознакомительно-ориентировочные (информационные). Этот тип проектов направлен на работу с информацией о каком-то объекте, явлении. Предполагается ознакомление участников проекта с конкретной информацией, ее анализ и обобщение уже для широкой аудитории. Такие проекты, как и исследовательские, требуют хорошо продуманной структуры и возможности ее коррекции по ходу работы.
4.Практико-ориентированные (прикладные). Эти проекты отличает четко обозначенный с самого начала будущий результат деятельности его участников. Например, документ, созданный на основе полученных результатов исследования; программа действий, рекомендации.
Проект должен содержать следующие части:
титульный лист
оглавление
краткая аннотация
эпиграф
основная часть
заключение (итог)
библиография
1-этап
Выбор формулировки темы – это начальный и очень серьезный этап любого исследования. Тема должна быть актуальной, т.е. практически полезной и представлять интерес в научном отношении. Выбирая тему исследования, автор должен руководствоваться несколькими правилами:
тема должна быть интересна, должна увлекать, соответствовать склонностям автора,
тема должна быть выполнима, решение ее должно принести реальную пользу,
тема должна быть оригинальной,
тема должна быть выполнима, достижимы и постижимы литературные источники.
1. Начальным этапом любого проекта является обоснование актуальности выбранной темы. Объяснение актуальности должно быть немногословным. Главное показать суть проблемной ситуации, объяснить, для чего проводится исследование.
2. Формулировка цели, т.е. постановка вопроса, на который надо получить ответ. При этом выдвинутая цель должна быть конкретной и доступной. Работа должна быть нужной. Ее результаты должны быть интересны не только самому автору, но и еще какому-то кругу людей.
3. После выделения цели необходимо указать на конкретные задачи, которые предстоит решать (изучить, описать, установить, выяснить, вывести формулу и т.п.).
4. Необходимым условием проектной работы является определение его объекта и предмета. В объекте выделяется та часть, которая служит предметом исследования.
Объект исследования – процесс или явление, порождающее проблемную ситуацию и избранные для изучения.
Предмет исследования – все то, что находится в границах объекта исследования в определенном аспекте рассмотрения.
5. Выдвижение гипотезы – необходимый атрибут любого исследования.
Гипотеза – это научное предположение, выдвигаемое для объяснения каких-либо явлений. Гипотеза возникает как возможный вариант решения проблемы.
2 — этап
Проведение проектной работы:
Сбор экспериментальных данных, сравнение их с литературными данными и предсказаниями теории.
После того как выбрана тема, сформулированы вопросы, на которые необходимо получить ответ – нужно попытаться собрать как можно больше информации о предмете изучения.
Планирование работы подразумевает необходимость выбрать методику проведения исследования, рассчитать, каким должен быть необходимый объем наблюдений или количество опытов, прикинуть, на какую часть работы, сколько времени у вас уйдет.
Выбор методики работы зависит от цели и предмета исследования: наблюдение, сравнение, эксперимент, анализ, синтез и т.д.
3-этап
Оформление полученных результатов работы
На защите автор в своем докладе и при его обсуждении должен показать, что он может кратко и ясно излагать свои мысли, аргументировано отстаивать свои идеи и вести научную дискуссию.
После детального изучения всей научной литературы по теме исследования и окончательного обсуждения результатов собственного исследования начинается стадия литературного оформления работы – ее написание.
Структура работы:
— титульный лист,
— оглавление,
— введение,
— основная часть,
— заключение,
— список литературы,
— приложения.
Титульный лист – первая страница работы (не нумеруется). В оглавлении приводятся пункты работы с указанием страниц. Введение – это краткое обоснование актуальности выбранной темы, цели и поставленные задачи. Указываются цель, задачи и методы исследования. Проводится обзор литературы по данной теме. В основной части излагаются и анализируются полученные результаты. Номер ссылки в тексте работы должен соответствовать порядковому номеру в списке литературы. В приложении приводятся схемы, графики, таблицы, рисунки.
План оформления проектной работы:
Введение (обоснование актуальности, определение цели, задачи, объекта, предмета, гипотезы исследования).
Основная часть (литературный обзор, методика исследования, описание исследования).
Заключение (выводы и результаты).
Список литературы.
1. Введение должно включать в себя формулировку постановки проблемы, отражать актуальность темы, определение целей и задач, поставленных перед исполнителем работы, характеристику объекта, предмета, гипотезы исследования, характеристику личного вклада автора работы в решение избранной проблемы.
Введение – очень важная часть работы. Во введении должны быть четкие ответы на следующие вопросы:
Чем интересна данная задача с точки зрения науки или ее практического применения? Какое место занимают результаты данной работы в общем решении задачи? Зачем была выполнена работа, какова была ее цель и насколько она была достигнута?
2. Основная часть должна содержать краткий обзор используемой литературы и источников с выводами автора, степень изученности данного вопроса, описание основных рассматриваемых фактов, характеристику методов решения проблемы, сравнение известных автору старых и предлагаемых методов решения, обоснование выбранного варианта решения (эффективность, точность, простота, наглядность, практическая значимость и т.д.). Основная часть делится на главы (параграфы). В конце каждой главы (параграфа) должны быть выводы. В выводах по существу повторяется то, что уже было сказано в предыдущей главе, но формулируется сжато, уже без подробных доказательств.
3. Заключение должно содержать в лаконичном виде выводы и результаты, полученные автором (с указанием, если возможно, направления дальнейших исследований и предложений по возможному практическому использованию результатов исследования).
4. Список литературы содержит в алфавитном порядке список публикаций, изданий и источников, использованные автором с указанием издательства, города, общего числа страниц.
Общепринятые стандарты оформления проектных работ
Шрифт: TimesNewRoman, 14, не жирный (кроме выделения названий разделов, подразделов и др.).
Межстрочный интервал: полуторный.
Поля: верхнее – 2 см, нижнее – 2 см, слева – 3 см, справа – 1.5 см.
Нумерация страниц – со второй (страница с планом или содержанием).
Абзацы – отступ от левой границы основного текста на 1.5 см.
Выравнивание текста по ширине.
На странице не меньше 40% заполнения.
Каждый раздел начинается с новой страницы (но не подраздел). После названия раздела точка не ставиться.
В объем работы не входят приложения.
Основные принципы разработки учебных презентаций
1. Оптимальный объем. Наиболее эффективен зрительный ряд объемом не более 8 – 20 слайдов. Презентация из большего числа слайдов вызывает утомление, отвлекает от сути изучаемых явлений.
2. Доступность. Обязателен учет возрастных особенностей и уровня подготовки студентов. Нужно обеспечивать понимание смысла каждого слова, предложения, понятия, раскрывать их, опираясь на знания и опыт студентов, использовать образные сравнения.
3. Разнообразие форм. Реализация индивидуального подхода к обучаемому, учет его возможностей восприятия предложенного учебного материала по сложности, объему, содержанию.
4. Учет особенности восприятия информации с экрана. Понятия и абстрактные положения до сознания студентов доходят легче, когда они подкрепляются конкретными фактами, примерами и образами; поэтому необходимо использовать различные виды наглядности.
Необходимо чередовать статичные изображения, анимацию и видеофрагменты.
5. Занимательность. Включение (без ущерба научному содержанию) в презентации смешных сюжетов, мультипликационных героев оживляет занятие, создает положительный настрой, что способствует усвоению материала и более прочному запоминанию.
6. Красота и эстетичность. Немаловажную роль играют цветовые сочетания и выдержанность стиля в оформлении слайдов, музыкальное сопровождение. Наглядное обучение строится не на отвлеченных понятиях и словах, а на конкретных образах, непосредственно воспринимаемых зрителями.
7. Динамичность. Необходимо подобрать оптимальный для восприятия темп смены слайдов, анимационных эффектов.
Создание презентации состоит из трех этапов:
I. Планирование презентации – это многошаговая процедура, включающая определение целей, изучение аудитории, формирование структуры и логики подачи материала.
II. Разработка презентации – методологические особенности подготовки слайдов презентации, включая вертикальную и горизонтальную логику, содержание и соотношение текстовой и графической информации.
III. Репетиция презентации – это проверка и отладка созданной презентации.
Требования к оформлению презентаций
Оформление слайдов
Соблюдайте единый стиль оформления.
Избегайте стилей, которые будут отвлекать от самой презентации.
Вспомогательная информация (управляющие кнопки) не должны преобладать над основной информацией (текстом, иллюстрациями).
Для фона предпочтительны холодные тона.
Использование цвета
На одном слайде рекомендуется использовать не более трех цветов: один для фона, один для заголовка, один для текста. Обратите внимание на цвет гиперссылок (до и после использования).
Анимационные эффекты
Используйте возможности компьютерной анимации для представления информации на слайде. Не стоит злоупотреблять различными анимационными эффектами, они не должны отвлекать внимание от содержания информации на слайде.
Содержание информации
Используйте короткие слова и предложения.
Заголовки должны привлекать внимание аудитории.
Расположение информации на странице
Предпочтительно горизонтальное расположение информации.
Наиболее важная информация должна располагаться в центре экрана.
Если на слайде имеется картинка, надпись должна располагаться под ней.
Избегайте сплошной текст. Лучше использовать маркированный и нумерованный списки.
Шрифты
Для заголовков – не менее 24. Для информации не менее 18.
Шрифты без засечек легче читать с большого расстояния.
Нельзя смешивать разные типы шрифтов в одной презентации.
Для выделения информации следует использовать жирный шрифт, курсив или подчеркивание.
Нельзя злоупотреблять прописными буквами (они читаются хуже строчных).
Способы выделения информации
Следует использовать рамки; границы, заливку, штриховку, стрелки; рисунки, диаграммы, схемы для иллюстрации наиболее важных фактов.
Объем информации
Не стоит заполнять один слайд слишком большим объемом информации: люди могут единовременно запомнить не более трех фактов, выводов, определений. Не полностью заполненный слайд лучше, чем переполненный.
Наибольшая эффективность достигается тогда, когда ключевые пункты отображаются по одному на каждом отдельном слайде.
Делайте слайд проще. У аудитории всего около минуты на его восприятие.
