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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реализация

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

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

Планируй. Не превращайся в хаотично стреляющего гангстера. Разбивай задачи на более мелкие и определяй конкретные сроки исполнения;

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

Не теряй фокус. Сегодня IT мир переживает настоящий бум технологий. Постоянно появляются новые языки программирования, фреймворки, технологии. Не пытайся изучить их все сразу. Выбери для себя 2-3 наиболее близких направления и отдай должное время на их изучение;

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

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

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

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

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

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

1. Предыстория проекта.
2. Задачи и цели.
3. Масштаб.
4. Границы (ограничения).
5. Предположения (допущения).
6. Влияния и зависимости.
7. Риски и проблемы.
8. Стратегии и методики.
9. Средства и способы контроля времени, ресурсов, качества, масштаба.
10. Коммуникации.
11. График поставок.
12. Производительность и её измерение.
13. Реализация выгод.

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

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

Планирование предметной области

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

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

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

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

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

Структурная декомпозиция работ (СДР)

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

1. Исполнение работ верхнего уровня достигается путём исполнения работ нижнего уровня.
2. Родительский процесс может иметь несколько дочерних работ, выполнение которых автоматически завершает родительский процесс. Но для дочерней работы существует только одна родительская.
3. Декомпозиция родительского процесса на дочерние работы производится по единому критерию: либо по привлекаемым ресурсам, либо по видам деятельности, либо по этапам жизненного цикла и др.
4. На каждом уровне должны быть собраны равнозначные дочерние работы. Критериями для выявления их однородности могут, например, выступать объём и время выполненных работ.
5. При построении структуры в целом нужно применять разные критерии декомпозиции на разных иерархических уровнях.
6. Последовательность для критериев декомпозиции выбирается так, чтобы максимально большая часть взаимодействий и зависимостей между работами оказалась на нижних уровнях иерархической структуры. Работы высших уровней – автономны.
7. Декомпозиция работ считается завершённой, если работы нижнего уровня понятны менеджеру и участникам проекта, ясны способы достижения конечного результата и его показатели, однозначно распределена ответственность за выполнение работ.

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

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

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

• PERT . Метод рассматривается как средневзвешенная трёх видов прогнозов: оптимистичного, ожидаемого и пессимистичного. После установления продолжительности по каждому прогнозу (с применением формулы и/или с привлечением экспертов) рассчитывается вероятность каждого из прогнозов. А затем значения каждого из прогнозов и их вероятности перемножаются, а величины складываются.
• Сетевая диаграмма . Сетевой диаграммой называется отображение работ и зависимостей между ними в графическом виде. Чаще она представлена в виде графика, вершинами которого становятся проектные работы, а их последовательность и взаимосвязь демонстрируется соединительными стрелками.
• Диаграммы Ганта . Это горизонтальная диаграмма с отображением проектных работ в виде отрезков, ориентированных по календарю. Длина отрезка соответствует продолжительности работы, а стрелки между отрезками – взаимосвязь и последовательность работ.

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

Трудовые ресурсы проекта

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

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

Стоимость проекта

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

1. На первом этапе определяется стоимость использования ресурсов, каждой проектной работы и проекта в целом. Стоимостью проекта здесь становится совокупность стоимостей ресурсов и выполнения работ. В число учитываемых факторов входят стоимости оборудования (в том числе, – взятого в аренду), труд штатных сотрудников и нанятых по контракту, материалы, перевозки, семинары, конференции, стоимость обучения и др.
2. Второй этап предполагает составление, согласование и утверждение сметы проекта. Смета проекта здесь – это документ, в котором содержится обоснование и расчёт общей стоимости проекта. Производится он, как правило, на основе величины необходимых ресурсов, объёмов работ и др.
3. Третий этап включает составление бюджета, его согласование и утверждение. Бюджет вводит ограничения на ресурсы и составляется в виде:

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

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

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

В этом разделе описываются процессы, которые связаны с определением, анализом, оценкой рисков и разработкой мер реагирования на них. Риски характеризуются 3-мя параметрами:

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

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

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

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

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

Вступление

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

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

Вдохновение

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

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

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

Поехали

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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