Как писать проект образец. Планирование предметной области. Заголовки в проекте

Лабораторная работа №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с

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

Как разрабатывается проект?

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

1. Первый шаг. Подрядчик принимаетот корреспондента техническое задание. Они согласовывают условия - сроки, бюджет, величину и схематику исполнения (текстовая, графическая, презентационная). Для этого нужно чёткое описание проекта и его понимание в целом. И далее наступает черёд умелого внедрения и начертания всех аспектов до самых мелких деталей.
2. Второй шаг. Утвердив бриф, приёмщик передаёт задание менеджерам-цеховикам или офисным работникам на проработку проекта.
3. Третий шаг. Составляется полная технологическая схема с указанием периодов, в каждом из которых выполняются последовательно определенные мероприятия.
4. Четвёртый шаг. Проработав основную часть плана для выверки схемы, все дальнейшие действия согласуют с заказчиком. Более подробно и наглядно обговариваются дополнения, добавляются задачи, прогнозируются реальные цели и подытоживается окончательная оплата.
5. Пятый шаг. Укомплектовав весь проект и завершив работу над ним, подрядчик передаёт клиенту готовое решение. Тот, в свою очередь, проводит заключительный расчёт.

Первоначальный план описания проекта

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

• Принятие заказа.
• Согласование с заказчиком стоимости работы.
• Обсуждается предоплата или расчёт по завершении.
• Составление анкеты-брифа.
• Согласование с потребителем (заказчиком) пунктов проекта.
• Назначение - тема программы.
• Начало - указывается дата/время.
• Окончание - указывается дата/время.
• Исполнители проекта - например, менеджеры Иванова, Петрова, Сидоров.
• Заказчик - например, Фонд помощи детям.
• Этапы программы - подготовка, собирательство, работа, согласование, завершение.
• Что нужно сделать и в какие сроки - содержание программы, описание этапов, задач и целей.
• Какая информация присутствует - текстовая, графическая, презентации, видео, аудио.
• Согласование с потребителем (заказчиком).
• Доработка ошибок, доведение до нужного результата.
• Повторное согласование с корреспондентом.
• Утверждение, приёмка на месте и сдача проекта конечному пользователю.
• Окончательный расчёт (получение зарплаты) в денежном эквиваленте.

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

Поэтапное формирование проекта

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

Цель - то, без чего не бывает проекта

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

Составление брифа по созданию сайтов и лендингов

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

1. Фамилия, имя, отчество управляющего порталом, лендингом, ресурсом.
2. Название компании, сообщества или фирмы.
3. Контактные данные заказчика.
4. Область работы - вид деятельности.
5. Название запланированного проекта.
6. Бренд и фирменный стиль проекта.
7. Логотип (если имеется).
8. Предпочтительные цветовые тона.
9. Дизайн для отдельных частей и страниц.
10. Количество страниц внешних и внутренних у сайта.
11. Услуги размещения проекта у хостинг-провайдера.
12. Составление и приобретение доменного имени.
13. Наполнение статьями - копирайтинг.
14. и реклама.
15. Сопровождение и забота о ресурсе в дальнейшем.
16. Функциональная составляющая проекта:

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

Разработка проекта по созданию сайтов и лендингов

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

Как описать проект в разработке

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

Этап № 1 - изготовление макета, программирование платформы CMS системы с разбиением сайта на отделы: админку и публичную часть, подключение модулей. Закреплено за менеджером (Ф. И. О.).

• соорудить макет - дата/время;
• подготовить cms-платформу - дата/время;
• привязать модули и блоки - дата/время;
• протестировать работоспособность и функциональность - дата/время;

• что сделано, какие недоработки, ошибки;
• что сделать, когда, срочно или нет;
• интересная идея - предложить;
• ещё что-то инновационное.

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

Цель: Изготовить и сдать к определённому сроку готовый рабочий каркас проекта.

Этап № 2 - изготовление дизайна, логотипа, баннеров. Закреплено за менеджером (Ф. И. О.).

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

• что не сделано, какие недоработки, ошибки;
• что надо делать, когда, срочно или нет;
• интересная идея - предложить;
• ещё что-то инновационное.

Предложить в правой колонке сделать ещё 2 статических баннера.

Цель: Изготовить и сдать к определённому сроку готовый дизайн и элементы графики.

Этап № 3 - наполнение лендинга текстовым контентом, вставка видео и аудио. Закреплено за менеджером (Ф. И. О.).

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

• что сделать, срочно или нет, когда-нибудь потом;
• супермысль - предложить;
• ещё что-то новенькое.

Обновить программу для записи видео.

Цель: Наполнить ресурс текстовой и мультимедийной информацией.

Этап № 4 - сдача проекта заказчику. Ответственный Строгов П.Г.

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

• что сделано, какие недоделки, ошибки;
• что сделать, срочно или нет, записать доработки;
• идея Х - предложить;
• ещё что-то новенькое.

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

Цель: Сдать готовый проект.

Ведём проекты и задачи в профессиональных системах

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

Проект закончен: что дальше?

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

Шаги

Часть 1

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

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

• Например, вы можете получить такое задание: «Выполнить презентацию на тему Гражданской войны в США. Можно выбрать одно сражение, идею, речь, поворотный момент или сосредоточиться на войне в целом. Не забывайте о важных датах и действующих лицах».
• Такой проект можно разбить на несколько частей: 1) Наглядное представление Гражданской войны. 2) Центральная тема проекта. 3) Важные даты. 4) Ключевые действующие лица.

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

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

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

   • Как насчет трехмерного представления? Можно попробовать выполнить трехмерную карту сражений с демонстрацией передвижения войск.
   • Также можно попробовать сделать скульптуры из папье-маше. Вполне можно сделать даже Авраама Линкольна и рассказать вашу историю с помощью его цитат.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реализация

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

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

Социальное проектирование. Как написать свой проект?

Социальный проект:

· Это универсальный инструмент для четкого стратегического планирования деятельности вашего молодежного общественного объединения .

· Это воплощение любой Вашей идеи в реальность.

· Это возможность рассчитывать свои шаги к цели с точностью до дней и часов;

· Это умение правильно использовать ресурсы своей организации и привлекать ресурсы из разных источников.

· Это решение социально – значимых проблем местного сообщества.

· Это имиджевая и финансовая устойчивость вашей организации

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

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

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

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

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

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

Если Вы научитесь правильно использовать эту формулу,

считайте, что Вы на пути к Успеху!

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

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

Этот круговорот и есть процесс стратегического планирования деятельности молодежного общественного объединения:

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

Теперь мы рассмотрим каждый пункт еще более подробно.

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

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

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

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

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

Проблема Цель

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

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

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

· Являются логическим следствием проблемы.

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

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

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

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

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

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

При описании методов необходимо обратить внимание на следующее:

· Соответствие стратегий и механизмов цели и задачам проекта.

· Соответствие имеющихся ресурсов планируемой деятельности.

· Соответствие деятельности заявленным результатам.

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

· Инновационность / возможный риск.

· Определены ли различные функции и как они распределяются среди сотрудников и исполнителей проекта.

· Являются ли взаимосвязанными виды деятельности по проекту.

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

· Наличие плана – графика реализации проекта или поэтапного описания проекта (это можно сделать как в текстовом формате, так и в виде таблицы).

· Реалистичность, выполнимость плана.

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

· Возможность выполнения проекта в заявленные сроки.

Пример план – графика приведен ниже:

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

· Соответствие результатов цели, задачам проекта;

· Измеряемость (количественные и качественные показатели);

· Реалистичность;

· Выполнимость / достижимость.

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

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

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

Заключение

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Антонюк проектирование. Минск, 2007.

2. Антонюк проектирование и управление общественным развитием. Минск, 2007.

3. Бергер П., Лукман Т. Социальное конструирование реальности. Трактат по социологии знания. М., 2006.

4. Бестужев-, Наместникова прогнозных разработок социальных проектов. М., 2006.

5. , Петров основы прогнозирования и планирования: Учебное пособие. СПб., 2006

6. Котляров основы социального проектирования. М., 2006

7. Крючков и методы социального проектирования. М., 2006

8. Методологические проблемы социального прогнозирования / Под ред. . Л., 2006.

9. Рабочая книга по прогнозированию. М., 2006.

10. , Лаин проектирование. М., 1982.

11. Уилсон А., Уилсон М. Управление и творчество при проектировании систем. М., 2005.

12. Щедровицкий объекта в системном проектировании / Избранные труды. М., 2006.

13. , . Социальное проектирование. Ростов н/Д., 2006 гстр.