Выселение. Приватизация. Перепланировка. Ипотека. ИСЖ

1. Ограниченность (по времени, целям, задачам, результатам и т.д.) – это характеристика проекта, позволяющая контролировать ход его реализации по четко определенным этапам на основании обозначенных, измеряемых результатов каждого этапа.

Ограниченность проекта означает, что он содержит:

Этапы и конкретные сроки их реализации;

Четкие и измеряемые задачи;

Конкретные и измеряемые результаты;

Планы выполнения работ;

Конкретное количество и качество ресурсов, необходимых для реализации.

2.Целостность – общий смысл проекта ясен и очевиден, каждая часть его соответствует общему замыслу и предполагаемому результату.

3.Последовательность и связность – логика построения частей, которые соотносятся и обосновывают друг друга. Цели и задачи проекта напрямую вытекают из поставленной проблемы. Бюджет опирается на описание ресурсов и сочетается с планом.

4. Объективность и обоснованность – доказательность того, что идея проекта, подход к решению проблемы оказались не случайным образом, а являются следствием работы автора проекта по осмыслению ситуации и оценки возможностей воздействия на нее.

6.Жизнеспособность – определение перспектив развития проекта в дальнейшем, возможности его реализации в других условиях.

Структура проекта

Проект должен включать в себя следующие разделы:

Название проекта;

Сфера проектирования;

Аудитория проекта;

Цели и задачи проекта;

Форма реализации проекта;

Критерии оценки эффективности проекта;

Предполагаемые конечные результаты, потенциалы развития проекта, долгосрочный эффект;

Финансово-экономическое обоснование проекта.

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

1 раздел-название. Оно должно, по возможности, отражать основную идею проекта. Например, «Центр правого воспитания», «Экологический туризм», «Клуб выходного дня» и т.д.

2 раздел – сфера проектирования. Раздел включает, во-первых, характеристику проблем, решаемых с помощью данного проекта (т.е. обозначение противоречий, недостатков, сложностей в той или иной сфере общественной жизни); во-вторых, определение приоритетных направлений и видов социально-культурной деятельности. В совокупности это и есть обоснование актуальности проекта, т.е. ответ на вопрос «почему?».

3 раздел – аудитория проекта (ответ на вопрос «для кого?»). В нем дается полная характеристика проблем, потребностей, интересов, особенностей той или иной категории, социальной группы, которой адресована программа. Помимо социально-демографических характеристик (пол, возраст, профессия), здесь необходимо учитывать образ жизни типичного представителя данной группы, его положение в обществе, круг интересов и др.

4 раздел – цели и задачи проекта (ответ на вопрос «зачем?»). Цели – это, как правило, «перевернутые» проблемы, которые получены в процессе анализа ситуации, они фиксируют ее желаемое состояние, которое необходимо достичь в результате реализации проекта. Задачи- это более конкретные шаги, которые в содержательной части проекта можно обеспечить (решить) соответствующими мероприятиями.

5 раздел – форма реализации проекта. В зависимости от замысла проекта, содержания деятельности и имеющихся ресурсов, формой реализации проекта может быть: социально-культурный центр, общественное объединение, фонд, клуб, отдельное мероприятие, цикл мероприятий (диспутов, дискуссий, конференций, аукционов), акций (политических, экологических, культурных и др.), конкурсная программа и т.д.

6 раздел – содержание проекта. Ответ в рамках проекта на вопрос «как?» може6т быть представлен в виде следующей таблицы:

Направления деятельности – это конкретные шаги по решению основных задач проекта, они зависят как от характера проблемы и основной идеи проекта, так и от возможностей (потенциала, ресурсов) соответствующей проектной деятельности.

Базой реализации проекта может стать любой объект инфраструктуры культуры, образования, досуга, спорта (культурно-досуговые центры, библиотеки, кинотеатры, спортивные залы, учреждения системы образования и т.д.).

7 раздел - критерии эффективности проекта. В этом разделе содержится набор своеобразных «индикаторов», по которым можно отследить эффективность проекта. Индикаторы- это числовые показатели, по которым можно отследить изменение ситуации в конкретной области.

«Образовательный проект – это форма организации занятий, предусматривающая комплексных характер деятельности всех его участников по получению образовательной продукции за определенный промежуток времени» (Хуторской).

Основные требования к проекту

1. Необходимо наличие социально значимой задачи (проблемы) - исследовательской, информационной, практической.

Дальнейшая работа над проектом - это разрешение данной проблемы. В идеальном случае проблема обозначена перед проектной группой внешним заказчиком. Однако в роли заказчика может выступать и сам преподаватель (проект по подготовке методических пособий для кабинета биологии), и сами студенты (проект, нацеленный на разработку и проведение праздника).

Поиск социально значимой проблемы - одна из наиболее трудных организационных задач, которую приходится решать педагогу-руководителю проекта вместе со студентами- проектантами.

2. Выполнение проекта начинается с планирования действий по разрешению проблемы , иными словами - с проектирования самого проекта, в частности - с определения вида продукта и формы презентации.

Наиболее важной частью плана является пооперационная разработка проекта, в которой указан перечень конкретных действий с указанием выходов, сроков и ответственных. Но некоторые проекты (творческие, ролевые) не могут быть сразу четко спланированы от начала до самого конца.

3. Каждый проект обязательно требует исследовательской работы учащихся.

Таким образом, отличительная черта проектной деятельности - поиск информации, которая затем будет обработана, осмыслена и представлена участниками проектной группы.

4. Результатом работы над проектом, иначе говоря, выходом проекта, является продукт. В общем виде это средство, которое разработали участники проектной группы для разрешения поставленной проблемы.

5. Подготовленный продукт должен быть представлен заказчику и (или) представителям общественности , и представлен достаточно убедительно, как наиболее приемлемое средство решения проблемы.

То есть проект - это «шесть П» :

Проблема - Проектирование (планирование) - Поиск информации - Продукт - Презентация - Портфолио.

Важное правило: каждый этап работы над проектом должен иметь свой конкретный продукт!

Алгоритм работы над проектом

Этапы

Задачи

Деятельность студентов

Деятельность педагога

1 . Подготовка

Определение темы, целей, исходного положения. Выбор рабочей группы.

Собирают информацию. Получают при необходимости дополнительную информацию. Обсуждают задание.

Мотивирует студентов.

Объясняет цели проекта. Помогает в постановке целей. Наблюдает.

2. Планиро-

вание

Анализ проблемы. Определение источников, способов сбора информации. Постановка задач и выбор критериев оценки результатов. Распределение ролей в команде.

Формируют задачи. Уточняют информацию (источники). Вырабатывают план действий.

Помогает в анализе и синтезе (по просьбе). Предлагает идеи (при необходимости). Наблюдает.

3. Принятие решения

Сбор и уточнение информации. Обсуждение альтернатив. Выбор оптимального варианта. Уточнение планов деятельности.

Работают с информацией. Проводят синтез и анализ идей. Выполняют исследование.

Наблюдает. Консультирует

4. Выполне-ние

Работа над проектом. Оформление

Выполняют исследование и работают над проектом. Оформляют проект.

Наблюдает. Советует (по просьбе). Косвенно руководит деятельностью.

5. Защита проекта.

Подготовка доклада; обоснование проектирования, объяснение полученных результатов. Коллективная защита проекта. Оценка.

Защищают проект. Участвуют в коллективной оценке результатов проекта.

Слушает, задает целесообразные вопросы в роли рядового участника.

6. Оценка результатов

Анализ выполнения проекта, достигнутых результатов (успехов и неудач). Анализ достижения поставленной цели.

Участвуют в коллективном самоанализе проекта и самооценке.

Оценивает усилия, креативность, неисполь-зованные возможности, потенциал продолжения проекта. Направляет процесс анализа.

Организация работы над проектом складывается из шести этапов.

Этап 1-й , поиск или формулирование проблемы, которую необходимо решить. Источниками проблемы могут быть:

Экскурсия на предприятие и анализ его деятельности, определение нерешенных проблем;

Изложение преподавателем конкретной социальной, производственной ситуации, в которой выявляется проблема;

Конкретная задача совершенствования учебного процесса (разработка методических и дидактических средств, пособий, рекомендаций, материалов для самостоятельной работы студентов, видеофильмов по отдельным вопросам и темам курса);

Заказ производственного предприятия на разработку определенной проблемы;

Недостаточная разработанность определенной научной проблемы, необходимой для решения практических задач.

Основная задача преподавателя на данном этапе - вывести студентов на осознание проблемы, создать мотивацию к ее решению и получению конкретного результата - продукта учебного проектирования.

Организация творческих групп для работы над проектом, осуществляется в условиях парного и группового проектирования. Выбор должен быть добровольным или альтернативным - один из предлагаемых проектов. Создаются творческие группы разного характера в зависимости от вида проекта (творческие лаборатории, творческие мастерские, конструкторские бюро и т.д.).

Этап 2-й, планирование работы над проектом. На данном этапе

определяются:

Возможные источники информации;

Способы сбора и анализа информации;

Способы представления результатов (отчет, конкретный продукт и т. д.);

Критерии оценки продукта;

Обязанности участников творческой группы.

Этап 3-й, поиск и сбор информации. На этом этапе организуется исследовательская деятельность студентов в соответствии с планом. Основное требование - наличие разнообразных источников информации, использование различных методов ее получения (изучение литературы, анкеты, интервью, опросы, наблюдения, чтение и анализ средств массовой информации, эксперимент и т.д.).

Этап 4-й, анализ информации. На этом этапе осуществляется совместное обсуждение полученных исходных материалов, разработка проекта.

Этап 5-й, оформление и представление (защита) проекта. Способы оформления результатов учебного проектирования зависят от его вида и могут быть разными: письменный отчет, издание практических рекомендаций (компьютерный вариант), видеофильм, изготовление макета, технического устройства и т.д. Отчет о работе представляется на занятии в группе, может быть также устроена открытая защита проекта с приглашением специалистов-практиков, заказчиков.

Этап 6-й, анализ и оценка результатов работы над проектом. Данный этап обязательно должен включать в себя:

  1. групповую рефлексию авторов проекта;
  2. анализ и оценку проекта другими студентами, преподавателями, экспертами.

Основные правила по использованию метода проектов:

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

Метод проектов должен использоваться не вместо систематического предметного обучения, а как его органический компонент;

Необходимо обеспечение приоритетного базирования проектов на учебном предмете или на нескольких учебных предметах;

Определение тематики проектов должно вестись с учетом учебных ситуаций по конкретным дисциплинам;

Проекты должны обеспечивать возможность комплексного изучения различных тем дисциплин, вокруг которых мобилизуется и концентрируется внимание студентов;

Процесс выбора тем проектов, организация самостоятельной работы студентов и презентация результатов выполнения проектов должны управляться педагогами;

Тематика проектов, выбираемых или предлагаемых студентам, должна обеспечивать интегрирование знаний и умений из различных сфер знаний, техники, технологии и творческих областей предстоящей деятельности студентов.

ТИПОЛОГИЯ ПРОЕКТОВ

Вид проекта

Краткая характеристика процесса

По доминирующей деятельности студентов

Практико-ориентированные

Изготовление продукта, который можно использовать в жизни группы, техникума, города, семьи, отдельного человека. Нацелен на социальные интересы самих участников или внешних заказчиков.

Исследовательские

Выдвижение первоначальной гипотезы и проверка её с помощью методов современной науки: социологического опроса, наблюдения, эксперимента и т.д.

Информационные

Сбор, анализ и представление информации о каком-либо объекте, явлении в виде реферата, видеоролика, альбома, плаката и т.п.

Творческие

Разработка альманахов, игр, сценариев, коллажей, рисунков, выставок, музыкальных произведений. Максимально свободный подход к оформлению результатов.

Ролевые

Подготовка и разыгрывание спектакля, принятие на себя ролей различных персонажей.

По комплексности

Монопроекты

Проводятся в рамках одного предмета или области знания, хотя могут использовать информацию из других областей знаний.

Межпредметные

Выполняются во внеурочное время под руководством нескольких преподавателей.

По характеру контактов

Внутригрупповые, внутриколледжные, региональные, межрегиональные, международные.

По продолжительности

Мини - проекты

Укладываются в одно занятие

Краткосрочные

Требуют выделения 4 – 6 занятий

Недельные

Выполняются в ходе проектной недели

Годичные

Выполняется как в группах, так и индивидуально, во внеурочное время.

Выход проектной деятельности и ее оценка.

Формы продуктов проектной деятельности

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

Иногда бывает, что вид продукта сразу обозначен в самой теме проекта. Но чаще всего выбор продукта - непростая творческая задача. Проект под названием: «Исследование влияния климата природных зон на растительный и животный мир» может завершиться защитой обыкновенного реферата, а может вылиться в увлекательную подготовку Атласа несуществующего материка.

Приведем перечень (далеко не полный!) возможных выходов проектной деятельности:

Анализ данных социологического опроса;

Атлас;

Атрибуты несуществующего государства;

Бизнес-план;

Видеофильм;

Видеоклип;

Выставка;

Газета;

Действующая фирма;

Журнал;

Законопроект;

Игра;

Карта;

Коллекция;

Макет;

Модель;

Мультимедийный продукт;

Оформление кабинета;

Письмо в...;

Праздник;

Публикация;

Путеводитель;

Серия иллюстраций;

Система студенческого самоуправления;

Сказка;

Справочник;

Сравнительно-сопоставительный анализ;

Статья;

Сценарий;

Учебное пособие;

Экскурсия.

Оформление проектной папки

Проектная папка (портфолио проекта) - один из обязательных выходов проекта, предъявляемых на защите (презентации) проекта.

Задача папки на защите - показать ход работы проектной группы. Кроме того, грамотно составленная проектная папка позволяет:

Четко организовать работу каждого участника проектной группы;

Стать удобным коллектором информации и справочником на протяжении работы над проектом;

Объективно оценить ход работы над завершенным проектом;

Судить о личных достижениях и росте каждого участника проекта на протяжении его выполнения;

Сэкономить время для поиска информации при проведении в дальнейшем других проектов, близких по теме.

В состав проектной папки (портфолио проекта) входят:

1) паспорт проекта;

2) планы выполнения проекта и отдельных его этапов;

3) промежуточные отчеты группы;

4) вся собранная информация по теме проекта, в том числе необходимые ксерокопии, и распечатки из Интернета;

5) результаты исследований и анализа;

6) записи всех идей, гипотез и решений;

7) отчеты о совещаниях группы, проведенных дискуссиях, «мозговых штурмах» и т. д.;

8) краткое описание всех проблем, с которыми приходится сталкиваться проектантам, и способов их преодоления;

9) эскизы, чертежи, наброски продукта;

10) материалы к презентации (сценарий);

11) другие рабочие материалы и черновики группы.

В наполнении проектной папки принимают участие все участники группы.

Записи студентов должны быть по возможности краткими, в форме небольших набросков и аннотаций.

В день презентации проектов оформленная папка сдается в жюри.

Виды презентаций проектов

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

Виды презентационных проектов могут быть различными, например:

Деловая игра.

Демонстрация видеофильма - продукта, выполненного на основе информационных технологий.

Диалог исторических или литературных персонажей.

Защита на Ученом Совете.

Иллюстрированное сопоставление фактов, документов, событий, эпох, цивилизаций...

Инсценировка реального или вымышленного исторического события.

Научная конференция.

Научный доклад.

Отчет исследовательской экспедиции.

Пресс-конференция.

Путешествие.

Ролевая игра.

Спортивная игра.

Экскурсия.

Система оценки проектных работ

Выработка системы оценки проектных работ требует предварительного ответа на следующие вопросы:

Предполагается ли включение самооценки участников проектных групп в общую оценку проекта?

Предполагается ли присуждение мест (I, II, III) или номинаций (за лучшее исследование, за лучшую презентацию и т. д.)?

Предполагается ли оценка проектов по предметным секциям (например, лингвистической, естественно-научной, гуманитарной), или «единым списком»?

Проблемными местами в оценке проектных работ обычно являются:

- предметная компетентность жюри (жюри должно обязательно включать специалистов по всем предметам, охватываемым проектами данной секции);

- все участники проектной работы приложили усилия, но не все получили места и номинации.

Критерии оценки должны быть выбраны исходя из принципов оптимальности по числу (не более 7-10).

Критерии должны оценивать качество не столько презентации, сколько проекта в целом. Итоговая оценка за проект выставляется с учетом текущих оценок на этапах осмысления проблемы, выдвижения идей и т.д.

Очевидно, что эти критерии должны быть известны всем проектантам задолго до защиты.

Приведем примерный перечень критериев:

1) самостоятельность работы над проектом;

2) актуальность и значимость темы;

3) полнота раскрытия темы;

4) оригинальность решения проблемы;

5) артистизм и выразительность выступления;

6) как раскрыто содержание проекта в презентации;

7) использование средств наглядности, технических средств;

8) ответы на вопросы.

Первые четыре критерия - оценка проекта, последние четыре (т. е. № 5-8) - оценка презентации.

Общеучебные умения и навыки,

формирующиеся в процессе проектной деятельности

1. Рефлексивные умения:

Умение осмыслить задачу, для решения которой недостаточно знаний;

Умение отвечать на вопрос: чему нужно научиться для решения поставленной задачи?

2. Поисковые (исследовательские) умения:

Умение самостоятельно генерировать идеи, т. е. изобретать способ действия, привлекая знания из различных областей;

Умение самостоятельно найти недостающую информацию в информационном поле;

Умение запросить недостающую информацию у эксперта (преподавателя, консультанта, специалиста);

Умение находить несколько вариантов решения проблемы;

Умение выдвигать гипотезы;

Умение устанавливать причинно-следственные связи.

3. Умения и навыки работы в сотрудничестве:

Умения коллективного планирования;

Умение взаимодействовать с любым партнером;

Умения взаимопомощи в группе в решении общих задач;

Навыки делового партнерского общения;

Умение находить и исправлять ошибки в работе других участников группы.

4. Менеджерские умения и навыки:

Умение проектировать процесс (изделие);

Умение планировать деятельность, время, ресурсы;

Умение принимать решения и прогнозировать их последствия;

Навыки анализа собственной деятельности (ее хода и промежуточных результатов).

5. Коммуникативные умения:

Умение инициировать учебное взаимодействие со взрослыми - вступать в диалог, задавать вопросы и т. д.;

Умение вести дискуссию;

Умение отстаивать свою точку зрения;

Умение находить компромисс, конструктивно обсуждать результаты и проблемы каждого этапа;

Навыки интервьюирования, устного опроса и т. д.

6. Презентационные умения и навыки:

Навыки монологической речи;

Умение уверенно держать себя во время выступления;

Артистические умения;

Умение использовать различные средства наглядности при выступлении;

  1. умение отвечать на незапланированные вопросы.

Роль преподавателя

Проектная деятельность требует от педагога не столько объяснения «знания», сколько создания условий для расширения познавательных интересов студентов, и на этой базе - возможностей их самообразования в процессе практического применения знаний.

Именно поэтому преподаватель - руководитель проекта должен обладать высоким уровнем общей культуры, комплексом творческих способностей . Авторитет преподавателя базируется теперь на способности быть инициатором интересных начинаний.

Как именно педагогу предстоит создавать условия для развития студентов в ходе проектной деятельности?

Ответ на этот вопрос даст список ролей, которые предстоит «прожить» педагогу в ходе руководства проектом:

1) энтузиаст (повышает мотивацию учащихся, поддерживая, поощряя и студентов, направляя их в сторону достижения цели);

2) специалист (обладает знаниями и умениями в нескольких - не во всех! - областях);

3) консультант (организатор доступа к ресурсам, в т. ч. к другим специалистам);

4) руководитель (особенно в вопросах планирования времени);

5) «человек, который задает вопросы» (по Дж. Питту - тот, кто организует обсуждение способов преодоления возникающих трудностей путем косвенных, наводящих вопросов; тот, кто обнаруживает ошибки и вообще поддерживает обратную связь);

6) координатор всего группового процесса;

7) эксперт (дает четкий анализ результатов выполненного проекта).

Наиболее сложным является вопрос о степени самостоятельности учащихся, работающих над проектом. Какие из задач, стоящих перед проектной группой, должен решать учитель, какие - сами учащиеся, а какие разрешимы в их сотрудничестве? В этом плане нельзя отклонятся ни в одну сторону (брать все на себя), ни в другую (отдавать работу на откуп студентов).

Педагог перестает быть основным источником и контролером знаний, он становиться консультантом, организатором.

Может быть открытая координация проекта. Здесь важным является отказ от авторитарного руководства, работа в содружестве со студентами, сохраняя консультирующие функции, но, не навязывая свое решение. Со скрытой координацией (возможны, главным образом, в телекоммуникационных проектах): координатор выступает как полноправный участник проекта и не обнаруживает свой истинный статус преподавателя в период деятельности групп-участников. Свое влияние он осуществляет за счет лидерских и профессиональных качеств по критерию компетентности.

В целом при работе над проектом преподаватель:

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

Приступая к организации проектной деятельности, преподаватель должен ответить на вопросы:

  1. какая проблема вызовет интерес у студентов?
  2. Сколько свободы дать студентам при принятии решений?
  3. Какие результаты можно ожидать?
  4. Сколько времени потребуется для выполнения проекта?
  5. Какие материалы потребуются для выполнения проекта?
  6. Какие знания будут необходимы?

Несмотря на то, что проектная методика предполагает самостоятельное решение проблемы студентами, весьма эффективны методические рекомендации или инструкции, в которых указывается необходимая и дополнительная литература для самообразования, требования педагога к качеству проекта, формы и методы количественной и качественной оценки результатов проектирования. Иногда можно выделить алгоритм проектирования или другое поэтапное разделение деятельности. Таким образом, создаётся информационно-методический пакет проекта.

Студент:

  1. определяет цель своей деятельности;
  2. открывает новые знания;
  3. экспериментирует;
  4. выбирает пути решения возникающих проблем;
  5. несет ответственность за свою деятельность и т.д.

Существуют три основные характеристики, позволяющие количественно оценить полезность любого проекта для предприятия в целом (если проект не выполняется ради соблюдения установленных законом и иных обязательных требований к организации):

  • – производительность – стоимость продукции и услуг, поставленных потребителям, за вычетом прямых расходов на приобретение товаров и услуг у сторонних поставщиков, за определенный период времени;
  • – объем инвестиций – все капитальные вложения и вложения средств в запасы на всех уровнях. В них входят любые затраты, срок амортизации которых превышает один финансовый год;
  • – текущие расходы – любые средства, расходуемые организацией для преобразования инвестиций в готовый продукт.

Следовательно, любой проект, полезный для организации, должен отвечать хотя бы одному из следующих требований:

  • – содействовать повышению производительности организации;
  • – способствовать сокращению объемов инвестиций;
  • – содействовать сокращению текущих расходов;
  • – комплексно влиять на все три характеристики, обеспечивая заметное улучшение текущих и будущих основных показателей организации.

Большое значение в менеджменте проектов отводится магическому треугольнику , состоящему из угловых точек затрат, сроков и качества (рис. 2.3). Его задача состоит в том, чтобы показать, что затраты и сроки находятся в противоречивой зависимости, то же касается затрат и качества, а также сроков и качества. Посредством этих трех основных компонентов, входящих в состав менеджмента проектов, нужно показать, что в идеале менеджер проекта должен ориентироваться по всем трем показателям, и, несмотря на то, что угловые точки треугольника частично находятся в диаметральной противоположности, пытаться добиться рациональных значений всех трех. Для того чтобы, находясь под давлением времени, суметь выдержать сроки или ускорить их, необходимо повышение затрат. Одновременно продление сроков также может быть связано с повышением затрат, поскольку возможно последующее улучшение сделанного или обеспечение результатов проекта. Таким образом, изменение какого-то одного из ограничений обычно приводит к изменению хотя бы еще одного. Управление проектами, с этой точки зрения, представляет собой поиски баланса между такими ограничениями.

Рис. 2.3.

Из получающихся соотношений между затратами, сроками и качеством невозможно вывести абсолютно верный алгоритм действий. Необходимо определить, какой из элементов составляет наиболее узкое место. Проекты, как правило, подчиняются аспекту снижения их стоимости, поэтому, вероятнее всего, именно затраты окажутся искомым узким местом (design to cost). Итак, менеджмент проектов в процессе планирования и осуществления должен попытаться уделить наибольшее внимание именно этому фактору.

В некоторых проектах возникает необходимость обязательного соответствия определенным срокам. Здесь задачей менеджмента проекта становится выдвижение на первый план именно этого аспекта (design to time).

Если целью проекта является достижение именно определенного уровня качества (так называемые бездефектные проекты), основное внимание обращается на этот фактор (design to quality).

Эти три политики дают менеджменту проектов ориентир в том, в каком направлении в ходе осуществления проекта следует действовать в первую очередь. Если при этом менеджмент не слишком запустит остальные аспекты и будет двигаться на приемлемом расстоянии от идеальной точки, которая представляет собой гравитационную точку магического треугольника, то проект вероятнее всего можно будет в разной степени оценить как удачный, очень удачный или чрезвычайно удачный. Успех проекта в данном случае определяется местом его расположения в системе концентрических кругов треугольника. Следовательно, возможны три варианта менеджмента проектов.

  • 1. Направленность на гравитационный центр тяжести в середине концентрических кругов магического треугольника для достижения идеальной точки в менеджменте проекта.
  • 2. Реализация точки внутри концентрических кругов с легким предпочтением одной из угловых точек треугольника и отдачей ей некоторого предпочтения.
  • 3. Реализация точки за пределами концентрических кругов со значительным предпочтением соответствующего приоритета, т.е. сроков, затрат или качества.

Примером последнего варианта может считаться недостаток времени, ощущающийся, например, в процессе строительства спортивных сооружений, приуроченных к проведению определенных мировых спортивных событий – чемпионатов мира по футболу, Олимпийских игр. Новые космические программы явно ограничены в возможности затрат и четко очерчены имеющимся бюджетом. Так, например, проект полета на Луну, осуществлявшийся NASA, был прекращен ввиду недостаточности финансовых ресурсов и заменен на более дешевые программы беспилотных полетов в космос. В области искусства к окончательному качеству работ очень часто предъявляются самые высокие требования. Поэтому люди искусства нередко находятся в поиске идеального произведения в той области, в которой они работают. Эти примеры показывают, что целевая направленность проектов вполне может быть односторонней, вследствие чего остальные цели более или менее отодвигаются на задний план. Здесь необходимо выяснить с заказчиком, в какой степени необходимо стремиться к выполнению поставленной цели, а также следует определить приоритеты и узкие места проекта.

Примером проекта, ориентированного на сроки, является проведение зимних Олимпийских игр 2014 г. в Сочи.

Проведение Олимпиады потребовало строительства спортивных объектов, а также объектов инфраструктуры, которые должны были быть введены в эксплуатацию к началу Олимпиады. Инвестиционный бюджет Олимпиады 2014 г. в Сочи составляет на сегодняшний день порядка 200 млрд руб. По сравнению с первоначальными расчетами затраты на Олимпиаду выросли в три-четыре раза. Для того чтобы уложиться в намеченные сроки, пришлось жертвовать и качеством проекта. По оценкам экспертов, некоторые из олимпийских объектов, возводимых к Олимпиаде в Сочи, не будут построены, а 76 из 393 объектов отстают от графика. Однако в данном проекте именно сроки приоритетны по сравнению с остальными требованиями.

Магический треугольник менеджмента проектов может быть расширен до магической пирамиды, основанием которой являются угловые точки, охватывающие сроки, затраты, персонал и качество. Вершиной вертикали этой пирамиды является качество (рис. 2.4).

Рис. 2.4.

Целевые элементы магического треугольника или пирамиды в форме затрат, сроков, персонала и качества могут стать объектами тщательного контроля проекта. В этих областях посредством заданных величин и их проверки после реализации в конечной фазе проекта могут быть сформулированы, и предприняты меры по регулировке результатов.

ОСНОВНЫЕ ТРЕБОВАНИЯ К ПРОЕКТУ

ИНДИВИДУАЛЬНЫЙ ПРОЕКТ – особая форма организации образовательной деятельности обучающихся

Индивидуальный проект выполняется обучающимся под руководством преподавателя по выбранной теме в рамках одного или нескольких изучаемых учебных предметов, курсов в любой избранной области

Работа по методу проектов – это относительно высокий уровень сложности педагогической деятельности, предполагающий серьезную квалификацию учителя, и требования к учебному проекту – совершенно особые.

1. Поиск социально значимой проблемы – одна из наиболее трудных организационных задач, которую приходится решать учителю-руководителю проекта вместе с учащимися-проектантами.

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

3. Каждый проект обязательно требует исследовательской работы учащихся.

4. Результатом работы над проектом является продукт. В общем виде это средство, которое разработали участники проектной группы для разрешения поставленной проблемы

Типология учебных проектов

Этапы работы над проектом

Первый этап работы над проектом – ПРОБЛЕМАТИЗАЦИЯ. Процесс пойдет, когда исходная проблема проекта приобретет личностную окраску. Материалом для обсуждения может стать житейский случай, взаимоотношения, учебные интересы, хобби, личные проблемы. Из такой беседы должны появиться первые очертания будущей работы, ее неявно сформулированная цель.

Из проблемы проекта следует его тема, которая часто является краткой формулировкой исходной проблемы.

Следующий этап – ЦЕЛЕПОЛАГАНИЕ . Достижение цели проекта должно способствовать решению исходной проблемы. На этом этапе необходимо определить, каким будет ПРОЕКТНЫЙ ПРОДУКТ , решить, что будет создано для того, чтобы цель проекта была достигнута.

Далее надо СПЛАНИРОВАТЬ все шаги, которые предстоит пройти от исходной проблемы до реализации цели проекта. Для этого надо показать ученику алгоритм планирования, задав следующие вопросы:

Что необходимо сделать, чтобы достичь цели проекта? – ответ на этот вопрос поможет разбить весь путь от исходной проблемы до цели проекта на отдельные этапы и определить задачи.

Как ты будешь решать эти задачи? – определение способов работы на каждом этапе.

Когда ты будешь это делать? – определение сроков работы.

Что у тебя уже есть для выполнения предстоящей работы, что ты уже умеешь делать ? – выявление имеющихся ресурсов.

Чего у тебя пока нет, чего ты еще не умеешь делать, чему предстоит научиться? – выявление недостающих ресурсов.

Последовательно отвечая на эти вопросы, ученик сможет разработать план своего проекта.

На этом этапе можно также воспользоваться следующей таблицей, чтобы убедиться, что все идет правильно:

На следующем этапе будет проходить РЕАЛИЗАЦИЯ намеченного плана. Самым увлекательным во всей работе над проектом является создание проектного продукта.

После того как выполнены все запланированные шаги и сделан проектный продукт, необходимо написать отчет о работе над проектом

Далее предстоит ПРЕЗЕНТАЦИЯ проекта. Самопрезентация, умение в выгодном свете показать себя, не теряя при этом чувства меры,- важнейший социальный навык. Регламент презентации – 7-10 минут. Лучше, если текст презентации будет написан в виде тезисов.

Формы продуктов проектной деятельности

WEB -сайт

Анализ данных социологического опроса

Видеофильм

Видеоклип

Выставка

Газета

Журнал

Игра

Коллекция

Макет

Мультимедийный продукт

Оформление кабинета

Письмо в …

Праздник

Публикация

Путеводитель

Серия иллюстраций

Сказка

Справочник

Сравнительно-сопоставительный анализ

Статья

Сценарий

Учебное пособие

Экскурсия

Паспорт проектной работы

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. Качество проектного продукта

РЕЗУЛЬТАТЫ ВЫПОЛНЕНИЯ ИНДИВИДУАЛЬНОГО ПРОЕКТА ДОЛЖНЫ ОТРАЖАТЬ

    Сформированность навыков коммуникативной, учебно – исследовательской деятельности, критического мышления

    Способность к инновационной, аналитической деятельности, а также самостоятельного применения приобретенных знаний и способов действий при решении различных задач, используя знания одного или нескольких учебных предметов или предметных областей;

    Способность постановки цели и формулирования гипотезы исследования, планирования работы, отбора и интерпретации необходимой информации, структурирования аргументации результатов исследования на основе собранных данных, презентации результатов.

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

Для компании, которая платит за проект, создается некая ценность - в виде материальных или нематериальных результатов проекта.

В ходе своих рассуждений я воспользуюсь определением термина «результат проекта», которое дает Свод знаний по управлению проектами PMBOK V:

Поставляемый результат (Deliverable) - любой уникальный и поддающийся проверке продукт, результат или способность оказывать услугу, которые необходимо произвести для завершения процесса, фазы или проекта.

В статье речь пойдет о сборе требований и их анализе к поставляемым результатам проекта, но я позволю себе заменить термин «поставляемый результат» на термин «результат проекта», сохранив при этом определение термина.

Итак, до старта проекта руководителю и заказчику нужно договориться о том, каких результатов заказчик ожидает от проекта. Иногда это не так просто, как кажется на первый взгляд. Попробуйте определить цель для проекта проведения корпоративного праздника, а затем сформулируйте результаты, которые помогут реализовать эту цель. Как вы с этим справились? Думаю, было нелегко.

Давайте рассмотрим ситуацию на примере проекта «Внедрение CRM-системы в компании» . Заказчик сформулировал следующие цели:

  1. стандартизировать действия сотрудников при работе с клиентами компании;
  2. сократить трудозатраты на выполнение отдельных операций;
  3. повысить достоверность данных о клиентах.

И отсюда результаты проекта:

  1. Регламент, описывающий работу сотрудников с клиентами
  2. Программный продукт, автоматизирующий правила работы с клиентами, описанные в Регламенте
  3. Обученные работе в программном продукте сотрудники компании
  4. Работающий сервис поддержки пользователей программного продукта

Для того чтобы удовлетворить ожидания заказчика, руководителю проекта необходимо уточнить требования к каждому результату проекта.

Что такое требование?

Существуют десятки определений этого термина.

Например, в ISO 9000 написано следующее: Требование - это потребность или ожидание, которое установлено, обычно предполагается или является обязательным.

В IEEE Standard Glossary of Software Engineering Terminology (1990) приведена такая трактовка: Требование - это условия или возможности, необходимые пользователю для решения проблем или достижения целей.

За основу возьмем определение из ISO 9000, при этом будем считать, что ожидание считается установленным, если оно записано в документе, который согласовал заказчик.

Классификация требований

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

Например, существуют классификаторы требований к программному обеспечению. Один из них представлен на рисунке 1:

Карл И. Вигерс «Разработка требований к программному обеспечению»

С точки зрения сбора требований к программному продукту такая классификация позволяет аналитику помнить о том, что кроме требований к функциям программного продукта необходимо уточнить требования к внешним интерфейсам, ограничения системы. Кроме того, данная классификация помогает понять, с чего начать сбор требований и как их уточнять (стрелки на диаграмме показывают последовательность сбора требований, но при этом аналитик может возвращаться к предыдущим этапам). В книге К. Вигерса даны определения каждой категории требований и примеры по ним, поэтому я не буду приводить их в статье.

Итак, при сборе требований к программному продукту аналитику требований уже есть чем руководствоваться - есть классификаторы требований и описания классов требований.

Рассмотрим, какие могут быть требования к регламенту, описывающему правила работы с клиентами компании. Как мне кажется, они могут быть такими:

  1. Регламент процесса должен содержать описание процесса в нотации …..(здесь нужно уточнить название нотации)
  2. Регламент должен содержать матрицу ответственности с перечислением функций каждого участника процесса (к матрице ответственности тоже можно предъявить требования)
  3. Документ не должен превышать определенное количество слов (это является ограничением)
  4. Документ должен быть написан определенным шрифтом (можно указать его название и кегль)
  5. В документе обязательно должны быть следующие разделы (к каждому можно предъявить требования по содержанию)
  6. Документ должен содержать раздел, описывающий внесенные изменения в документ и т.д.

Конечно, при наличии классификатора требований к документам типа «Регламент» аналитику было бы проще учесть все классы требований, но такого классификатора я пока не встречал.

Какие требования можно предъявить к такому результату, как обученные сотрудники?

  1. Сотрудники должны пройти обучение по работе с программным продуктом
  2. Для обучения сотрудников должна быть разработана программа обучения (могут быть требования к содержанию программы)
  3. Обучение должно проходить на реальных примерах компании. Примеры для обучения должны быть утверждены заказчиком проекта
  4. По итогам обучения проходит тестирование знаний сотрудников. Средний балл по итогам тестирования на знание программного продукта составляет не менее ___ баллов (по 10-бальной шкале)
  5. Требования к методике тестирования знаний сотрудников следующие…. и т. п.

Требования к работающему сервису поддержки программного продукта можно сформулировать так:

  1. Стоимость сервиса поддержки в месяц
  2. Время предоставления сервиса (например, с 8.00 до 20.00 по GMT+2)
  3. Время реагирования на обращение в службу (к примеру, 30 минут с момента регистрации обращения в службе поддержки)
  4. Время на решение проблемы, описанной в обращении пользователя (здесь нужно вводить классификацию обращений и по каждому из них определять норматив на закрытие обращения или на перевод его в другой статус)
  5. Время на восстановление сервиса в случае сбоя
  6. Возможность для пользователей отследить статус своего обращения
  7. Возможность получить отчет по обращениям за определенный период и т. д.

Сформулировав требования к результатам проекта, руководитель проекта может начинать планировать состав работ и прогнозировать объемы работ, сроки и бюджет проекта.

Мы должны понимать, что любое пропущенное требование к результату проекта приведет к дополнительным объемам работ, а это повлияет на сроки и бюджет проекта. Поэтому для руководителя проекта очень важно попытаться собрать максимально полные требования перед стартом проекта.

Какие есть подходы к сбору требований к результатам проекта?

Самые распространенные подходы к сбору требований представлены на рисунке ниже:

Методы расположены на шкале сложности (отмечу, что расположение подходов на этой шкале - это мое субъективное мнение).

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

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

Анализ документов используется для выявления требований путем анализа существующей документации и идентификации информации, которая имеет отношение к требованиям. Существует множество документов, которые можно проанализировать для выявления требований.

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

Фокус-группы позволяют выбрать несколько представителей от каждой из заинтересованных сторон проекта и провести совместное обсуждение, чтобы узнать их ожидания к обсуждаемому продукту или результату проекта.

Мозговой штурм - подход, применяемый для генерации и сбора разнообразных идей, связанных с требованиями к результатам проекта. Часто его используют вместе с другими подходами, которые предполагают приоритезацию собранных требований (например, метод номинальных групп, построение ассоциативных карт, диаграммы сходства и т. д.).

Инновационные игры - с помощью бизнес-игры модератор вовлекает заинтересованные стороны проекта в сбор требований к продукту и в ранжирование этих требований. Этот подход я уже описывал ранее в своей заметке:

Прототипирование - способ сбора требований путем предоставления модели ожидаемого продукта. Модель будущего продукта может быть физической, графической или компьютерной, но она должна по максимуму продемонстрировать пользователям, каким будет будущий продукт. Через демонстрацию прототипа можно быстро получить обратную связь о том, насколько продукт удовлетворяет ожиданиям, и уточнить требования. Прототипы поддерживают концепцию последовательного уточнения требований в серии итераций, проведения экспериментов пользователем, формирования отзывов и пересмотра прототипа.

Моделирование процессов - метод используется для сбора требований к выполнению процесса (или некоторой деятельности). Используются графические модели, которые позволяют согласовать структуру действий в процессе, ответственных за выполнение отдельных действий, преобразования объектов деятельности. Для моделирования процессов при сборе информации часто используются интервью, анкеты, фокус-группы.

QFD (quality function deployment) — подход, который помогает определить критически важные характеристики для разработки нового продукта, отталкиваясь от требований будущих пользователей. В подходе используются матрицы, например, которые показывают связи между требованиями и техническими характеристиками продукта. Отмечу, что этот подход используется не только для сбора, но и для анализа требований.

После того как требования к результатам проекта собраны, их нужно проанализировать на предмет полноты, наличия противоречивых требований, наличия проблем с реализацией требований. Для решения этих задач аналитик требований может использовать такие инструменты, как реверсивный анализ требований, анализ систем-аналогов, ТРИЗ, Root Conflict Analysis Plus (RCA+), Value-Conflict Mapping +.

Как видно из списка подходов, аналитик требований должен знать и уметь достаточно многое для решения вопросов, связанных со сбором и анализом требований.

И в заключение я хочу привести простую мысль: если, будучи руководителем проекта, вы должны подписаться под проект с определенными сроками и бюджетом, но при этом ваша команда не понимает требований к результатам проекта или убеждена, что имеющиеся на входе проекта требования слишком абстрактны, ваш проект содержит слишком большую неопределенность. Как резко сократить неопределенность в таком проекте? Один из вариантов - вынести сбор и анализ требований к результатам проекта в отдельный проект, и только по его итогам определять сроки и бюджет проекта реализации. Да, не для всех проектов этот вариант подойдет, но его не стоит отбрасывать без дополнительного анализа.

Итак, подведем итоги размышлений:

  1. Успех проекта закладывается на его старте путем уточнения целей проекта, результатов проекта, требований к результатам.
  2. Сбор требований к результатам проекта позволяет команде проекта понять, чего ожидают от результатов проекта заинтересованные стороны. На основании собранных и проанализированных требований команда может разрабатывать технические решения по реализации требований, определять список работ по проекту, прогнозировать трудозатраты работ проекта. Чем полнее требования к результатам проекта, тем точнее может сделать прогноз по трудоемкости проекта, срокам и бюджету руководитель проекта.
  3. Собранные требования к результатам проекта нужно проанализировать на предмет их полноты, наличия противоречивых требований, наличия проблем с реализацией требований.
  4. В проекте, в котором требуются сбор или уточнение собранных требований, нужно планировать использование аналитика требований, который должен владеть различными подходами к сбору и анализу требований.

Лично я в небольших проектах совмещаю роли руководителя проекта и аналитика требований. Но если проект сложный и бюджет проекта позволяет, я стараюсь привлекать к нему профессиональных аналитиков, чтобы снизить риски, связанные с неполными требованиями к результатам проекта.

Удачи вам при сборе и анализе требований в проектах!



Если заметили ошибку, выделите фрагмент текста и нажмите Ctrl+Enter
ПОДЕЛИТЬСЯ:
Выселение. Приватизация. Перепланировка. Ипотека. ИСЖ