СВ-Принт

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

ЭТАПЫ ОФОРОМЛЕНИЯ ПРОЕКТА

ВОПРОСЫ:

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

2. Основные разделы текста проекта

3. Постановка или описание проблемы

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

5. Управление и кадры

6. Содержание и механизм реализации

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

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

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

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

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

ë планы и графики выполнения работ;

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

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

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

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

5. Компетентность авторов и персонала– адекватное выражение осведомленности авторов в проблематике, средствах и возможностям решения вопроса. Владение персонала технологиями, механизмами, формами и методами реализации проекта.

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

Основные разделы текста проекта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

— Организационное или физическое местонахождение: Где была выявлена проблемная ситуация, проблема? Насколько широко она распространена?

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

В этом разделе необходимо:

ë чётко определить проблему, над которой вы собираетесь работать;

ë определить причины этой проблемы;

ë быть реалистичным – не пытаться решить все мировые проблемы в ближайшее полгода;

ë подтвердить насущность проблемы с помощью дополнительных материалов – статистических данных и др.

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

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

Итак, проблема, на решение которой ищутся средства, должна быть:

ë важной, побуждающей к оказанию помощи;

ë идти от потребностей целевой группы (та группа людей, проблему которой вы хотите решить);

ë убедительной и привлекающей внимание;

ë хорошо аргументированной.

Раздел «Постановка проблемы» можно считать качественно прописанным если:

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

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

· проблема выглядит значимой для вашей территории, в целом для общества;

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

· масштабы проекта разумны, он не делает попытки решить все мировые проблемы сразу;

· проект поддерживается статистическими и аналитическими дан­ными, ссылками на экспертов, ключевые научно-методические ис­точники;

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

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

· четко определен способ решения проблемы.

ПРИМЕРЫ

Нечёткая формулировка проблемы	Чёткая формулировка проблемы
Фермеры не имеют пестицидов для обработки полей	Урожай заражён паразитами
Уровень безработицы в N-ской области постоянно растёт. Чтобы добиться его снижения, мы должны реализовать проект профессионального достижения для женщин	По данным Центра занятости уровень безработицы в N-ской области составляет 25%. Половина безработных – женщины в возрасте от 18 до 27 лет с небольшим стажем работы.
Мы испытываем огромную потребность в обучающей программе, которая предупредит жителей нашего региона об опасности гепатита и научит их принимать меры для избежания этого заболевания. Эта программа устранит опасность заболевания гепатитом в нашем регионе	Недавний опрос школьной администрации (сентябрь 2015 года) может служить подтверждением того, что в N-ском районе не уделяется должного внимания вопросам обучения здорового образа жизни. Почти половина школ из 100 администраторов школ, участвовавших в опросе, отметили, что в их школах нет занятий по этому предмету.

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

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

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

Основные требования к формулировке цели таковы:

· достижимость в рамках этого проекта;

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

· предусмотрение итогового результата проекта;

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

При формулировании цели проекта можно использовать следующие формулировки:

· содействие развитию …

· создание условий ….

· обеспечение …

· и т.п.

Превращение проблем в цели – ПРИМЕРЫ:

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

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

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

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

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

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

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

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

ПРОБЛЕМА ЦЕЛЬ ЗАДАЧИ

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

Часто при разработке целей используют так называемые критерии SMART

S	Specific (конкретность)	Конкретная, ясная. Цель должна быть чёткой, конкретной. Если в цели есть слова «больше», «раньше» и т.д., обязательно указать на сколько (рублей, минут, процентов т.д.)
M	Measurable (измеряемость)	Измеримая. Результат достижения цели должен быть измеримым. «Стать счастливой» — трудно измеримый результат (и не конкретный тоже). А вот «выйти замуж» — вполне измеримый: достаточно одного взгляда в паспорт
A	Achievable (достижимость)	Достижимая. Вы должны быть способны достичь этой цели, хотя бы в потенциале. Должны обладать ресурсами (внешними и внутренними)
		для её достижения, либо быть способными эти ресурсы обрести.
R	Realistic/Relevant (реалистичность)	Реалистичная. Необходимо реально оценивать свои ресурсы по достижению цели. Ставя цель раньше вставать, нам придётся и раньше ложиться для того, чтобы выспаться, либо искать другие способы обеспечения полного своего восстановления.
T	Timely/Time-bound (своевременность/определенность по времени)	Ограниченная во времени. Должны быть чётко поставлены сроки достижения цели. Без сроков конкретной цели нет.

ПРИМЕРЫ:

Цель	Задачи
Снижение уровня конфликтности в учреждении сферы образования и формирование низоконфликтного пространства путём создания школьной службы примирения	1) Повышение качества информированности участников проекта (учащиеся педагоги, родители) на основе оперативного обмена информацией между участниками проекта. 2) Повышение уровня знаний участников проекта по основам конфликтологии, разрешения конфликтов и технологий примирения на базе комплекса просветительских действий. 3) Приобретение участниками проекта, вовлечёнными в его исполнение и прошедшими предварительное обучение, практического опыта. 4) Разработка и нормативное закрепление процедур и форм деятельности школьной службы примирения. 5) Создание специализированного школьного объединения, занимающегося вопросами разрешения внутришкольных конфликтов.

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

При разработке этого раздела проекта необходимо:

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

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

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

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

Раздел «Цели и задачи» можно считать прописанным, если он соответствует следующим условиям:

ü описывает предполагаемые итоги выполнения проекта, под­дающиеся оценке;

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

ü из раздела ясно, какие произойдут изменения в социальной си­туации;

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

ü цели в принципе достижимы, а результаты поддаются измерению;

ü постановку целей и задач авторы не путают с методами их решения;

ü язык ясен и четок, нет лишних, ненужных пояснений и ссылок.

Управление и кадры

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

Раздел можно считать достаточным, если:

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

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

· персонал, реализующий проект, обладает достаточной квалифи­кацией или получает дополнительное обучение до или в процес­се реализации;

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

· описание четкое, краткое, содержание — ясное и понятное.

Содержание и механизм реализации

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

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

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

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

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

Контрольными характеристиками к этому разделу могут служить:

· четкость структурирования проекта на части и видение их взаимосвязей;

· доступное описание основных мероприятий и причин выбора именно этих форм работы;

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

· естественность логической цепочки: проблема ® цель ® задача ® метод;

· нет лишней «воды», то есть ненужных описаний, приложений и прочего отягощения текста.

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

Является самой важной частью механизма реализации.

План в проекте требует установления перечня и порядка действий по реализации. Мероприятия логически выстраиваются в соответствии с задачами по направлениям, этапам, модулям и др. Все виды работ увязы­ваются с ресурсами, устанавливаются сроки, ответственные исполнители. Конкретизация плана ведется различными способами, в том числе в графической форме, например:

№ п/п	Действия	Сроки	Ответственные	Ресурсы	Результаты	Фактические исполнители

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

	|	следующая лекция ==>
Раздел 1. Основные теоретические проблемы эстетики. Содержание учебной дисциплины	|	В О П Р О С Ы К З А Ч Е Т У

Дата добавления: 2015-11-05; просмотров: 18250 | Нарушение авторских прав

Полный цикл разработки IT продуктов на примере проекта: роли в команде, задачи заказчика, этапы

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

Жизненный цикл разработки IT-продукта

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

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

Грамотное планирование функциональности будущего продукта и анализ требований играют ключевую роль для всего проекта. За этот этап несет ответственность менеджер проекта, так как именно он отвечает за успех всего процесса разработки.
До проектирования продукта планирование носит “грубый” характер, так как точный ход разработки на этом этапе узнать невозможно.
После того, как UX/UI проектирование выполнено, можно составить точный план, как будет идти разработка, и какая функциональность будет в продукте.

• Дизайн

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

• Разработка

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

• Тестирование

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

• Поддержка

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

Этап 1: Идея

Заказчик — печатная компания из штатов. По всему миру эта индустрия переживает не лучшие времена, но в США печатные компании остаются на плаву благодаря инновационным технологиям. Печатная компания обратилась к нам с просьбой разработать приложение для дополненной реальности — Augmented Reality, AR.
Почтовая служба США, рассылающая печатные отчеты о сделках, предоставляет скидки тем партнерским компаниям, которые уменьшают потребление бумаги за счет технологий. Наш клиент стал одной из таких компаний.

Этап 2: Контакт

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

Этап 3: Планирование

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

Заказчик изучает оценку проекта, чтобы получить базовое понимание того, как будет выглядеть проект и как будет вестись разработка. Она также определяет время и стоимость.
После того, как заказчик утвердил план и бюджет разработки, проект можно начинать.
Комментарий менеджера проекта Александра:
«Я отвечаю за непрерывный ход проекта. Я выбрал Scrum-методологию, чтобы быстро реагировать на запросы заказчика и рынка. Scrum помогает нам развивать продукт, учитывать потребности пользователей в каждом релизе продукта, и использовать в разработке самые современные технологии».

Этап 4: Дизайн

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

Этап 5: Разработка и тестирование

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

• Менеджера проектов, который также выполнял задачи бизнес-аналитика;
• UX/UI дизайнера;
• команды разработчиков.

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

• Менеджер проектов;
• Бизнес-аналитик с более широким кругом задач, чем были у менеджера до этого;
• UX/UI дизайнер;
• разработчики;
• руководитель команды разработчиков (Team Lead);
• Системный архитектор, разработавший структуру продукта;
• Специалист по тестированию;
• DevOps — связующее звено между разработкой и эксплуатацией, работал с сетью и развертыванием продукта.

Руководитель команды разработчиков Игорь внес свои нововведения:
«В этом проекте я отвечаю за выполнение задач проекта, провожу рецензию кода, планирую спринты (итерации в разработке), ввожу новые задачи. Я предложил проводить юнит-тесты с помощью GitFlow и создавать код при помощи AWS Lambda. Я также ввожу в курс дела новых членов команды, отвечаю за их адаптацию”.
Присоединение Team Lead было важным решением, так как он помог скоординировать разработку версий приложения под iOS и Android и веб-версию так, чтобы все двигалось в одном направлении.

Бизнес-аналитик Флор рассказывает:
“Благодаря организации проекта, моя работа была предельно ясной и эффективной. Я обрабатывал запросы клиентов и в понятном и технически точном виде передавал их команде разработчиков. Я работал в тандеме с UX/UI дизайнером, а наш проект менеджер был ответственным за переговоры, что дало мне возможность сфокусироваться на моих основных задачах»,
Как видно, команде нужны были дополнительные специалисты, чтобы решать добавившиеся задачи. Такой состав команды может обеспечить грамотную разработку системы без ошибок.

Этап 6: Поддержка

Поддержка обычно осуществляется на 3 уровнях:

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

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

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

Пример оформления описания на основе текста группы IDK, 1 курс:

Предисловие: Сейчас в университете большое количество студенческих объединений. Стоит отметить, что количество участников в каждом из них очень сильно отличается, и поэтому сообщества, где больше участников имеют большую медийность и как следствие большее количество участников на своих мероприятиях. Соответственно для людей с более узкими интересами становится намного сложнее найти те активности, которые им будут интересны. А также важно заметить, что есть люди, которые сами хотят организовать своё небольшое «мероприятие» (будь то вечер настольных игр на 4-х человек или коллективный поход в кино), но у таких людей может совсем не быть медийного ресурса, а значит для них является большой проблемой найти себе компанию для этих активностей. И из этого вытекает следующая проблема…

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

Наше решение: Web-сервис по организации подобных небольших активностей, где каждый студент может создать своё «мероприятие».

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

Пример использования: Иван(студент 1 курса) собирается в поход выходного дня. К сожалению, его друзья не могут составить ему комп

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

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

MVP: Web-сервис с регистрацией пользователя (в перспективе регистрация через ВК), где можно увидеть в удобной форме все мероприятия, которые организуют студенты в ближайшие несколько дней. Мероприятия можно отобразить по некоторым фильтрам (например: по виду мероприятия (кино, спорт, прогулка и прочее), по количеству участников, а также другие фильтры). Возможность создать своё мероприятие с указанием даты, места, времени и максимального количества участников. Информация о мероприятии также обязательно включает в себя общее описание предстоящего события и контакты организатора. На странице каждого мероприятия есть кнопка «Участвовать», нажав на которую данное событие добавляется в список «Мои мероприятия». Также сервис имеет адаптивную верстку, что позволяет удобно его использовать на разных типах устройств.
И если мы успеем сделать это, то тогда в первую очередь планируем добавить в наш сервис уведомления для мероприятий, в которых пользователь планирует участвовать. Данные уведомления можно будет настроить. А также ещё несколько других функций, которые несомненно будут полезны для пользователей нашего сервиса.

Стек технологий (еще будет дополняться):

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

Пример описания проекта: содержание, цели и особенности

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

Сущность проекта

Суть проекта: предоставление услуг по организации тематических вечеринок ИП «Машина времени». Преимуществом проекта в сравнении с конкурентами является многообразие и уникальность предоставляемых услуг, узкая специализация. Стоимость реализации бизнес-плана составляет 127 112 руб. Финансирование проекта входит в описание бизнес проекта. Пример – полное финансовое обеспечение собственными средствами. Проект благоприятно сказывается на вопросе безработицы. Так как его введение создаст 5 рабочих мест.

Анализ рынка

• Анализ положения дел в отрасли.

Рынок, на котором планирует работать предприятие – локальный. В регионе функционируют около двухсот средних и крупных компаний, принадлежащих к разным сферам деятельности. По данным Территориального органа Федеральной службы государственной статистики по Брянской области получается, что в 2011 году рождаемость составила 9227, а в 2012 г. — 9410 человек, что предполагает увеличение численности потенциальных клиентов. Помимо этого, статистические данные указывают на рост среднемесячной заработной платы жителей Брянска. Если в 2011 году она составляла 13912 руб., то в 2012 году ее значение достигло 16530 руб. Что позволяет говорить об улучшении жизни жителей региона.

• Примерная емкость рынка.

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

Подразумевается, что каждая из них устраивает корпоративную вечеринку 3 раза в год. На каждое из этих мероприятий у компании уходит в среднем 40 тыс. руб. Что касается тематических вечеринок в честь дня рождения, то по ним емкость составляет 4 108 370 тыс. руб. При этом учитывается численность населения Брянска, насчитывающая 410 837 человек. В среднем каждый из них тратит на празднование дня рождения 10 тыс. руб. Ожидаемая доля рынка, которую фирма планирует захватить — 5%. В связи с функционированием на ней большого числа праздничных агентств, данный процент будет достаточно весомым и прибыльным.

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

Рассматривая конкурентные стратегии М. Портера, следует отметить, что «Машина времени» избирает стратегию концентрации. То есть компания принимает решение конкурировать только в узком сегменте рынка, а именно заниматься проведением только тематических вечеринок. Из конкурентных стратегий Ф. Котлера, фирме подходит стратегия нишевика, так как компания специализируется на обслуживании только тех клиентов, которые желают устроить тематическую вечеринку.

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

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

План сбыта и маркетинга

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

Цена на услуги агентства будет рассчитываться на основании комбинированного метода ценообразования, то есть будут использоваться затратный и рыночный методы. Система сбыта — с указанием фирм, привлекаемых к реализации услуги. Для реализации проекта потребуется помощь кафе и ресторанов Брянска, школы танцев «Шаг вперед».

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

План производства

Потребность в основных средствах также должна входить в пример описания проекта. Для запуска праздничного агентства «Машина времени» понадобится помещение, МФУ, сотовый телефон, проектор, офисный диван, шкаф. Помещение будет предоставляться на условиях аренды. МФУ Panasonic KX-MB и Проектор Nec V260 приобретаются в магазине «Позитроника», сотовый телефон Explay TV240 White покупается в магазине DNC, а офисный диван и шкаф — в магазине «Аланта».

Финансовый план

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

Дата его запуска планируется на 1.01.17 года. Расчет амортизации проводится из допущения, что оборудование амортизируется за 5-10 лет, в зависимости от его технического состояния.

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

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

Выводы

Рассматриваемый проект предусматривает открытие агентства по организации тематических вечеринок «Машина времени». Валовой объем продаж на последний год осуществления проекта должен составить около 7 миллионов рублей.

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

Как составить план проекта за восемь простых шагов

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

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

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

Как составить план проекта за восемь простых шагов…

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

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

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

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

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

Шаг 2. Составьте список целей, согласуйте OKR и наметьте план

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

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

Шаг 3. Создайте документ с описанием объема работ по проекту

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

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

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

Шаг 4. Составьте подробный календарный план проекта

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

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

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

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

Шаг 5. Определите роли, обязанности и ресурсы

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

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

Когда начнете назначать задачи, обязательно учитывайте возможности сотрудников. Четко определите круг обязанностей и ожидания, которые возлагаете на каждого из них. Не забывайте, что 95% сотрудников работают с более чем одной командой или над несколькими проектами. Если эти проекты не согласованы, рабочая загрузка становится для них чрезмерной. Стресс — именно та причина, по которой 50% сотрудников начинают искать другую работу, а 25% увольняются, как показал наш недавний отчет «Эпидемия стресса».

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

Шаг 6. Определите процессы взаимодействия и проверки

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

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

Шаг 7. Составьте план на случай, если что-то пойдет не по плану

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

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

Шаг 8. А вот теперь можно праздновать запуск проекта!

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

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

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

Прямиком к счастливому финалу

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

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