Написание проекта. Формы и механизм реализации проекта. С чего начать воплощение проекта в жизнь

Лабораторная работа №1. Формирование рабочих групп и утверждение тем

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

Формирование рабочих групп.

Формирование рабочих групп начинается с подготовки каждым студентом резюме на соискание должности (роли) в рабочей группе. Резюме оформляется на листе А4 рукописным тестом и содержит следующие разделы:

· Заголовок формата «Резюме на соискание должности _____». При готовности занимать одну из нескольких должностей все они указываются.

· Дату составления резюме, имя, фамилию и отчество соискателя

· Контактную информацию, включающую в себя адрес проживания соискателя, контактный телефон, адрес электронной почты

· Биографические данные – год и место рождения, семейное положение.

· Образование, среднее и высшее, дополнительные курсы, сертификаты (если есть), курсы повышения квалификации (если есть)

· Профессиональная биография (места и даты профессиональной занятости с указанием должностей и зон ответственности)

· Знание и владение технологиями и инструментами (при этом нужно отделять осведомленность о технологиях от навыков их использования)

· Личностные характеристики, являющиеся преимуществом с точки зрения цели резюме

Пример оформленного резюме приведен в Приложении А.

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

Утверждение темы разработки

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

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

· разработка должна подразумевать объектно-ориентированный подход;

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

· программное средство должно разрабатываться для нескольких ролей пользователей;

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

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

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

Результатом работы для каждой группы является папка документов, содержащая

· Утвержденное название темы

· Резюме членов группы

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

Лабораторная работа №2. Управление проектом

Введение

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

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

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

Структурно деятельность по управлению проектом состоит из следующих процессов:

Управление координацией (Project Integration Management).

Управление целями (Project Scope Management).

Управление временем (Project Time Management).

Управление стоимостью (Project Cost Management).

Управление качеством (Project Quality Management).

Управление человеческими ресурсами (Project Human Resource Management).

Управление коммуникациями (Project Communication Management).

Управление рисками (Project Risk Management).

Управление поставками (Project Procurement Management).

Управление проектом состоит из нескольких фаз: формулирование, планирование, осуществление, завершение.

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

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

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

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

Порядок работ

Порядок выполнения работы следующий

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

a. «задача В может быть начата не ранее завершения задачи А»

b. «Задачи А и В должны начаться одновременно»

c. «Задачи А и В должны закончиться одновременно»

Особые ограничения для отдельных задач:

d. «Задача А может быть начата не ранее чем»

e. «Задача А должна быть закончена не позднее чем»

2. Для каждой задачи необходимо оценить ее трудоемкость в часах.

3. Для каждой задачи нужно указать ее приоритет по отношению к прочим задачам в проекте.

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

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

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

Пример описания проекта

Проект: «Создание автоматизированной системы отслеживания интереса клиентов компании на основании статистики посещений корпоративного сайта»

Подзадача 1: составить техническое задание

Подзадача 1.1: Составить внешнее описание (8 ч)

Подзадача 1.2: Сформулировать требования к системе (выполнение может быть начато не ранее заверения 1.1) (4 ч)

Подзадача 1.3: Сформулировать требования качества (выполнение может быть начато не ранее момента завершения 1.2) (2 ч)

Подзадача 1.4: Сформулировать функциональные требования (выполнение может быть начато не ранее момента завершения 1.3) (8 ч)

Подзадача 1.4: Составить и утвердить документ технического задания (выполнение может быть закончено не ранее завершения 1.4) (6 ч)

Подзадача 2: Разработать архитектуру решения

Подзадача 2.1: Установить способ представления и состав данных по статистике посещений (выполнение может быть начато не ранее завершения 1.4) (1 ч)

Подзадача 2.2: Разработать реляционную структуру для хранения и обработки протоколов (выполнение может быть начато не ранее завершения 2.1) (16 ч)

Подзадача 2.3: Описать способ транспортировки, преобразования и загрузки данных (выполнение может быть начато не ранее завершения 2.1) (4 ч)

Подзадача 2.4: Сформулировать логику построения отчетов (выполнение может быть начато не ранее завершения 2.3) (40 ч)

Подзадача 3: Реализовать приложение

Подзадача 3.1: Реализовать транспортировку протоколов (Может быть начато не ранее завершения 2.3) (8 ч)

Подзадача 3.2: Создать реляционную базу данных(16 ч)

Подзадача 3.3: Реализовать код предварительной обработки и очистки данных (2 ч)

Подзадача 3.4: Реализовать код загрузки протоколов (1 ч)

Подзадача 3.5: Реализовать код и дизайн отчетов (20 ч)

Подзадача 3.5: Создать документацию по применению (16 ч)

Подзадача 4: Провести аттестацию (может быть начато не ранее завершения 2)

Подзадача 4.1: Тестирование на площадке исполнителя (1 день)

Подзадача 5: Развертывание

Подзадача 5.1: Развертывание сервера баз данных (1 ч)

Подзадача 5.2: Развертывание сервера отчетов (1 ч)

Подзадача 5.3: Развертывание сервера интеграции (1 ч)

Подзадача 5.4: Развертывание сервера интеграционных пакетов

Подзадача 5.5: Развертывание сервера пакетов отчетов

Подзадача 5.6: Приемо-сдаточные испытания

Подзадача 5.7: Обучение персонала заказчика

На основании этой структуры работ строится так называемая диаграмма Гантта (см рисунок), которая отражает состав и порядок работ.

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

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

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

Литература

1. Филлипс Дж.. Управление проектами в области информационных технологий – изд. Лори, пер. с англ. – 2008 – 375с

2. Ньюэлл Майкл В. Управление проектами для профессионалов – 2208 – 416с

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

Итак, есть идея, но пока нет четкого плана ее реализации. В большинстве случаев возникшие в голове креативные мысли не совпадают с багажом возможностей для их воплощения в жизнь. Я говорю это совершенно серьезно, т.к. сам сталкивался с подобным. Например, идея первой программы (еще под Windows 98) мне пришла в голову, когда у меня полностью отсутствовали навыки программирования. Тогда я только знал, что есть такие классные языка программирования как C++, Delphi и все.

С чего начать воплощение проекта в жизнь

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

Закрепляем идею на бумаге

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

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

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

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

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

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

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

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

Планирование

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

Для начала определи время, которое ты готов уделять проекту в день/неделю. Особенно это актуально для людей, занятых на постоянной работе. Вот так просто выделить в неделю 40 часов для домашнего проекта, при наличии полной дневной занятости нереально. В моих случаях всегда возникает именно такая ситуация. Например, для своего проекта я готов выделять 2,5 часа в день. За шесть рабочих, дней (один день всегда нужно оставлять для отдыха, т.к. без отдыха о продолжительной и главное продуктивной работе речи быть не может) у меня получается 15 часов. В месяц это примерно 60 часов.

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

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

Реализация

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

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

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

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

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

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

Кульминационный момент… Этим интегратором является… встречайте - .

Что такое логический каркас проекта? Это своего рода «скелет», на который «нанизываются» все остальные составляющие эффективного проекта. Это основа основ.

Из чего состоит логический каркас проекта?

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

Основные составляющие логического каркаса социального проекта являются:

1. Проблема (актуальность проекта).

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

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

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

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

Назывной характер : даётся полное описание негативного события.

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

Антитезный характер : (сопоставление «да, но») - указывается ссылка на какие-то ресурсы, которые могут быть использованы, но не используются, указываются конкретные факты и проведённые мероприятия, не давшие никаких результатов.

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

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

2.Цель проекта.

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

Например, цель № 1: сокращение числа молодёжи, употребляющей наркотики, цель № 2: увеличение числа молодых людей, избравших здоровый и законопослушный образ жизни.

Описание цели должно быть, по возможности, конкретным (отвечающей на вопросы где? в какой сфере? кто? или что и какие новые качественные и количественные признаки цель приобретёт).

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

3. Задачи проекта.

Это необходимые и достаточные условия по осуществлению достижения цели. Задачи - это те результаты (количественные и качественные), которые можно увидеть и каким-то образом измерить.
Пример:

а) выявить молодых людей, ведущих интересный образ жизни и обобщить их опыт;

б) провести молодёжный фестиваль;

в) организовать туристический лагерь и провести 15 спортивных соревнований;

г) информировать молодёжь об интересных и здоровых способах времяпрепровождения.

4. Стратегия и методы проекта.

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

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

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

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

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

Кстати, а решение задач приводит к осуществлению цели. А осуществление цели благоприятно влияет на изменение сложившейся ситуации. Всё логично. Всё чётко и ясно!

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

1) проблема (актуальность проекта)

2) цели проекта

3) задачи проекта

4) стратегия и методы проекта.

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

Желаем успехов в этом увлекательном деле!

Проект «Процесс выполнения заказов для компании XYZ (раньше этим процессом занимался подрядчик)».

Описание проекта «Выполнение заказов»

Методические указания

к выполнению лабораторной работы №2

2. Структурная декомпозиция работ и управление временем проекта. :

Цели:

* Провести структурную декомпозицию работ проекта.

* Составить список работ проекта.

* Установить продолжительности отдельных работ.

* Разработать расписание проекта.

* Определить логическую зависимость между работами проекта и построить сетевую диаграмму (график) проекта.

Длительность работы – 4 часа

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

Одним из эффективных инструментов планирования в управлении проектом является структура разбиения работ. При этом методы структуризации проекта сводятся к двум:

- «сверху-вниз» - определяются общие задачи, на основе которых далее осуществляется детализация уровней проекта;

- «снизу-вверх» - определяются частные задачи, а затем происходит их обобщение.

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

Для руководства проекта структура разбиения работ является необходимым инструментом, так как она позволяет:

1. обеспечить достижение целей проекта путем их сравнения с элементами дерева работ различного уровня;

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

3. создать основу для сетевого моделирования, планирования, распределения ответственности;

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

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

6. создать основу для управления рисками проекта.

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

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

СРР (WBS) формируется по принципу "сверху вниз". Определяются суммарные работы, затем каждая суммарная задача разбивается на пакет работ

Обобщенная схема структуры разбиения работ

Пример структуры разбиения работ проекта «Капитальный ремонт дома»

Пример структуры разбиения работ проекта «Строительство резервуарного парка на нефтяном месторождении»

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

Вступление

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

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

Вдохновение

Раскрывайте историю вашего проекта подробнее:

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

Избегайте монотонности изложения, вдохновляйте людей. Найдите “общий язык” со спонсором и впечатлите его.

Поехали

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

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

Присоединяйтесь к проекту

В конце обязательно используйте яркий призыв к действию - пригласите читателя стать частью проекта:

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