Проект разработать – Планируем проект внедрения и доработки информационной системы в MS Project — быстро и красиво

Разработка и планирование проекта

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

Планирование проекта

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

На стадии планирования устанавливаются основные параметры осуществления проекта. К ним относятся:

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

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

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

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

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

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

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

Основные процессы (присутствуют всегда):

• Планирование, документирование и описание содержания проекта
• Определение основных этапов реализации проекта и разбиение их на более мелкие составляющие
• Составление сметы и оценка стоимости ресурсов, требующихся для реализации проекта
• Определение и составление пошагового плана действий, обеспечивающих достижение целей проекта
• Определение последовательности работ
• Определение технологических зависимостей и ограничений на работы
• Оценка продолжительности работ, трудозатрат и прочих ресурсов, требующихся для выполнения отдельных работ
• Планирование ресурсов (определение типа ресурсов для работ проекта и их объема)
• Определение сроков выполнения работ при условии ограниченности ресурсов
• Формирование бюджета и привязка затрат по смете к конкретным видам работ
• Разработка плана проекта
• Сбор результатов прочих процессов планирования и их компоновка в единый документ

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

• Планирование и установление стандартов качества, и определение путей их достижения
• Организационное планирование, включающее в себя определение и распределение функционала, ответственности и норм субординации
• Подбор людей, необходимых для реализации проекта, и формирование команды
• Установление коммуникационных и информационных потребностей членов проекта
• Идентификация, оценка и документирование рисков проекта (установление факторов неопределенности и степени их влияния на проект, определение благоприятных и неблагоприятных сценариев реализации проекта)
• Логистическое планирование (что, когда, где и как закупать и поставлять)

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

Принципы проектного планирования

Принимаемые решения и предпринимаемые действия в сфере проектного планирования основываются на нескольких важных принципах:

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

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

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

Структура разбиения работ, матрица ответственности, статьи затрат

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

Для руководителя проекта СРР не менее важна, т.к. позволяет:

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

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

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

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

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

Составление СРР может выстраиваться на следующих основаниях:

• Этапы жизненного цикла проекта
• Особенности организационной структуры
• Компоненты результата (товара, услуги и т.п.), получаемого после реализации проекта
• Функциональные или процессные элементы деятельности организации, которая реализует проект
• Географическое расположение (если проекты распределены пространственно)

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

Одним из важнейших этапов построения СРР является анализ ее полноты, так что если в проекте есть работы, которые контролирует не только проект-менеджер, но и заказчик, они тоже должны быть включены в состав СРР – это и обеспечит полноту структуры.

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

Не менее важно избегать ряда ошибок при структуризации проекта, а именно нельзя:

• Пропускать стадию структуризации и переходить к поиску решения текущих проблем
• Использовать в процессе структуризации только организационные подразделения, фазы или функции, а не конечные продукты или применяемые ресурсы
• Забывать о том, что СРР должна охватывать проект целиком, упуская начальную и конечную фазы проекта и работу отдельных подразделений
• Повторять элементы структуры
• Забывать интегрировать структуру проекта с системой подготовки проектной документации и системой ведения финансовой отчетности
• Чрезмерно или недостаточно детализировать структуру
• Создавать структуру так, чтобы она не подлежала компьютерной обработке (все элементы или уровни плана должны иметь соответствующую кодировку)
• Не учитывать «неосязаемые» конечные продукты, например, услуги, сервис и т.п.

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

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

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

Матрица ответственности позволяет обеспечить и согласовать структуры ответственности членов команды (подразделений) за выполнения работ. По сути, это форма описания распределения ответственности за проведение проектных работ, где указываются роли членов команды и/или подразделений. Одна ось матрицы ответственности отображает список пакетов работ по СРР, а другая – список исполнителей, ответственных за их выполнение.

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

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

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

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

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

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

• Трудовые ресурсы
• Финансовые средства
• Оборудование
• Техническое оснащение
• Технологии и информация
• Поставщики и материалы

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

• Какие конкретно ресурсы требуются для реализации всех работ по проекту (список требований можно получить, используя график работ и СРР)?
• Что из необходимого уже есть?

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

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

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

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

• Ответственные лица
• Структура счетов
• Сроки выполнения
• Содержание работ

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

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

Сетевое планирование проектов

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

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

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

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

Методами сетевого планирования называют методы, нацеленные на максимальное сокращение продолжительности проекта. Их основой служат метод критического пути (МКП или CPM (от англ. Critical Path Method)) и метод оценки и пересмотра планов (PERT (от англ. Program Evaluation Review Technique)).

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

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

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

Горизонтальная линейная диаграмма, где проектные задачи представлены временными отрезками с конкретными временными параметрами (началом, окончанием, задержками и т.д.) называется диаграммой Гантта, и она тоже является неотъемлемой частью сетевого планирования. Вот ее пример:

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

Сетевая модель разрабатывается поэтапно:

• Определяются списки проектных работ
• Оцениваются параметры работ
• Устанавливаются зависимости между работами

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

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

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

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

Планирование проекта по временным параметрам

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

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

Планирование по временным параметрам – ключевой элемент проект-менеджмента, включающий в себя несколько составляющих. Этими составляющими являются:

• Концепция управления проектом по временным параметрам
• Календарное планирование проекта
• Контроль хода проектных работ
• Анализ и урегулирование хода работ
• Закрытие управления проектом

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

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

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

Если говорить о причинах временных потерь в проекте, то к ним можно отнести:

• Ненадлежащее управление качеством и составлением смет
• Отсутствие резервного плана при непредвиденных затратах
• Некачественное распределение рисков среди участников проекта
• Отсутствие структуры в системе коммуникаций
• Трудновыполнимая система проектной отчетности

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

Для улучшения управления личным временем желательно применять так называемые формы. Форма – это список необходимых для выполнения работ с указанием исполнителей и сроков выполнения. Наиболее приоритетные работы следует переносить во временные блоки планировочного календаря. Планировочный календарь может выглядеть так:

или так:

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

Для эффективного тайм-менеджмента нужно грамотно устанавливать приоритеты и действовать в соответствии с ними. Руководитель проекта не должен отвлекаться на второстепенные и нечеткие задачи и медлить с принятием важных решений. Также он должен уметь делегировать полномочия.

И последнее, на чем мы заострим внимание в первом уроке, – это некоторые организационные моменты.

Организация работ по проектному планированию

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

Проектное планирование включает в себя несколько этапов:

• Постановку целей и задач
• Расчет ресурсов
• Создание графика продолжительности работ
• Оптимизацию графика выполнения работ
• Организацию выполнения работ
• Создание календарного плана нарастания трудоемкости работ
• Контроль хода работ
• Корректировку хода работ

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

• Постановка ошибочных целей
• Использование неполной информации
• Игнорирование прошлого опыта
• Игнорирование вопроса доступности ресурсов
• Недостаток внимания координации участников проекта
• Игнорирование мотивации исполнителей
• Чрезмерное внимание детализации плана
• Составление плана ради плана и игнорирование контроля следования плану

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

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

Проверьте свои знания

Если вы хотите проверить свои знания по теме данного урока, можете пройти небольшой тест, состоящий из нескольких вопросов. В каждом вопросе правильным может быть только 1 вариант. После выбора вами одного из вариантов, система автоматически переходит к следующему вопросу. На получаемые вами баллы влияет правильность ваших ответов и затраченное на прохождение время. Обратите внимание, что вопросы каждый раз разные, а варианты перемешиваются.

Кирилл НогалесСергей Крутько

Проектирование — Википедия

Проекти́рование — процесс определения архитектуры, компонентов, интерфейсов и других характеристик системы или её части (ISO 24765).^[1] Результатом проектирования является прое́кт — целостная совокупность моделей, свойств или характеристик, описанных в форме, пригодной для реализации системы.^[2]:272

Проектирование, наряду с анализом требований, является частью большой стадии жизненного цикла системы, называемой определением системы (англ. system definition). Результаты этой стадии являются входной информацией для стадии реализации (воплощения) системы (англ. system realization).^[2]:268

Проектирование системы направлено на представление системы, соответствующее предусмотренной цели, принципам и замыслам; оно включает оценку и принятие решений по выбору таких компонентов системы, которые отвечают её архитектуре и укладываются в предписанные ограничения.^[2]:272

В настоящее время существует сильная тенденция рассматривать архитектурное и детальное проектирование как различные виды деятельности; делаются попытки определить их как отдельные практики, однако эти виды проектирования в значительной мере «переплетены». Архитектурные решения в сравнении с «обычными» проектными решениями рассматриваются как более абстрактные, концептуальные и глобальные; они нацелены на успех всей миссии и на наиболее высокоуровневые структуры системы.^[2]:272 Детальное проектирование, в свою очередь, определяется как процесс детализации и расширения предварительного проекта (архитектуры) до такой степени, при которой проект полностью готов к реализации.^[1]

В античные времена проектирование рассматривалось как «наука архитектора»^[3]. Деятельность архитектора была связана не только с возведением зданий, но и с созданием строительных и военных машин. Описание системы знаний и принципов организации этой науки представлено в труде римского архитектора и механика Витрувия, жившего 2 тысячи лет назад в эпоху Цезаря и Августа

[источник не указан 88 дней].

Проектирование в СССР[править | править код]

В ранний период истории СССР проектирование являлось одним из наиболее «узких мест» строительства. Существовало индивидуальное кустарное проектирование. Только в 1929 году начинали создаваться специальные проектные организации^{[источник не указан 1075 дней]}.

Проектные конторы разделялись на республиканские и местные. Республиканскими конторами, проектирующими гражданское строительство, являлись: Гипрогор и Коммунстрой, деятельность которых координировалась с проектными конторами областного значения — в частности по Москве — МосПроект, МособлжилСоюз, по Ленинграду — Жилгражданстрой и т. д.

В целях построения единого плана работ по проектированию гражданского строительства для 1932 года как правило устанавливалось, что:

а) программы республиканских проектных контор РСФСР по гражданскому строительству охватывали проектные работы для сверхлимитного индивидуального, типового и нижелимитного типового строительства;

б) программы местных проектных контор (автономных республик, краевых и областных) охватывали проектные работы для нижелимитного не типового строительства и по приспособлению типовых проектов к земельным участкам; проектирование для сверхлимитного индивидуального и типового строительства допускалось в порядке плановой увязки этих работ с программами указанных выше республиканских проектных контор^{[источник не указан 1075 дней]}.

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

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

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

Слово «конструкция» часто употребляется в значении «структура», «устройство», например, конструкция предложения в лингвистике или организация эстетического материала в искусстве.

Конструирование может осуществляться:

Чертёж дверных конструкций

По отраслям деятельности[править | править код]

Можно привести следующие примеры видов проектирования по отраслям деятельности:

По подходу к проектированию[править | править код]

Функциональное проектирование[править | править код]

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

Функциональное проектирование представляет наиболее общий подход к описанию систем. Определяются граничные условия и желательные входы и выходы, составляется подробный перечень функций или операций, которые должны выполняться^[4]. При функциональном проектировании осуществляется синтез структуры и определяются основные параметры объекта и его составных частей (элементов), оцениваются показатели эффективности и качества процессов функционирования. Результатом проектирования, как правило, являются принципиальные, функциональные, кинематические, алгоритмические схемы и сопровождающие их документы^[5].

Оптимальное проектирование[править | править код]

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

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

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

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

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

Системное проектирование[править | править код]

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

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

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

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

Принципы системного проектирования[править | править код]

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

• Практическая полезность:
  • деятельность должна быть целенаправленной, устремленной на удовлетворение действительных потребностей реального потребителя или определенной социальной, возрастной или иной групп людей;
  • деятельность должна быть целесообразной. Важно вскрыть причины, препятствующие использованию существующих объектов для удовлетворения новых потребностей, выявить вызывающие их ключевые противоречия и сконцентрировать усилия на решении главных задач;
  • деятельность должна быть обоснованной и эффективной. Разумным будет использование не любого решения задачи, а поиск оптимального варианта;
• Единство составных частей:
  • целесообразно любой объект, сложный ли он или простой, рассматривать как систему, внутри которой можно выделить логически связанные более простые части — подсистемы, единство частных свойств которых и образует качественно новые свойства объекта-системы;
  • разрабатываемые объекты предназначены для людей, ими создаются и эксплуатируются. Поэтому человек также обязан рассматриваться в качестве одной из взаимодействующих систем. При этом должно приниматься во внимание не только физическое взаимодействие, но и духовно-эстетическое воздействие;
  • внешняя, или как её ещё называют — жизненная среда, также должна рассматриваться в качестве системы, взаимосвязанной с проектируемым объектом;
• Изменяемость во времени:
  • учёт этапов жизненного цикла объекта;
  • учёт истории и перспектив развития и применения разрабатываемого объекта, а также областей науки и техники, на достижениях которых базируются соответствующие разработки.

Нисходящее и восходящее проектирование[править | править код]

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

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

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

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

В настоящее время существуют два представления структуры проектирования, подобные по форме, но различные по целям и подходам к деятельности. Это — структура в виде стадий разработки проектной документации (стадий проектирования) и структура процесса проектирования^{[источник не указан 88 дней]}.

Стадии проектирования[править | править код]

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

Стадии разработки проектной документации

Стадии проектирования регламентированы стандартами ГОСТ 2.103—2013^[6] и ГОСТ Р 15.301—2016^[7]. Последовательность выполнения всех стадий образует официальную структуру процесса разработки проектной документации, которая, как правило, используется при официальных взаимоотношениях между заказчиком и исполнителем или между соисполнителями работ. Сама документация необходима для отчёта перед заказчиком о проделанной работе, возможности проверки или повторения разработок другими исполнителями, подготовки производства и обслуживания изделия в период эксплуатации.

Стадии создания других систем регламентируются своими стандартами, например, для автоматизированных систем — ГОСТ 34.601—90^[8].

Структура устанавливает стадии разработки конструкторской документации на изделия всех отраслей промышленности и этапы выполнения работ внутри каждой стадии, то есть состав документации и виды работ, что помогает ответить на вопрос «Что нужно делать?» в процессе проектирования. Основные стадии структуры включают:

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

При необходимости на стадии ЭП проводят изготовление и испытание макетов разрабатываемого объекта.

• Технический проект (ТП) — совокупность документов, которые должны содержать окончательные технические решения, дающие полное представление об устройстве проектируемого объекта, исходные данные для разработки рабочей документации.
• На стадии рабочего проекта (РП) сначала разрабатывают подробную документацию для изготовления опытного образца и последующего его испытания. Испытания проводят в ряд этапов (от заводских до приёмо-сдаточных), по результатам которых корректируют проектные документы. Далее разрабатывают рабочую документацию для изготовления установочной серии, её испытания, оснащения производственного процесса основных составных частей изделия. По результатам этого этапа снова корректируют проектные документы и разрабатывают рабочую документацию для изготовления и испытания головной (контрольной) серии. На основе документов окончательно отработанных и проверенных в производстве изделий, изготовленных по зафиксированному и полностью оснащенному технологическому процессу, разрабатывают завершающую рабочую документацию установившегося производства.
• Завершает цикл работ этап, подводящий итог проектной деятельности, — сертификация. Её назначение — определение уровня качества созданного изделия и подтверждение его соответствия требованиям тех стран, где предполагается его последующая реализация. Необходимость выделения этого этапа в виде самостоятельного вызвана тем, что в настоящее время экспорт продукции или её реализация внутри страны во многих случаях недопустимы без наличия у неё сертификата качества. Сертификация может быть обязательной или добровольной. Обязательной сертификации подлежат товары, на которые законами или стандартами установлены требования, обеспечивающие безопасность жизни и здоровья потребителей, охрану окружающей среды, предотвращение причинения вреда имуществу потребителя. Добровольная сертификация проводится по инициативе предприятий. Обычно это делается с целью официального подтверждения характеристик продукции, изготавливаемой предприятием, и, как следствие, повышения доверия к ней у потребителей.

В процессе разработки проектной документации в зависимости от сложности решаемой задачи допускается объединять между собой ряд этапов. Этапы постановки ТЗ и технического проектирования могут входить в цикл научно-исследовательских работ (НИР), а этапы технического предложения и эскизного проектирования — образовывать цикл опытно-конструкторских работ (ОКР)^{[источник не указан 88 дней]}.

Структура процесса проектирования[править | править код]

Процесс решения задачи проектирования

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

Решение любой задачи начинается с её осмысления и уточнения исходных данных. Те (технические) требования (ТТ), которые выдаются заказчиком, формулируются на языке потребителя-неспециалиста и не всегда бывают технически чёткими и исчерпывающими. Перевести требования на язык предметной области, сформулировать задачу максимально полно и грамотно, обосновать необходимость её решения, то есть сформулировать техническое задание (ТЗ), — первый и обязательный этап работы. Исполнитель выполняет его в тесном контакте с заказчиком.

В машиностроении этот этап иногда называют внешним проектированием. Этим подчеркивают, что разработка объекта уже начинается с постановки задачи (ТТ) и формирования ТЗ и активно ведётся совместно с заказчиком. Важным результатом этапа является согласование целей разработки и назначения проектируемого объекта (его функций), системы показателей качества.

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

• На этапе синтеза принципа действия отыскивают принципиальные положения, физические, социальные и т. п. эффекты, которые составят основу функционирования будущего изделия. Это могут быть основополагающие нормы, фундаментальные законы и правила, их частные случаи или следствия. Работа ведётся с принципиальными моделями и их графическим представлением — блок-схемами. Этому этапу соответствует заключительная стадия ТЗ и стадия технического предложения структуры проектирования по ГОСТ 2.103;
• На этапе структурного синтеза на основе выбранного принципа действия создаются варианты начального графического представления объекта — структуры, схемы, алгоритмы, упрощённые эскизы. В соответствии с ГОСТ 2.103 этот этап включает стадию эскизного проектирования;
• На этапе параметрического синтеза отыскиваются значения параметров объекта, находится численное, в том числе оптимальное, решение проектной задачи, создаётся подробная документация или описание объекта, чертежи изделия и его частей. Этот этап соответствует стадиям технического и рабочего проектирования.

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

На каждом этапе внутреннего проектирования выполняются следующие процедуры:

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

Замечено, что эффективность проектируемого объекта определяется: в первую очередь — выбранным принципом действия, во вторую — предложенной структурой и в третью — соотношением параметров.

Проект повторного применения — это документация на объект строительства, по которой получено положительное заключение государственной экспертизы, построен и введен в эксплуатацию объект. Использование проектов повторного применения в проектировании позволяет затраты на проектирование и экспертизу свести к минимуму. Также сокращается срок проектирования^{[источник не указан 88 дней]}.

• Эвристические методы
  • Метод итераций (последовательного приближения)
  • Метод декомпозиции
  • Метод контрольных вопросов
  • Метод мозговой атаки (штурма)
  • Теория решения изобретательских задач (ТРИЗ)
  • Метод морфологического анализа
  • Функционально-стоимостной анализ
  • Методы конструирования
• Экспериментальные методы
• Формализованные методы
  • Методы поиска вариантов решений
  • Методы автоматизации процедур проектирования
  • Методы оптимального проектирования

• Сидоров А.И. Основные принципы проектирования и конструирования машин. — М.: Макиз, 1929. — 428 с.
• Орлов П.И. Основы конструирования: Справочник: В 2-х книгах. — М.: Машиностроение, 1988. — ISBN 5-217-00222-0.
• Хорошев А.Н. Введение в управление проектированием механических систем: Учебное пособие. — Белгород, 1999. — 372 с. — ISBN 5-217-00016-3. Электронная версия 2011 г.
• ISO/IEC/IEEE 24765:2010 Systems and software engineering — Vocabulary. — 2010.
• ГОСТ Р ИСО/МЭК 15288—2008. Системная инженерия — Процессы жизненного цикла систем. — 2008.
• Kossiakoff A., Sweet W. N., Seymour S. J., Biemer S. M. Systems Engineering Principles and Practice. — 2-е изд. — Hoboken, New Jersey: A John Wiley & Sons, 2011. — 599 с. — ISBN 978-0-470-40548-2.
• Pyster, A., D. Olwell, N. Hutchison, S. Enck, J. Anthony, D. Henry, and A. Squires (eds). Guide to the Systems Engineering Body of Knowledge (SEBoK) version 1.0. — The Trustees of the Stevens Institute of Technology, 2012.

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

Мы ежедневно занимаемся большим количеством дел, постоянно делаем выбор, ищем новые возможности для реализации поставленных задач. В повседневной жизни люди даже не задумываются, что они постоянно занимаются разработкой проектов. Это происходит неосознанно. Однако часто человек, который считает, что он сумел построить настоящий инвестиционный проект, на самом деле проделал ненужную работу. Чтобы сконцентрировать свои усилия на необходимых действиях и получить желаемый результат, нужно знать, что представляет собой процесс проектирования.

Что такое проект

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

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

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

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

Этапы проекта: общая характеристика

Хотя видов проектов существует много, каждый из них реализуется по определенной схеме. В целом процесс проектирования проходит так:

• Анализируется идея, разрабатывается план проекта.
• Выбирается руководитель проекта.
• Четко прописываются цели проектирования с учетом всевозможных ограничений.
• Выявляются участники проектирования.
• Определяется дата начала работы и планируемый объем проекта.
• Определяются возможные риски и последствия.
• Идет работа над поставленной целью.
• Устраняются проблемы, возникшие в ходе работы.
• Анализируется конечный результат проекта.
• Результат представляется руководству.
• Происходит оценка конечного результата и работы участников.

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

Разработка школьного проекта

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

• Подготовка к работе. На этом этапе формулируется задание и разрабатывается план проектирования.
• Формируются задачи проекта, каждый участник предлагает собственные идеи, которые помогут достичь цели.
• Определение метода сбора необходимой информации, распределение заданий между всеми участниками проекта.
• Сбор информации, ее анализ, выполнение задач проектирования.
• Формулировка соответствующих выводов.
• Подготовка к защите проектной работы.
• Представление результата деятельности учителю, защита работы.

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

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

Разработка инвестиционного проекта

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

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

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

Существует еще один вид проекта – творческий. Его разработка также проходит согласно определенным этапам.

Разработка творческого проекта

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

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

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

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

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

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

После оформления проекта наступает этап защиты.

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

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

Выводы

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

Как начать проект: планирование на бумаге

Автор: Ленди Кранц (Lendy Krantz)

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

Так много уже было написано по менеджменту проектов. От «6 Сигм» (Six Sigma) до «Гибкой методологии разработки» (Agile Methodologies) существует столько здравых и конкретных точек зрения на то, как формулировать цели и работать над их достижением. Каждая из них полезна, но я обнаружила, что основательные и простые вводно-ознакомительные версии найти не так легко. Трудно понять, с чего начать.

Здесь я поделюсь своей системой, которой я пользуюсь последние 10 лет, работая над исследованием и разработками по изменениям в менеджменте компаний IBM и WeWork. Эта статья – практическое руководство по созданию основ проекта с использованием креативной, содержательной и, что наиболее важно, полезной структуры.

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

Проект – это серия действий, которые в совокупности улучшают какие-то аспекты жизни конкретной аудитории.

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

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

ШАГ 1: СФОРМУЛИРУЙТЕ СВОЮ ЦЕЛЬ

Чего вы хотите достичь?

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

Можно воспользоваться конструктором целей на SmartProgress, но в этот раз мы будем составлять его на бумаге.

ШАГ 2: СОЗДАЙТЕ ГРАФИК

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

Возьмите 5 листков бумаги

Возьмите 4 листка бумаги А4 и один большой лист плакатного размера. Я начну с гигантского листа, чтобы объяснить последующие шаги. Мне ужасно нравится чертить всякие линии и что-то черкать. Я люблю рисовать что-то, на мой взгляд, беспорядочное, но которое затем обретает простую ясную форму и помогает людям работать. Создайте и вы себе нечто подобное и гибкое.

Теперь составьте список ограничений

Ограничения – это роскошь. Серьезно. Артисты, такие, как Твайла Тарп, описывают важность ограничений. Чем их у вас больше, тем лучше вы будете развиваться и учиться. Это правда: они помогут вам выполнить задачу. Начните со списка всех внешних факторов, которые вас сдерживают и/или принуждают выполнить работу (к примеру, мы арендовали место для проведения мероприятий 15 ноября или у нас есть только 200 долларов) на одном из листов бумаги А4. Пишите все, что бы это ни было. Не бойтесь ошибаться и черкать здесь. Никто не увидит этого, и оно не обязательно должно войти в ваш план. По крайней мере, пока.

Потратьте 15–30 минут на анализ написанного. Скорее всего, вы заметите 3 категории:

• Ключевые моменты – этапы прогресса / основные сроки.
• Требования – то, что надо вашей аудитории (требования отвечают на вопрос: что есть в реальности и что должно получиться в конце проекта?)
• От чего (кого) зависит – факторы, которые влияют на вашу работу, будь то организационные, финансовые или др.

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

Распишите ключевые моменты/дедлайны (сроки)

Начертите сетку-таблицу на большом листе бумаги. Сверху обозначьте время, разбив его на недельные отрезки, начиная с сегодняшнего дня в клетке слева и продолжая вправо вплоть до 3-х месяцев. На картинке можно увидеть, что я распланировала только 2 месяца. Если ваш проект рассчитан на более длительный срок, я бы посоветовала сосредоточить внимание на том, что надо сделать в первые 2-3 месяца и обозначить это как первую цель. Вернитесь на шаг назад и отредактируйте, если надо. Я говорю: 2-3 месяца – потому, что на больший срок трудно планировать. Слишком много изменений.

Теперь начните заполнять ограничения из своего списка, которые соответствуют ключевым моментам / срокам и впишите в верхний ряд своей таблицы. Оставьте нижнюю часть пока пустой и отложите в сторону список ограничений. Когда вы впишете подходящие по теме ограничения, начните добавлять другие сроки (даты), которые вы могли пропустить ранее. Если ваш проект затрагивает какое-то крупное мероприятие, убедитесь, что вы нарисовали его на большом листе. Если вам надо встретиться с разными группами людей в какую-то из недель, впишите это тоже здесь. Теперь подумайте о том, что надо сделать, чтобы уложиться в каждый из этих сроков. Еще рано составлять список конкретных дел, пока что это выглядит примерно так: «Ага, нам надо 6 недель, чтобы получить разрешение на XYZ для проведения этого мероприятия». Для этого примера вы напишете: «получить разрешение» за 6 недель до даты мероприятия. Вы добавляете пункты в список дел с привязкой к срокам.

По мере того, как вы это делаете, вы, вероятно, почувствуете некоторую тревогу, не зная, сколько времени займет то или иное, но вы знаете, что сделать это надо в любом случае. Или, возможно, вы с трудом будете представлять себе все, что должно произойти – это ничего. Запишите, что знаете. Сделайте самые смелые предположения, но помните, что, как правило, все требует гораздо больше времени, чем вы думали. Мое «золотое правило» – прикинуть сроки по максимуму и потом добавить еще 30% сверху. Так, если я планирую выполнить что-то за 3 недели, я реально даю себе срок – 4.

Теперь вернитесь на шаг назад и проверьте заполненные ячейки. Не получилось ли слишком много дел одновременно? Не слишком ли много вы напланировали в следующие 2–3 недели? Не многовато ли ключевых моментов для одного лишь аспекта в вашем проекте? Это нормально. Зафиксируйте эти замечания на чистом листе А4. Это ваши выводы из того, что вы уже знаете, и краткий обзор того, как выявить, чего вы не знаете.

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

Следующим шагом мы будем заполнять пробелы и упорядочивать все это.

Напишите список требований в форме микро-целей

Теперь, когда вырисовывается первоначальный смысл – что будет происходить и когда – вернитесь к своему списку ограничений и сосредоточьтесь на требованиях. Что нужно людям, для которых вы делаете работу? Что поможет решить их проблемы? На эти вопросы лучше всего ответить в форме повествования. Возьмите ваш первоначальный список и воспользуйтесь другим листком бумаги, где вы пишете такие вещи, как: «клиенту нужна коммуникационная стратегия», а затем: «клиенту нужна оценка того, как его коммуникации проходят сегодня». В рамках того, что нужно вашему клиенту, есть целая серия более мелких вопросов. Составьте список. По сути, вы берете первоначальный список ограничений и разбиваете его на серию микро-целей, которые отвечают требованиям вашей целевой аудитории. Ваши требования – это  то, как все должно быть, а микро-цели – это то, что вы будете делать для выполнения этих требований. Поскольку вы уже создали график, запишите эти микро-цели, пока не думая о временных рамках.

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

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

Теперь вернитесь к графику, где вы работали над ключевыми моментами. Впишите требования и микро-цели в левую колонку графика. Каждое требование должно иметь свою строку. Добавьте мелкие задачи в ячейки с требованиями. На этом этапе сильно не загружайтесь терминологией (т.е. «задачи» вместо «микро-цели»). Я использую разнообразие языка, чтобы помочь вам посмотреть на все под разным углом и тщательнее проработать то, что должно произойти. Если вы одолеете эту часть – будет здорово. Тем не менее, если у вас появились задачи, которые не относятся к требованию, спросите себя, а действительно ли их нужно выполнять. Опять же, не занимайтесь пустой возней. Пустая возня имеет обыкновение проникать во все и притворяться важной проектной работой.

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

Это прекрасный момент. Скушайте еще немного зефира и поздравьте себя.

Напишите список «От чего/кого зависит»

Когда вы посмотрите на готовый план, задайте себе 3 вопроса:

• Кто еще должен быть задействован помимо меня?
• Что еще нужно, чтобы начать действовать?
• На кого еще может оказать влияние наша работа?

Это может быть совсем просто, например:  «Мне надо еще раз проверить ту неделю с 27-го октября, чтобы убедиться, что у нас не слишком много заседаний». Или: «Мне нужно выяснить, кто еще нужен команде, чтобы руководить дизайном и отвечать за бюджет». То, от чего или кого «зависит»,  и вы начинаете четко понимать и следовать рамкам, срокам, месту и  ответственности.

Запишите все (и всех), от чего что-то зависит.

Соберите все в кучу

Теперь, когда вы порешали все эти вопросы – отредактируйте ключевые моменты и требования и добавьте в таблицу всё и всех, от чего/кого что-то зависит. Последние, скорее всего, войдут в список дел (т.е., например: «спросить у Дейва, как получить разрешение»). Постарайтесь вписать их так, чтобы они точно соответствовали нужным требованиям и ключевым моментам.

ШАГ 3: СОЗДАЙТЕ УСТАВ ПРОЕКТА + ПРОЕКТНЫЙ ПЛАН

Создайте Устав Проекта

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

Я рекомендую взять за основу Гугл.Таблицы и написать ваш устав на одной странице, а план проекта на другой. Я составила «рыбу» (шаблон)

Устав Проекта: (название)
Устав проекта обобщает «Кто», «Что» и — главное — «Зачем нужен этот проект»
ЧТО
Цель проекта	Какую проблему он решает?
Показатели результативности	Какие показатели отражают, успешный проект или нет?
КТО
Основная команда	Кто в основной команде? Какую роль они играют?
Расширенный вариант команды+ акционеры	Кого консультирует команда/ кто в расширенном варианте команды? Кто больше всего заинтересован в успехе проекта?

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

• Какова цель проекта? Какую проблему он решает?
• Кто больше всего заинтересован в успехе этого проекта?
• Какие показатели могут отразить, успешен проект или нет?
• Кто в основной команде? Какие роли они играют?
• Кого консультирует команда/ кто в расширенном варианте команды?

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

Создайте План Проекта

План Проекта: (название)
Цель проекта
Расшифруйте цель	Неделя 1	Неделя 2	Неделя 3	Неделя 4
	Пн-Пт	Пн-Пт	Пн-Пт	Пн-Пт
Ключевые моменты	Впишите ключевые моменты недели	Впишите ключевые моменты недели	Впишите ключевые моменты недели	Впишите ключевые моменты недели
Впишите требование 1
добавьте микро-цели
Впишите требование 2
добавьте микро-цели	Впишите, что должно произойти в эту неделю
Впишите требование 3
добавьте микро-цели				Впишите, что должно произойти в эту неделю
и т.д.

 

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

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

На первом собрании изложите все, что вы вывели на экран, и обсудите это с ними, начиная с цели и ограничений, затем ключевые моменты, требования и то, от чего/кого всё зависит. Вам надо услышать их замечания, поправки. Вам нужны их дополнения, свежий взгляд, чтобы отточить цель. Это тот момент, когда вливаются члены вашей команды и/или акционеры и клиенты. Люди любят критиковать и исправлять. Чем больше они втягиваются в это, тем более вы выигрываете. Не потому что коллектив более прав, чем один человек, но людям свойственно оставить свой след, чтобы почувствовать свою причастность к чему-то. Важно, чтобы всё, что вы показываете, было достаточно гладко, тогда люди увидят, что вы создали прочную основу для них, вокруг которой всё будет затем крутиться, но все же достаточно шероховато, чтобы они поняли, что могут внести свои изменения. Делайте подробные заметки и углубляйте вопросы, которые они поднимают. Поощряйте их давать полные ответы, вовлекайте их в обсуждение.

Цели установлены, микро-задачи прописаны. Принимайтесь за реализацию!
Удачи в вашем проекте!

С чего начать работу над проектом — памятка проект-менеджеру. Читайте на Cossa.ru

Проект — это всегда сложный процесс с несколькими сторонами и совместной работой. Сложности могут возникнуть разные: недостаток опыта, упрямый клиент или срыв дедлайнов. От всего не уберечься, но если подготовиться, будет попроще. Рассказываем о 7 базовых шагах подготовки к проекту, которые сэкономят силы и время.

Шаг 1. Определите владельца проекта и ответственного

В начале проекта сразу найдите владельца, именно он принимает решение о запуске проекта. Например, это может быть собственник бизнеса или руководитель отдела маркетинга. Помимо владельца определите ЛПР — лиц, принимающих решения. К ним могут относиться сотрудники ниже рангом: маркетинг, PR. Или даже те, кто участвует в задаче только косвенно, но влияет на принятие решения. К таким людям можно отнести, например, финансового директора, который «оплачивает банкет», но не имеет маркетинговых компетенций. Ваша задача — выяснить зоны ответственности всех ЛПР и их вовлечённость в проект.

Хорошо, когда владелец участвует в проекте и общается с вами — тогда обсуждать и вносить изменения можно через него. Если владелец не принимает участие в обсуждениях, говорите только с ЛПР. Иначе может получиться так: вы будете встречаться и принимать решения, а потом придётся всё переделывать, потому что это не устраивает ЛПР.

Пример.

Основатель и генеральный директор.
Владелец проекта.

Операционный директор.
ЛПР.

Директор отдела маркетинга.
Главный ЛПР.

Digital-маркетолог.
ЛПР.

Штатный дизайнер.
ЛПР.

Шаг 2. Определите стейкхолдеров

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

Лучше выбрать отдельную тактику работы с каждым из заинтересованных лиц. Тактика зависит влияния и важности стейкхолдера.

Влияние — насколько человек влияет на развитие проекта, может ли он принимать участие в управлении.

Важность — насколько человек влияет на результат.

График влияния стейкхолдера

1. Партнёры — влиятельные и важные для проекта люди. К ним нужно прислушиваться, обсуждать вопросы, учитывать интересы.
2. Консультанты — влиятельные люди с низким уровнем важности. С ними менеджер проекта обсуждает важные вопросы, но не лезет с мелочами.
3. Поддержка — важные, но не влиятельные сотрудники, держите их в курсе новостей. Когда появляются новые идеи и пожелания, идите к ним и рассказывайте.
4. Рядовые сотрудники — люди с низким уровнем влияния и важности. Это дизайнеры, верстальщики, разработчики, над которыми стоят главные — поддержка.

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

Шаг 3. Сбор и формализация требований

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

В AIC на первой встрече мы проводим презентацию компании: рассказываем о наших подходах, показываем кейсы на тематику клиента. Объясняем, как работает аналитика и UX-исследования, демонстрируем шоурилы.

Пример шоурила для встречи с клиентом.

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

Продумайте все вопросы заранее, чтобы ничего не упустить при обсуждении. Посмотрите схему интервью Виктора Ченга, бывшего консультанта McKinsey & Company, — она поможет структурировать знания и передать их команде.

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

Шаг 4. Аналитика

Иногда клиенты сами не понимают, что им нужно. В таком случае поможет предпроектная аналитика.

Владелец банковского сайта обратился к нам с задачей на редизайн. Он сказал, что их клиенты — успешные взрослые женщины и мужчины с зарплатой больше 100 тысяч, которые приходят за автокредитом и ипотекой. Мы проверили, и оказалось, что целевая аудитория — девушки 20–25 лет с зарплатой до 50 тысяч, которые берут потребительский кредит на отдых.

Концепция — визуальный дизайн, CJM, пользовательские сценарии — зависит от аудитории, и для всех она разная. Этот случай показывает, что аналитика помогает улучшить результат ещё до старта.

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

«Иногда приходят клиенты и говорят: „Вот наш сайт, подскажите как эксперты, что хорошо и что плохо“. Мы говорим: „Нет, мы не целевая аудитория“. Например, мы не можем оценить сервис для ипотеки. Мы не подходим к оценке экспертно, а привлекаем реальную аудиторию продукта».

Шага 5. Планирование и декомпозиция задач

Если проект для вашей команды новый и уникальный, начните с конца. Представьте, как должен выглядеть готовый продукт и что нужно сделать для его воплощения в жизнь. Получится список стандартных задач: прототипирование, фронтенд, бэкенд, тестирование и так далее. Поделите задачи на подзадачи и распределите между командой. В AIC мы делим проект на 4 этапа, внутри каждого — свои задачи:

1 этап. Первичная аналитика и данные заказчика. Мы составляем портрет целевой аудитории, проектируем пользовательские сценарии и проводим клиентские воркшопы.

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

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

1. Василий — суперзанятый, некогда сходить на обед. Ему важно успеть заказать обед незаметно для коллег во время совещания, буквально двумя кликами.
2. Василиса — сидит дома с детьми, заботится о здоровье, готова к новому опыту. Может проводить в приложении много времени: изучать состав, калории и так далее.

2 этап. Детальное проектирование: разрабатываем прототипы интерфейса, тестируем их на лояльной аудитории. Для «Азбуки вкуса» приглашали клиентов в офис и тестировали прототипы.

3 этап. Дизайн-концепция: дизайн, интерактив — всё это тоже проверяем на группе и согласуем с заказчиком.

4 этап. Внутренние страницы, ресайзы и так далее.

Чем подробнее расписаны задачи, тем легче их будет оценить.

Шаг 6. Оцените задачи

Чем больше проектов у вас за плечами, тем проще оценить время и стоимость каждого следующего. Менеджер оценивает задачи не в одиночку, он также опирается на опыт команды. Если проект в новинку для всех, разделите задачи на 3 группы:

1. которые вы делали раньше;
2. которые вы не делали, но знаете, как;
3. которые вы не делали и о которых вам нужно узнать больше.

Первую группу вы оцениваете как всегда. Вторую оцениваете на основе своего опыта и интуиции, умножаете на 1,5–2. То же самое с третьей, только умножаете уже на 2–3. Сначала может показаться, что это слишком много, но к концу проекта вы будете думать иначе.

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

По поводу согласования документов у нас довольно жёсткая позиция. Если видим в пункте договора потенциальные риски, наши юристы сразу их исключают или делают прозрачные формулировки. Иногда заказчик сопротивляется: «Мы не принимаем правки», — это тревожный звоночек. В таком случае мы можем и отказаться от проекта.

7. Составьте план проекта

В 5 шаге вы получили задачи и подзадачи. Чтобы не выбиться из графика и сдать проект в срок, следите за выполнением задач. Воспользуйтесь программой по управлению проектами, например, Microsoft Project.

Интерфейс MS Project

В MS Project можно выбрать один из встроенных шаблонов и подстроить его под свой проект: поставить задачи, распределить их между командой, определить длительность и установить зависимости между ними. Здесь же можно делать отчёты — стандартные ежеквартальные или в режиме реального времени. Для наглядности можно использовать диаграмму Ганта.

Диаграмма Ганта. Источник: medium

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

Сейчас мы пользуемся таск-трекером Jira + Confluence. До этого был Trello и Basecamp, некоторые сотрудники пользовались другими трекерами — кому что удобно. Из-за работы сразу в нескольких трекерах сложно аккумулировать знания, которые мы получали на проектах, поэтому мы сделали общую систему.

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

К старту готовы

Если вы прошли все шаги, подготовку можно считать завершённой. Непредвиденные обстоятельства случаются всегда — невозможно предусмотреть всё, но с помощью грамотной подготовки можно минимизировать потери. Помните, что сложности в проекте — это опыт, который поможет вам подготовиться к следующему проекту ещё лучше.

Мнение редакции может не совпадать с мнением автора. Ваши статьи присылайте нам на [email protected]. А наши требования к ним — вот тут.

Создание нового проекта — Служба поддержки Office

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

Щелкните Файл > Создать > Новый проект.

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

Примечание: Краткое руководство по работе с более простыми задачами в Project можно найти в кратком подпуске Project.

Настройка нового проекта

Установка даты начала и даты окончания проекта

Указание имени или названия и других свойств файла

Добавление задач

Отображение суммарной задачи проекта

Дальнейшие действия

Установка даты начала и даты окончания проекта

1. Щелкните Проект > Сведения о проекте.

   

2. Перейдите в поле Планирование от и выберите дату начала проекта или дату окончания проекта.

3. Добавьте дату в поле Дата начала или Дата окончания.

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

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

К началу страницы

Указание имени или названия и других свойств файла

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

1. Щелкните Файл > Сведения.

2. В правой части экрана выберите пункт Сведения о проекте, а затем — Дополнительные свойства.

3. На вкладке Сводка введите имя в поле Название.

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

   

Примечание: Чтобы вернуться к представлению проекта, нажмите кнопку «Назад» .

К началу страницы

Добавление задач

Большинство проектов зарождаются в виде списка задач в Excel, Word или даже простых записей на бумаге. Чтобы начать планирование этих задач и управление ими, вам необходимо внести их в файл проекта.

• Добавление задач вручную.    Это означает, что их нужно ввести в Project.

• Вырезание и вставка.    Project запоминает структуру, созданную для задач в Word, Outlook или PowerPoint, и делает их суммарными задачами и подзадачами при их вставке в Project (только в Project 2013 и более поздних версиях).

• Импорт данных из Excel.    Если список задач в Excel содержал длительности, смету, сроки и другие данные о проекте, вы также можете внести их в проект.

• Синхронизация с SharePoint.    Вы можете работать с Project в SharePoint. После того как вы запланируете эти задачи, участники группы смогут просматривать расписание и обновлять их работу в SharePoint, и вы увидите изменения в Project. И наоборот.

Добавив задачи, вы можете приступить к работе над ними.

К началу страницы

Отображение суммарной задачи проекта

Суммарная задача проекта содержит все другие задачи и отображается в верхней части списка задач. В Project суммарные задачи скрыты по умолчанию. Чтобы включить их отображение, перейдите в представление «Диаграмма Ганта» и на вкладке Формат установите флажок Суммарная задача проекта.

К началу страницы

Дальнейшие действия

Когда вы создаете новый проект в Project Web App, доступны следующие варианты:

• Корпоративный проект.    Этот параметр создает проект, чтобы его можно было редактировать в Project Web App.

• Список задач SharePoint.    Этот параметр позволяет создать проект как сайт проекта. С помощью списка задач на сайте проекта можно вычислить задачи для проекта. По мере создания списка задач на этом сайте проекта эти задачи будут просматриваться в центре проектов в Project Web App.

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

Создание нового корпоративного проекта

Чтобы создать новый корпоративный проект, выполните указанные ниже действия.

1. На панели быстрого запуска выберите пункт Проекты.

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

3. На появившейся странице введите нужные сведения в поля имя, Описаниеи Дата начала , а затем нажмите кнопку Готово.

4. Заполните как можно более подробную информацию на страницах, созданных для вашего проекта. После ввода данных на вкладке задача или проект в группе проект нажмите кнопку сохранить. Каждая страница проекта указана на панели быстрого запуска, а под именем проекта — при открытии проекта. Вы можете перемещаться между страницами, щелкая ссылки быстрого запуска или нажимая кнопки назад и Далее на вкладке проект в группе страница .

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

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

Создание нового проекта списка задач SharePoint

Чтобы создать новый проект списка задач SharePoint, выполните указанные ниже действия.

1. На панели быстрого запуска выберите пункт Проекты.

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

3. На странице Создание нового проекта введите имя нового проекта, а затем нажмите кнопку Готово.

4. После создания сайта проекта щелкните изменить в сером поле в левой части веб-части Сводка по проекту .

5. С помощью страницы » задачи » можно добавлять задачи проекта, включая дату выполнения и назначенные сведениям.

После того как вы создадите этот список задач, если вы вернетесь в Project Web App, вы увидите, что он отображается как проект в центре проектов. Обновления, внесенные в список задач на сайте проекта, отражаются в центре проектов в Project Web App.

7 шагов к успешной реализации

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

Описанное выше – незначительный пример. Но он отлично объясняет суть – у всего есть начало.

Управление проектами – не исключение. Будучи сложной цепочкой задач и процессов, оно также с чего-то начинается. Этим первым шагом является план проекта.

В этой статье мы поговорим о плане и процессе планирования, а также разъясним моменты, связанные с вопросом «Как создать такой план». Мы выделили 7 шагов.

Что же такое план проекта?

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

Планирование – это процесс, обсуждение. Во время него выясняется объем работ, цели и пути, необходимые для их достижения.

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

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

Цели плана проекта

Хорошо подготовленный план должен отвечать на следующие вопросы.

Почему?

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

Что?

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

Кто?

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

Когда?

Здесь речь идет о графике/продолжительности проекта.

Как составить план проекта?

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

1. Общайтесь

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

Стоит добавить, что общение – это не только первый шаг. Общаться стоит на протяжении всего проекта – это ключ к успеху.

2. Определите участников и цели

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

Кто может быть участником проекта:

• Заказчик – человек, непосредственно финансирующий и утверждающий работу;
• Менеджер проекта – человек, занимающийся планированием с последующим созданием, исполнением и контролем над проектом;
• Команда проекта, которая создает конечный продукт. Члены команды участвуют во многих важных процессах, среди которых разработка, обеспечение качества, работа над дизайном и т.д. Как правило, они не утверждают проект;
• Конечный пользователь;
• Другие. В этот список могут входить самые разнообразные люди: риск-аналитики, специалисты по снабжению и т.д.

Что можно сделать на этой стадии? Проведите интервью с ключевыми участниками. Так вы поймете, какие требования ставятся, и какие цели стоит достигнуть. Наиболее эффективным способом достижения целей является SMART методика постановки целей.

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

Это наш почему вопрос.

3. Определите весь объем работ

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

На этой стадии также уменьшаются риски недопонимания, которые могут привести к неконтролируемому расширению масштабов проекта.

Это наш что вопрос.

4. Определите роли и ответственности

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

Это наш кто вопрос.

5. Составьте график проекта

Этот пункт – непосредственное продолжение предыдущего. Как только роли и ответственность будут распределены, следующим шагом будет установление продолжительности работы для каждого ресурса с датами начала/окончания.

Это наш когда вопрос.

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

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

6. Визуализируйте план проекта при помощи диаграммы Ганта

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

Воспользуйтесь GanttPRO – онлайн инструментом для планирования проектов. С его помощью менеджер может:

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

С диаграммами Ганта GanttPRO легко управлять процессами планирования и составлять проект.

7. Управляйте рисками

Все стадии проекта могут подвергаться рискам. Поэтому управление ими – один из важнейших моментов в планировании.

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

Какие риски могут возникнуть?

• Оптимистичные ожидания о времени и затратах;
• Плохо обозначенные требования и пожелания;
• Плохо обозначенные роли и ответственности;
• Перемены в требованиях;
• Новые требования;
• Сокращение бюджета;
• Плохое взаимодействие.

Подытожим

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

А у вас есть опыт планирования проектов?