Как сделать свой проект: С чего начать проект

С чего начать проект

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реализация

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

Финальные советы

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

С чего лучше начать проект или как сделать так, что бы не было потом мучительно больно

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

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

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

• Одноразовая поделка — это проект, нацеленный на создание какого-то графического концепта и его дальнейшей продажи инвесторам. Отличительными особенностями данного типа проектов являются:
  1. Невменяемая документация. Основная идея понятна, но в бизнес-кейсах творится полный хаос, а логических дыр не счесть.
  2. Сжатые сроки. До 3-х месяцев от написания документации до прототипа.
  3. Нет планов развития и не планируется дальнейшая поддержка.
  4. Маленькая команда. Обычно до 5 человек, включая дизайнеров.
  5. Отсутствие бизнес процессов. Всё взаимодействие сумбурное, основанное на межличностном общении, уточнении принципиальных моментов и/или придумывании на ходу.
  6. Роли размыты. Нет четкого разграничения полномочий и зон ответственности.
  7. Нет настоящих данных. Все данные сгенерированы для “красоты” и подогнаны для наилучшего отображения.
  8. Для ускорения разработки во всю используются внешние зависимости.

• Стартап — это проект, который настроен на реализацию конкретной идеи, с последующим развитием. Обычно, данные проекты развиваются по спиралевидной модели и, по этой причине, имеют почти такие же отличительные особенности, что и первый тип (одноразовая поделка):
  1. Чёткое разбиение на этапы. Минимально: сроки и перечень функционала, который необходимо в заданный период времени реализовать.
  2. Относительно вменяемая документация. Проведена аналитика, выставлены ориентиры по этапам сдачи, уточнения зачастую приходят во время спринта. Чаще всего используют waterfall, несмотря на то, что заявлен Agile.
  3. Средние сроки сдачи основного функционала. В среднем от 6 до 12 месяцев.
  4. На начальных этапах используют внешние зависимости, которые со временем меняются на собственную реализацию.
  5. Маленькая команда. Обычно до 7-10 человек.
  6. Есть разграничение ролей, но ответственность размыта.
  7. Проект может мутировать. На одном из этапов, возможно, изменится концепция или подход к реализации. Обычно это связано с требованиями инвесторов, изначально провальной идеи или ошибках в архитектуре.
  8. Условно живые данные. Происходит обкатка на фокус-группах или парсинг живых данных со сторонних ресурсов. Правда так бывает не всегда…

• Информационная система — это проект, реализующий идею с планами по интеграции в сторонние сервисы.
  1. Есть план развития.
  2. Четко написанная документация. Минимально: задокументировано описание API.
  3. Возможно, потребуется проводить интеграцию со сторонними сервисами, ставить “костыли” или перестраивать части системы.
  4. Есть промежуточные релизы, хот-фиксы.
  5. Команда средней величины. Обычно от 10 до 20-30 человек.
  6. Чёткое разделение зон ответственности.
  7. Требования безопасности: после проведения аналитики созданы кейсы, которые могут привести к краху системы.
  8. Уделяется время тестированию.
  9. Используется Agile.
  10. Почти всегда есть backlog.
  11. Используются только внешние зависимости, дорогие в реализации собственными силами. Практикуется наравне с проприетарными.

• Замкнутая система — это объемный проект, предназначенный для обслуживания конкретных потребностей Заказчика, с дальнейшей доработкой.
  1. Конкретный заказчик.
  2. Есть план развития.
  3. Проектная документация по разработке. В помощь пользователям написана отдельная документация по требованию Заказчика.
  4. Разграничение прав пользователей.
  5. Почти всегда есть backlog.
  6. Размер команды обычно больше средней. Как правило от 10 человек и до потери пульса.
  7. Используется Agile. Периодически прилетают дополнительные задачи, которые необходимо реализовать во что бы то ни стало.
  8. Неожиданные показательные выступления. По требованию вышестоящего руководства происходят показы, поэтому работоспособный тестовый контур никогда не будет лишним.

• Saas решение — это объемный проект с гибкой настройкой и дальнейшей кастомизацией под конкретного заказчика.
  1. Многомодульная система. Система разбита на несколько частей. Которые можно использования по отдельности, даже за рамками конкретного проекта.
  2. Чёткое планирование. Минимально: осуществляется оценка трудозатрат на реализацию фич. Закладывается время на модернизацию и рефакторинг.
  3. Объемная документация. Описано, как правило, почти всё, включая тест-кэйсы.
  4. Как правило, отсутствуют внешние зависимости и пишутся свои реализации частей системы. Даже если есть сторонние реализации.
  5. Несколько команд разработки. Каждый отвечает за свою часть разработки будь-то бэк или же фронт.
  6. Покрытие тестами всего и вся. Применяются авто-, юнит-, регресионое-, интеграционные тесты.

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

Для определения типа проекта, ниже я привел вопросы, получив ответ на которые вам станет понятно, чего от Вас хотят:

• Цель проекта?
• Полный перечень того что надо реализовать?
• Есть ли документация?
• Какие сроки? Желательно точные даты.
• Планируется внешнее взаимодействие со сторонними системами, или будет ли у проекта внешнее API
• Есть ли наработки?
• Размер команды?
• Кто за что отвечает? Кто ставит задачи, кто принимает, кто имеет права вето.
• Есть ли планы на развития и какие они?
• Кто заказчик?
• Есть ли бюджет на покупку готовых решений?
• По какой методологии планируют работать
• Есть ли аналоги?

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

Выбор технологий

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

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

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

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

Данный пример составлен для вымышленного проекта:

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

Исходя из данных таблицы, мы понимаем, что у “Технология 2” работа с формами и роутинг хромают, а создание анимации подобно вызову Сатаны. В итоге, удельный вес данной технологии составляет 2. Вы спросите почему 2? Всё просто! Если вы ставите ±, то в данной технологии конкретный функционал реализуем, но с какими-то “костылями”, либо же более трудозатратный. В нашем сравнении выгоднее будет “Технология 1 “, с итогом 4,3. Думаю пояснения по образованию сумм излишни. Данная таблица работает не только с технологиями, но и со всем, что требует сравнения и выбора из списка. Главное — не забывать, что чем больше критериев напишите, тем проще вам будет сделать выбор.

Архитектура

В настоящее время есть возможность выбрать из многообразия различных сервисов, предоставляющих инструменты для проектирования архитектуры. Правда у любого из них есть недостатки, для кого-то критичные, а для кого-то нет. Так как я “oldfag”, то предпочитаю листочек и ручку или доску и маркер.

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

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

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

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

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

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

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

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

Так называемая “Дорожная карта” поможет вам выполнить работу эффективнее. По сути это график, с условными сроками сдачи того или иного функционала. Даты могут переноситься, но, как показывает практика, при грамотном выполнении вышеизложенных пунктов, поправка составит до 30%. На практике это обычно 10-15%. Планирование позволит вам отслеживать прогресс проекта, видеть провисания, вносить коррективы в виде ресурсов или сдвига сроков, и т.д.

За что Вам потом скажут спасибо

Любой проект начинается с документации, и чем её больше, тем лучше! Так что не надо лениться — документируем ВСЁ. Да, это займет время, но впоследствии может спасти Вас от гнева руководства, если что-то пойдет не так, не по Вашей вине. Также не стоит забывать, что после Вас на проекте появятся люди, которым придётся разбираться в том, что вы создали. А без документов сделать это будет не просто.

Выводы

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

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

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

как запустить проект в одиночку

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

Параллельно занимаюсь своими проектами, и, к сожалению, ни один из них еще не выстрелил. Ну кроме одного. Который я сделал за 4 дня — Voicy — Telegram бот, автоматически переводящий все голосовые сообщения в текст. Спустя неделю после запуска сервис был установлен в 1734 чатах и перевел в текст 5671 войс. Данные в реальном времени всегда доступны на официальном сайте бота.

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

HHH

Считается, что для того, чтобы сервис стал успешным и приносил много шекелей, нужно иметь как минимум трех членов команды: hipster, hacker, hustler. Hipster рисует дизайн, hacker пишет код, а hustler рассказывает всем о продукте и находит инвестиции. Эти три пункта и есть главные составляющие успешного проекта. Но что делать, если у вас нет друзей или никто не хочет работать с вами за идею, а денег хватает только на завтраки? Логичным решением будет как-то заменить членов команды самостоятельно.

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

Hustler

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

Какие грабли могут появиться у вас на пути? Как зарегистрировать компанию? Гуглим, «Как зарегистрировать компанию». Как оплатить налоги? Гуглим, «Как оплатить налоги». Как составлять договор с фрилансером? Гуглим, «Как составлять договор с фрилансером». Как делать это? А как делать то? Гуглим. Большинство вопросов уже заданы, а большинство ответов уже написаны в Интернете.

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

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

Hipster

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

Во-первых, гуглите. Во-вторых, скачайте себе бесплатный пробник Sketch и поиграйтесь с ним слегка. Это, можно сказать, Lego для дизайнеров — вы же умеете складывать дома из Lego? Со Скетчем тоже, значит, разберетесь. В зависимости от задачи, делайте правильные запросы в Google.

Например, чтобы понять, что такое верстка и как создаются сайты, можно глянуть вот эту статью. Чтобы создавать дизайн сайтов в Sketch, можно скачать элементы Bootstrap 4, или для iOS, или для Android — раз-два-три и вот дизайн готов. Чтобы не лохануться перед началом мобильной разработки, прочитайте официальные гайды от Apple и Google по дизайну. Можете еще и одну профильную книжку прочитать.

И я же не просто родился со знанием об этих ресурсах — я, так же, как и вы, просто гуглил. Итого, потратив недельку на штудирование литературы, вы готовы создавать собственный дизайн. И не забудьте про хорошие цветовые схемы — их тоже надо научиться подбирать. Алсо, если лень заморачиваться, можно купить готовые шаблоны дизайна в интернете от $5 — вытянуть оттуда элементы и цвета.

Hacker

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

Часто слышу от клиентов без денег отмазку, что, мол, программировать они не умеют, а фаундера-программиста найти не могут. Ну так что же ты, в 2016, не займешься-то разработкой самостоятельно? Да, сложно. Да, муторно. Да, долго. Но это того стоит.

Я сам начал разрабатывать в 2012 году без чьей-либо помощи. У меня был только интернет и голова на плечах — даже менторов не было. Ну так что же мешает сегодня начать учить новые технологии новичкам? Мое мнение — это лень и незнание, как оправдание. Так вот, после этой статьи вы узнаете, что нужно делать — оправдания у вас больше не будет. Да даже если вы не хотите становиться программистом, иметь опыт автоматизации процессов кодом просто необходимо в 21 веке.

Предположим, вы начинаете с нуля — идите на любые профильные сайты интерактивного обучения языкам программирования, сотни их. Например, Codecademy. Закончите все курсы, которые там есть — особенно, если они бесплатные. После, ставите себе цель создать свой продукт, продумываете его и начинаете гуглить туториалы по определенной технологии. Например, вот этот YouTube плейлист для серверной разработки на Node.js или вот этот сайт для разработки под iOS.

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

Помните, что первые 5-20 приложений, которые вы напишите, будут ужасными. Этот этап нужно пройти как можно скорее и запустить минимум 5-20 маленьких сервисов. А дальше, начинайте потихоньку писать свой собственный продукт — знаний у вас уже должно быть достаточно, а Гугл окажется незаменимым помощником. Так же можно искать помощь в профильных сообществах того же Телеграма, например, чат Java разработчиков.

Что дальше и зачем я это прочитал?

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

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

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

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

Rock on!

Как создать свой проект для ТВ и Digital

СОДЕРЖАНИЕ

Представлюсь 3

Глава 1. Жанры 7

Задание № 1. Знаете в каком жанре вы хотите работать? 8

Телевизионные жанры 10

Информационные жанры (News) 12

Информационные программы 14

Задание № 2. Верстка 18

Информационно-аналитические программы 19

Репортаж 22

Задание № 3. Снимите свой репортаж 28

Обзор/обозрение/комментарий 30

Задание № 4. Запишите свой комментарий 33

Актуальное интервью 36

Задание № 5. Запишите актуальное интервью 38

Утренние информационно-
развлекательные программы 40

Задание № 6. Попробуйте себя в качества автора

утренних программ 46

Ток-шоу (Talk-show) 48

Задание № 7. Подготовьте ток-шоу 53

Интервью (Interview) 55

Задание № 8. Запишите свое интервью 63

Lifestyle 65

Cooking — кулинарные программы 65

Dating — программы знакомств 68

Travel — программы путешествий 70

Auto — автомобильные программы 72

Makeover — программы преображений 74

Задание № 9. Придумайте идею для новой программы
в жанре LifeStyle 77

Реалити-шоу (Reality) 79

Задание № 10. Придумайте свое реалити-шоу 85

Просветительские и образовательные
программы (science) 87

Задание № 11. 91

программы для детей 92

Задание № 12. 96

спортивные программы и трансляции (sports) 97

Задание № 13. Запишите свой спортивный комментарий 100

Документальные фильмы
и программы (factual) 102

Задание № 14. 106

Развлекательные программы (Entertainment) 108

Игры и викторины (Quiz-show) 109

Задание № 15. 113

Шоу поиска талантов (Talent show) 115

Late night show 117

Юмористические программы (Humor) 120

Юмористические концерты 123

Стендап 123

Скетчкомы (Sketchcom) 127

Шоу импровизации 132

Шоу талантов для юмористов 134

Телевизионное кино и сериалы
(TV-movies & drama series) 138

Телефильмы 1-2 серии Телемуви 2-4 серии
(TV-movies & mini series) 143

Теленовеллы, «Мыльные оперы» — многосерийные
сериалы дейтайма — от 30 серий и больше 144

Киносериалы — сериалы прайма — 8—24 серии 145

Ситкомы 148

Вертикальный и горизонтальный показ 153

Глава 2. Форматы — Formats 159

составляющие успешного формата 166

1. Точное попадание в аудиторию 166

Задание № 16. Ваш идеальный потребитель 169

2. Главный форматообразующий признак 171

Задание № 17. 175

3. Форматообразующие признаки 176

Задание № 18. 179

4. Драматургия действия 182

5. Точно прописанные роли ведущих
и основных участников 184

Задание № 19. Архетипы 189

6. Оригинальные форматы выделяются
запоминающимся визуальным
и музыкальным оформлением 191

Задание № 20. 193

Про крючки и «Морковки»… 194

Задание № 21. 196

Драматургия на ТВ 197

В основе любой драматургии лежит конфликт 199

Основные составляющие драматургии
любого проекта 200

Задание № 22. Драматургия в «Голосе» 209

Отличие драматургии на ТВ 210

Задание № 23. Анонсы, рекапы, крючки 215

Задание № 24. Драматургия в кино и на ТВ 217

откуда взялись форматы 219

Четыре великих формата, которые изменили рынок 220

откуда взялись форматы в России 225

Битвы форматов 227

Как защитить формат 230

Как правильно разработать
и выгодно продать формат 232

Идея. Заявка. Мини-библия. Библия. «Пилот» 232

Питчинг, или презентация формата 237

Питчинг/Бриф/Презентация формата 240

Не прощаемся! Подвешиваем крючок! 246

В каком жанре и в каком формате вы хотите работать?

глава 1

ЖанрьI

В информационных или в юмористических программах, в интервью или в программах путешествий?

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

Не волнуйтесь! Со всеми жанрами разберемся!

Но для начала вопрос:

Какие телевизионные жанры знаете вы?

Запишите все, что вспомните!

Надеетесь дальше сразу увидеть правильный ответ? Не тут-то было!

Открою вам секрет!

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

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

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

Мультижанровость — один из основных признаков современных телеформатов (об этом в главе 2).

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

Так, в октябре 2019 года две статуэтки ТЭФИ получила программа «Agentshow» с Настей Ивлеевой как… «Лучшее развлекательное ток-шоу». При этом никаким ток-шоу (см. стр. 48) не являясь! Чистое Late Night show! (см. стр. 117).

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

На международном рынке есть более-менее устраивающие всех классификации, по которым производители и продавцы новых форматов сортируют их в своих каталогах. Чтобы покупатели знали, где искать — в разделе Drama Series, LifeStyle, GameShow или Kids. Но и на международных рынках случаются misunderstandings, когда потенциальному покупателю под видом Reality впаривают Scripted Reality и т.д. Об этом чуть позже. А пока…

Телевизионные жанры

• Информационные программы (News)
• Утренние информационные программы (Morning show)
• Ток-шоу (Talk-Show)
• Интервью (Interview)
• LifeStyle-программы (международно принятое название жанра достаточно неуклюже переводят на русский как «программы образа жизни». Но если хотите быть в теме, запоминайте общепринятые термины на английском!)
• Реалити-шоу (Reality)
• Программы для детей (Kids Program)
• Спортивные программы (Sports)
• Документальные фильмы и программы (Documentary/Factual)
• Телевизионное кино и сериалы (Drama Series)
• Юмористические программы (Humor)
• Развлекательные программы (Entertainment)

Практически в каждом жанре есть поджанры. LifeStyle, например, традиционно делится на Cooking (Кулинарные), Dating («Женилки»), Travel (Путешествия), Makeover (Преображения) и т.д.

И, как я сказала выше, каждый из жанров и поджанров еще норовит слиться с другим. Так, популярный во всем мире формат Survivor («Последний герой») базово не что иное, как слияние Reality и Entertainment, то есть реалити-шоу и развлекательной программы, точнее, поджанра «Шоу выживания».

Спор, что первично — жанры или форматы, по накалу грозит приблизиться к другому вечному спору, что было раньше — курица или яйцо. Но мы снова оставляем право на серьезные научные споры теоретикам! На международном телевизионном рынке все ясно давно. Жанры — понятие более широкое, чем форматы! Внутри одного жанра может существовать бесконечное множество форматов. Некоторые из которых будут впитывать в себя признаки разных жанров. Но от этого форматы не станут чем-то большим, чем породившие их жанры (подробнее в следующей главе «Форматы», стр. 159).

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

Зритель знает, что ему предложат в интервью, какие «правила игры» в скетч-шоу, и не будет от ситкома ждать конфликтов общественно-политического ток-шоу.

То есть жанры организуют взаимоотношения с аудиторией.

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

В жанре интервью всегда есть тот, кто задает вопросы, и тот, кто на них отвечает, и это главная жанровая особенность. А задаст ли интервьюер вопрос «Что вы скажете, представ перед Господом?» или «Что вы скажете, представ перед Путиным?» — это уже отличительные особенности форматов в жанре интервью «Познер» и «ВДудь».

Если вам захотелось проникнуть в дебри теории — большое количество учебников и научных публикаций вам в помощь!

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

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

Зачем?

Чтобы знать, в каком еще жанре можно поработать и что в нем главное.

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

Ну что, поехали!

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

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

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

Даже узнав все новости из топа «Яндекса» или из популярного telegram-канала, зритель все равно включает телевизор, чтобы увидеть общую новостную картину дня на том канале, с позицией которого он согласен, — будь то «Россия-1» или «Дождь».

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

Бюро и коррпункты в других городах и странах, перелеты, переезды съемочных групп, перегон материала, спутниковые тарелки и другие средства для выхода в прямой эфир из самых труднодоступных уголков Земли… Всё это вместе делает новости самым дорогим из телевизионных жанров. Даже шоу прайм-тайма и исторические сериалы с большим числом звезд обходятся телеканалам дешевле. Хотя бы потому, что они выходят раз в неделю (шоу) или раз в сезон (сериал). А выпуски информационных программ — несколько раз в день, а у больших федеральных каналов еще и на «Орбиты» — разные временные зоны — отдельно.

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

Как начать разрабатывать свой сайт? — Изучение веб-разработки

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

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

Так что когда у вас появляется какая-то идея и желание воплотить её в web-сайте, вам необходимо ответить на 3 простых вопроса, и уже потом предпринимать что-либо иное :

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

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

На данный момент этот раздел ещё не готов. Вы можете помочь сообществу разработчиков, вступив в Please, consider contributing.

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

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

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

Примечание: Имеется неисчислимое множество способов, как сформулировать идею проекта. К сожалению, мы не можем собрать здесь все сразу (и даже увесистой книги не хватит). То, что мы представляем в этой статье — это простой способ выполнить шаги, которые профессионалы называют Project Ideation, Project Planning и Project Management.

Что же в конце концов я хочу получить?

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

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

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

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

1. Найти нового друга (подругу).
2. Предоставить людям возможность прослушать ваше творчество.
3. Поговорить о музыке.
4. Наладить контакт с другими музыкантами.
5. Создать интернет-магазин.
6. Обучать своему творчеству с помощью видео-уроков.
7. Публиковать фото вашего кота.

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

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

Как сайт поможет мне в достижении цели?

И так, у вас есть конкретная цель и вам кажется, что для её достижения нужен веб-сайт. Вы уверены?

Вернёмся к нашему примеру. У нас есть 5 задач, связанных с музыкой, одна из области личной жизни (поиск своей пары), и ни с чем не связанные фото кота. Есть ли смысл создавать сайт, который способен удовлетворить всем этим требованиям? Так ли это необходимо? В конце концов, десятки уже существующих web-сервисов способны помочь вам в достижении ваших целей.

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

Оставшиеся пять задач непосредственно связанны с музыкой. Конечно же, на данный момент уже достаточно сайтов, обладающих подобной функциональностью, но в текущем контексте имеет смысл создать сайт, посвящённый именно вам. Прежде всего, сайт — это лучший способ чтобы собрать все, что мы хотим опубликовать, в одном месте (для решения проблем под номерами 3, 5 и 6) и создать среду для взаимодействия между нами и публикой (для решения проблем 2 и 4). Если проще, то так как все эти задачи из одной области, содержание всего в одном месте (веб-сайте) поможет нам в достижении целей, а также поможет нашим поклонникам связаться с нами.

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

Что и в какие сроки должно быть реализовано для достижения целей?

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

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

Два важных замечания.

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

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

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

реальный пример и подробный гайд

Идея проекта: апрель — май 2019 

Поиск идеи 

Я занимаюсь капоэйрой около одиннадцати лет. В апреле 2019 мой тренер Тимур спросил, не знаю ли я кого-то, кто может реализовать его идею с приложением. А я как раз тогда думала сделать свой Pet Project. 

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

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

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

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

— обучение капоэйре с проверкой движений нашими тренерами

— онлайн-сдача зачетов на получение пояса с геймификацией и другими фичами

— социальная сеть для капоэйристов

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

Почему выбрали именно эту идею

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

2. Похожие фитнес-приложения уже были на рынке. Мы могли подсмотреть хорошие решения.

3. У нас была потенциальная аудитория. У самого популярного приложения капоэйры в Google Play — 100 тысяч скачиваний. Для нас этого было достаточно.

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

Наши цели

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

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

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

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

Fun fact: Через неделю после нашего релиза вышло еще одно приложение с программой тренировок по капоэйре. Наше приложение было бесплатным, а у конкурентов стоило 90$ в месяц. Так что мы здорово кого-то подставили 🙂

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

Круг состоит из пяти веток-программ: техника движений, взаимодействие с партнером, скорость ударов, акробатика и стойки на руках. 

В каждой ветке-программе пять уровней: от новичка до мастера. Например, на уровне новичка надо стоять на руках у стенки, а в мастере — сделать стойку «бэк» с прогибом в спине.

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

Проблемы, которые вскрылись потом

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

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

Сделать свой проект: 5 советов

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

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

Не без этого.

Но спросите любого владельца бизнеса: «Стоит оно того?». От Саши Эльзессера, создателя бренда сувениров Heart of Moscow, до Марка Цукерберга, создателя Фейсбука, — все скажут, что игра стоит свеч.

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

Взяться

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

Но если не начинать — не будет никак.

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

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

Потом сократим.

Такой план легко составить в Мегаплане, причём будет здорово сразу делать общие надзадачи и частные подзадачи. Например, в проекте нового полезного сайта будут надзадачи «Механика», «Дизайн», «Верстка», «Программирование», «Маркетинг» и так далее. И в каждой будут жить подзадачи.

Открыться быстро, сосредоточиться на главном

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

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

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

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

Работать регулярно

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

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

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

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

Всё записывать

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

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

Обратный пример — вести многолетнюю картотеку идей. Пусть сегодня какие-то мысли кажутся нереальными или не в тему. Дайте им полежать. Настанет время, и идея заиграет новыми красками — но только если её в своё время записать и не потерять запись. Представьте, каким горячечным бредом казалась лет десять назад идея делать корпус ноутбука из цельного куска металла, а не легких кусочков пластика. Теперь этот кусок металла стоит в полтора раза дороже конкурентов и расходится, как горячие пирожки. Называется «Макбук».

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

Не продаваться

Знакомый инвестор делится секретом: когда ребята прибегают к нему с идеей на листочке и просят денег, он сразу предлагает выкупить контрольный пакет. Если ребята соглашаются — он извиняется и уходит. «Когда люди готовы сразу продать свое дело, — как он говорит, — они в него не верят достаточно, чтобы довести его до ума. Они тратят своё и моё время».

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

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

Текст взят с сайта Lifehacker.ru.

Оригинал находится тут: http://lifehacker.ru/2012/05/03/sdelat-svojj-proekt-5-sovetov/

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

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

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

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

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

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

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

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

Вопросы, которые следует рассмотреть вместе с заинтересованными сторонами:

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

Шаг 2: Составьте список целей, согласовайте OKR и обрисуйте проект

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Когда вы начнете назначать задачи, убедитесь, что вы принимаете во внимание пропускную способность. Уточните обязанности и ожидания каждого человека.Имейте в виду, что 95% сотрудников сообщают, что работают над несколькими командами или проектами одновременно, и если проекты не согласованы, рабочие нагрузки становятся слишком стрессовыми для команд. Согласно нашему недавнему отчету об эпидемии стресса, из-за стресса около 50% работников начинают искать другую работу, а 25% вообще бросают свою текущую работу.

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

Шаг 6: Определите процесс связи и регистрации

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

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

Шаг 7: Планируйте, что все идет не так, как планировалось

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

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

Шаг 8: Организуйте вечеринку, посвященную запуску!

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

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

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

Как добраться до «конца»

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

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

Как создать проектное предложение (лучший формат)

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

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

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

Вопросы, которые следует учитывать при написании предложения по проекту

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

• Тройное ограничение: Как мы можем решить тройное ограничение объема, графика и стоимости?
• Основная проблема: Какую основную проблему мы пытаемся решить?
• Ресурсы: Какие ресурсы будут доступны?
• Хронология: В какие сроки мы работаем?
• Бюджет: С каким бюджетом нам работать? Как это влияет на нашу постановку целей?
• Стратегические цели: Каковы стратегические цели нашего клиента и как наше предложение согласуется с этими целями?
• Ответственные стороны: Кто отвечает за проект? Каковы их цели и мотивация?
• Выгода для клиента: Какую выгоду получит заказчик от завершения нашего проекта? Какова их основная цель?
• Результаты и успех проекта: Как будет измеряться успех проекта? Какие результаты ожидают увидеть наши заинтересованные стороны при закрытии?

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

Элементы проектного предложения

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

1. Краткое содержание: Краткое содержание привлекает внимание вашей аудитории. Цель состоит в том, чтобы заинтересовать их проектом, который вы предлагаете. По сути, это «лифт» для проекта. Оно должно быть кратким и по существу. Резюме должно быть описательным и рисовать картину того, как успех выглядит для клиента.Самое главное, это должно мотивировать клиента; в конце концов, цель — заставить их поставить свою подпись на пунктирной линии, чтобы проект сдвинулся с мертвой точки!
2. История: В разделе истории представлены ранее успешные проекты. В нем также указаны те, которые могли бы работать более гладко. Тем самым этот раздел создает прецеденты. А именно, как следующий проект может быть более эффективным, используя информацию из предыдущих проектов.
3. Требования: Требования — это предметы, материалы и ресурсы, необходимые для проекта.Этот раздел должен охватывать как внутренние, так и внешние потребности.
4. Решение: В разделе решения рассказывается, как ваш проект решит проблему клиента. Соответственно, этот раздел включает в себя любые методы управления проектами, навыки и процедуры, которые ваша команда будет использовать для эффективной работы.
5. Авторизация: В этом разделе рассказывается о лицах, принимающих решения в команде проекта. Он также описывает, какие заинтересованные стороны имеют право подписи на стороне клиента.
6. Приложение: Информация, не включенная в проектное предложение, является частью приложения. Здесь находятся многие из наиболее интересных деталей проекта. Кроме того, именно здесь члены команды и заинтересованные стороны могут глубоко погрузиться в подробности, чтобы узнать больше.

Формат проектного предложения и передовой опыт

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

Типы проектных предложений

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

Советы по предложению проектов

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

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

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

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

Использование досок Канбан для планирования предложения по проекту

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

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

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

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

Как видно из доски выше, началась работа над резюме. Разделы «Введение», «Содержание» и «Роль компании» завершены, и это хорошее начало для задач «Объяснение проблемы» и «Рекомендации по решению».

На снимке экрана ниже показано, как можно добавлять файлы на карту и оставлять комментарии к добавленному файлу.В этом случае Эрик Росарио добавил содержание предложения по проекту, а Крис оставил примечание, которое было добавлено 6 сентября:

.

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

Разработка целей SMART для вашего проектного предложения

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

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

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

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

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

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

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

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

Фактически, только 2,5% компаний видят, что их проекты завершены на 100% — другими словами; почти никто не доводит до все, что планирует. А согласно Harvard Business Review, экономика США ежегодно теряет до 150 миллиардов долларов из-за неудачных ИТ-проектов.

В основном просто сжигание денег.

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

«Знание — это процесс накопления фактов; мудрость заключается в их упрощении ».

— Мартин Х. Фишер

Имея это в виду, вот как составить простой план проекта.

Что такое план проекта? 90 300

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

• О чем проект и каковы его действия / задачи?
• Как вы достигнете целей?
• Какой график активности? И есть ли вехи завершения?
• Кто чем занимается?

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

Почему вы должны составлять простой план проекта? 90 300

Подождите … какой смысл в составлении простого плана проекта? Что не так с обычными планами? И что еще более важно, как это может вам помочь? Что ж, ответ довольно «прост». Простой план проекта позволяет вам:

• Четкое представление о картине в целом : простой план проекта позволяет лучше наметить необходимые процессы и этапы. Это позволяет вам действовать стратегически — с более четким видением общей картины.
• Экономьте драгоценное время : Не входите в привычку слишком усложнять задачи. Простота экономит время! А в управлении проектами каждая сбритая секунда — это больше сэкономленных денег.
• Убедитесь, что вы не пропустите основы. : он избавляет от беспорядка, т. Е. Ненужных деталей, которые незначительно влияют на успех проекта. Это позволяет вам сосредоточиться на том, что действительно важно.
• Помогает вам лучше предвидеть препятствия : Поскольку вы можете четко видеть более широкую картину и сосредоточить внимание на основных принципах, единственным логическим продолжением является способность предвидеть препятствия на пути управления вашим проектом.А в бизнес-среде, где проекты терпят поражение с поразительной скоростью, это может оказаться ключом к вашему успеху.

Вот как составить простой план проекта

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

• ШАГ 1. Запишите цели проекта

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

• ШАГ 2. Создание временной шкалы

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

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

• ШАГ 3. Назначьте задачи

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

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

• ШАГ 4 — Установите важные вехи

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

• ШАГ 5. Составьте контрольный список

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

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

• ШАГ 6. Выявление и оценка возможных рисков

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

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

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

Уловки и уловки для сокращения сроков с помощью простого плана проекта

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

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

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

• C Выберите наиболее важные задачи (MIT) : Какие задачи являются наиболее важными в вашем проекте? Какие из них больше всего способствуют достижению целей вашего проекта? Какими бы они ни были, расставьте их по приоритетам!

  По словам автора Zen Habits , MIT — это то, что вы должны обязательно делать, независимо от того, что еще вы запланировали. Рассмотрите возможность включения этого подхода в график вашего проекта и назначение задач.

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

Taskworld отличается простотой и ясностью в высшей степени — вот почему у нас есть 4,5 / 5 на Capterra с более чем 200 отзывами.

Три самых распространенных слова, которыми люди нас описывают?

Интуитивно. Гибкий. Мощный.

С нами очень легко создать простой план проекта.

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

Ключевые вынос

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

Помните; G oals — T imeline — A ssign Задачи — M Iilestones — A Контрольный список действий — R isk Оценка — C торопится (GTA.MARC)… вот как сделать простой план проекта!

По словам Исаака Ньютона: « Природе нравится простота. И природа не пустышка ».

Что это такое и как это сделать

Как начать проект и что мне нужно делать на этапе запуска проекта?

Результатом этапа инициирования проекта обычно является один из двух документов (а иногда и обоих!): Документ об инициировании проекта (PID) и Техническое задание (SoW) .Хороший способ сосредоточиться на инициировании вашего проекта и действительно углубиться в то, что вам нужно обрисовать в общих чертах для своего проекта и одного из этих двух документов, — это проработать его в трех областях: люди, процессы и продукт. Это центральное место в любом проекте.

Люди

Начнем с самого главного, люди! Что ж, без них вы не создадите ничего ?!

1. Команда

Планирование формы вашей команды

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

• Навыки (что им нужно делать)
• Опыт (над чем им нужно будет работать раньше)
• Заинтересованные стороны (как им нужно будет общаться)
• Доступность (будет ли у них время для посвящения)
• Бюджет (можете ли вы их себе позволить)

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

Дополнительная литература:

Вовлечение команды: правильное начало работы

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

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

• Как команда хочет работать?
• Как и когда команде следует получать отзывы клиентов или заинтересованных сторон?
• Как команда хочет общаться с клиентами или заинтересованными сторонами?
• Какие регулярные встречи должна проводить команда внутри компании? Когда это должно быть?
• Должны ли встречи быть спонтанными и неформальными или более запланированными?

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

Дополнительная литература:

2. Заинтересованные стороны

Определение, кто и когда будет задействован

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

Настройка коммуникаций проекта

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

Дополнительная литература:

Стартовое совещание заинтересованных сторон

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

Что нужно обсудить на собрании:

• Представления
• Роли и обязанности
• Результаты работы
• Допущения
• Риски
• Зависимости
• Сроки
• Затраты
• Форма команды

Дополнительная литература:

.И не забывай о… тебе!

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

Процесс

Ах, процесс, одна из вещей, о которых большинство DPM любят говорить! Важно определить процесс для вашего проекта с самого начала, чтобы у вас и вашей команды (и клиента) были четкие границы.Однако избегайте слишком увязнуть в процессах, документации и правилах. Иногда процесс — это самый быстрый способ убить энтузиазм команды! Когда вы инициируете проект, нужно указать на некоторые основные направления.

1. Методология

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

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

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

Дополнительная литература:

2. Инструменты

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

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

Дополнительная литература:

3. Риски

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

Дополнительная литература:

Продукт

Наконец, продукт — то, что вы создаете.Здесь есть несколько основных областей, которые необходимо установить на этапе инициации проекта.

1. Требования

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

2. Объем и результаты

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

3. Установка результатов

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

• Что это такое?
• В каком формате это будет?
• Потребуются ли раунды исправлений?
• Кто будет задействован?
• Когда это нужно доставить?
• Есть ли зависимости от каких-либо других результатов?

Вот пример из моего недавнего проекта (я сделал его более общим):

4. Бюджеты и сроки

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

Дополнительная литература:

5. Показатели успеха

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

• Основные КПЭ e.грамм. увеличение количества посетителей сайта
• Удовлетворенность клиентов, т.е. насколько они довольны ходом проекта?
• Удовлетворенность команды, т.е. насколько она довольна ходом проекта?
• Разница во времени
• Разница в бюджете

Дополнительная литература:

5 основных проблем при запуске проектов — и как их преодолеть

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

1. Стадия инициации проекта продвигается слишком медленно

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

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

2. Начало проекта на полпути через

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

• Убедитесь, что вам ясно все, что произошло ранее. Если кто-то передает вам документы, попросите их предоставить список ссылок, результатов и связанный статус, а также любые ссылки на важные документы.
• Настройте стартовые этапы проекта с вашей командой, а затем с заинтересованными сторонами, так же, как вы это делали бы при запуске проекта в «реальном» начале проекта. Хотя вы не хотите, чтобы вашей команде или клиенту приходилось повторять что-то, они оценят, что вам нужно ускориться, а также это хороший способ перезагрузить команду и продвинуться вперед с новым руководителем проекта.Также неплохо иметь промежуточный обзор проекта — e. вы можете проанализировать существующие риски или текущую скорость сжигания бюджета, чтобы убедиться, что все по-прежнему согласованы.

3. Наличие одного инициирования проекта для проекта, охватывающего несколько этапов

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

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

4. Отсутствие ясности в отношении проекта

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

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

5. Начало вашего проекта задерживается

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

• Если идет обсуждение бюджета проекта, убедитесь, что вы правильно продумали все бюджетные решения с клиентом — что они получают за свои деньги? Будьте предельно ясны.
• Если они не могут позволить себе предлагаемый вами бюджет, посмотрите на объем — есть ли что-нибудь, что вы можете удалить? Проведите с ними открытое и честное обсуждение, чтобы попытаться найти компромисс.
• Чтобы дела пошли быстрее, попробуйте выделить небольшую сумму бюджета на этап Discovery.
• Если клиент не участвует или не соблюдает досрочные сроки, не забудьте как можно быстрее обсудить этот вопрос с ним — помогите им понять, какое влияние это окажет на проект.
• Если есть внутренние проблемы с размещением команды или началом работы, поднимите их внутри компании. Опять же, помогите своей внутренней команде и руководству понять влияние провала проекта.

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

1. Установите тон , который вы хотите для своего проекта на ранней стадии.
2. Получите поддержку и участие вашей команды как можно раньше.
3. Это касается и клиентов — вовлекайте их рано и часто.
4. Убедитесь, что налажена четкая связь с любыми клиентами или заинтересованными сторонами.
5. Убедитесь, что для вашего проекта существует согласованный процесс , но не увязайте в документации!
6. Но не пытайтесь приспособиться к конкретному процессу, если он не работает для вашего проекта.
7. Попробуйте встретиться с вашим клиентом лицом к лицу хотя бы один раз, прежде чем начать проект (если это невозможно, сделайте видеозвонок!)
8. Для любой стартовой встречи устанавливает четкую повестку дня и заставить людей почувствовать себя вовлеченными.
9. Попробуйте и подготовьте свой проект к будущему с помощью , продумав риски и зависимости вместе с вашей командой.
10. Всегда думайте наперед — не сосредотачивайтесь только на начале проекта!

Контрольный список для инициирования проекта

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

Что вы думаете?

Есть ли какие-то другие аспекты, которые следует учитывать при запуске проекта? Поделитесь своими мыслями в комментариях ниже!

Как написать план управления проектом [+ примеры]

Были ли вы когда-нибудь частью проекта, который шел не так, как планировалось?

Мне нехорошо.

Потраченное время, потраченные впустую ресурсы. Это довольно неприятно для всех участников.

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

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

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

НАЧНИТЕ СОЗДАТЬ БЕСПЛАТНО

Что такое план управления проектом? 90 300

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

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

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

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

ПОЛУЧИТЬ БЕСПЛАТНЫЙ ШАБЛОН

Дополнительная информация : Новичок в управлении проектами? Читайте в нашем блоге о 4 этапах жизненного цикла проекта.

Какие части плана управления проектом? 90 300

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

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

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

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

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

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

ПОЛУЧИТЬ ШАБЛОН

Принимая во внимание, что этот коммерческий план развития ориентирован на конкретные цели и подробный график:

ПОЛУЧИТЬ ШАБЛОН

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

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

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

1. Выделите ключевые элементы плана вашего проекта в резюме

Исполнительное резюме — это краткое описание основного содержания плана проекта.

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

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

В этом примере краткое изложение может быть разбито на столбцы, чтобы противопоставить существующую проблему решению проекта:

ПОЛУЧИТЬ ШАБЛОН

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

Вот еще один пример резюме плана управления проектом. Этот наглядно подчеркивает ключевые моменты с помощью крупных шрифтов и полезных значков:

ПОЛУЧИТЬ ШАБЛОН

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

Но ваше резюме не всегда будет таким простым.

Для более крупных проектов ваше резюме будет более длинным и подробным.

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

ПОЛУЧИТЬ ШАБЛОН

Также неплохо разделить его на разделы с выделенным заголовком для каждого раздела:

ПОЛУЧИТЬ ШАБЛОН

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

2. Постройте график проекта визуально с помощью диаграммы Ганта

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

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

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

ПОЛУЧИТЬ ШАБЛОН

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

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

ПОЛУЧИТЬ ШАБЛОН

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

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

Дополнительная литература: Наш пост с примерами диаграмм Ганта и дополнительными советами по их использованию для управления проектами.

3. Уточните структуру своей проектной группы с помощью организационной диаграммы группы

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

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

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

Одна вещь, которую легко документировать визуально, — это структура вашей команды с помощью такой организационной схемы:

ПОЛУЧИТЬ ШАБЛОН

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

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

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

ПОЛУЧИТЬ ШАБЛОН

Создайте организационную диаграмму с помощью нашего конструктора организационных диаграмм .

4.Организовать факторы риска проекта в иерархическую структуру рисков

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

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

Этот шаблон иерархической структуры рисков, например, показывает риски проекта с разбивкой на технический, управленческий и внешний риск:

ПОЛУЧИТЬ ШАБЛОН

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

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

Как я уже упоминал ранее, коммуникация является основой любого проекта.

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

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

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

ПОЛУЧИТЬ ШАБЛОН

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

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

ПОЛУЧИТЬ ШАБЛОН

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

Вы даже можете включить визуализацию текущих этапов проекта, как в этом примере ниже:

ПОЛУЧИТЬ ШАБЛОН

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

Шаблоны планов управления проектами

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

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

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

Шаблон тендерного предложения на строительство

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

Начните с подробного обзора проекта, как на второй странице этого шаблона:

ПОЛУЧИТЬ ШАБЛОН

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

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

Простой шаблон плана управления проектом

Этот простой шаблон плана управления проектом, в котором четко изложена вся информация, которая понадобится вашим заинтересованным сторонам:

ПОЛУЧИТЬ ШАБЛОН

Простой шаблон коммуникационного плана управления проектом

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

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

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

ПОЛУЧИТЬ ШАБЛОН

Шаблон плана коммерческого развития

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

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

ПОЛУЧИТЬ ШАБЛОН

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

Вывод: лучшие практики плана проекта

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

СОЗДАТЬ ПЛАН ПРОЕКТА

10 шагов к созданию плана проекта

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

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

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

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

Статья по теме: План проекта: сколько деталей достаточно?

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

{loadmodule mod_custom, ad 300 × 100, большой мобильный}

Компоненты плана проекта включают:

Исходные данные. Базовые показатели иногда называют показателями эффективности, потому что по ним измеряется производительность всего проекта. Они являются тремя утвержденными отправными точками проекта и включают в себя объем, график и базовые уровни затрат.Они обеспечивают «ставки в земле». То есть они используются для определения того, идет ли проект по графику во время его выполнения.

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

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

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

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

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

• Видение и стратегия бизнеса (от спонсора)
• Видение проекта (от спонсора)
• Роли и обязанности
• Тимбилдинг
• Обязательства команды
• Как команда принимает решения
• Основные правила
• Насколько большой должна быть группа и нужны ли подгруппы

Шаг 4: Составьте описание объема работ .Заявление о содержании, возможно, является наиболее важным документом в плане проекта. Это фундамент для остальной части проекта. Он описывает проект и используется для достижения общего согласия заинтересованных сторон в отношении масштабов. Заявление о масштабах четко описывает, каким будет результат проекта. Это основа для получения поддержки и согласия спонсора и других заинтересованных сторон и снижает вероятность недопонимания. Этот документ, скорее всего, будет расти и меняться по мере развития проекта.Заявление о содержании должно включать:

• Бизнес-потребности и бизнес-проблемы
• Цели проекта с указанием того, что будет происходить в рамках проекта для решения бизнес-проблемы
• Преимущества завершения проекта, а также обоснование проекта
• Объем проекта, в котором указано, какие результаты будут включены в проект и исключены из него.
• Ключевые этапы, подход и другие компоненты, продиктованные размером и характером проекта.

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

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

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

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

Шаг 6: Разработайте график и базовые планы затрат .Вот шаги, необходимые для разработки графика и базовых планов затрат.

1. Определите действия и задачи, необходимые для создания каждого из рабочих пакетов, создав WBS задач.
2. Укажите ресурсы для каждой задачи, если они известны.
3. Оцените, сколько времени потребуется для выполнения каждой задачи.
4. Оцените стоимость каждой задачи, используя среднюю почасовую ставку для каждого ресурса.
5. Учитывайте ограничения ресурсов или то, сколько времени каждый ресурс может реально посвятить этому проекту.
6. Определите, какие задачи зависят от других задач, и разработайте критический путь.
7. Разработайте расписание, которое представляет собой календарное расписание всех задач и оценок. Он показывает по выбранному периоду времени (неделя, месяц, квартал или год), какой ресурс выполняет какие задачи, сколько времени они должны потратить на каждую задачу и когда запланировано начало и конец каждой задачи.
8. Разработайте базовый план затрат, который представляет собой поэтапный бюджет или затраты по периодам времени.

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

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

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

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

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

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

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

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

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

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

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

Не забудьте оставить свои комментарии ниже.

Элизабет и Ричард Ларсон являются соруководителями Watermark Learning, компании по обучению управлению проектами и бизнес-анализу.Каждый из них обладает более чем 30-летним опытом работы в отрасли и помог тысячам практиков PM и BA развить новые навыки.

Они опубликовали множество статей и статей и вместе написали две книги по управлению требованиями и подготовке CBAP. И Рич, и Элизабет имеют сертификаты CBAP и PMP через IIBA и PMI и являются участниками BABOK® Guide, версия 2.0 и PMBOK® Guide — 4 ^th edition.

Как сделать ваш следующий проект вирусным — 5 шагов

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

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

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

1. Будьте проще. По своей природе вирусы зависят от быстрой и легкой репликации для распространения, и то же самое и со стратегией вирусного маркетинга.Ваш проект — будь то видео или запуск веб-сайта — по сути является просто контейнером для вашего сообщения. Вот почему важно, чтобы ваша идея была простой и уникальной. Люди от природы делятся вещами, которые, по их мнению, имеют ценность; сделайте свой проект достойным того, чтобы его поделили.
2. Составьте список идей. Записывайте идеи своих проектов и дополняйте их каждый день. Следите с помощью таких приложений, как Evernote или Any.DO. Когда идея приобретает для вас смысл, создавайте ее! Используйте любой доступный инструмент, чтобы создать его как можно быстрее.Лично я обычно использую WordPress и загружаю WooTheme, чтобы быстро закончить. На этом этапе откладывать проект нельзя. Работайте быстро и быстро запускайте. Если ваш проект ценный, и вы хорошо поработали над его оптимизацией для совместного использования, он взлетит.
3. Сделайте актуальным. Независимо от того, основан ли ваш проект на текущем событии, проблеме в вашей отрасли или популярной тенденции, обязательно, чтобы он имел значимое отношение к вашей аудитории. Хорошим дополнительным инструментом может стать юмор.Например, в день, когда Марисса Майер стала генеральным директором Yahoo, Шон Боннер сделал сайт DearMarissaMayer.com. Вероятно, это заняло у него всего несколько часов, но оно было актуальным, забавным и содержало четкое сообщение — и в мгновение ока оно разлетелось по Twitter, Facebook и Reddit с тысячами репостов. В ответ Flickr создал DearInternet, который также получил много внимания, был забавным и, вероятно, также прислал им несколько хороших потенциальных клиентов для работы на Flickr.
4. Просто выполните. Хорошая идея может быть испорчена плохим исполнением.Убедитесь, что дизайн и письменные элементы вашего проекта свежи, безупречны и эстетичны. Если ваш контент и дизайн «достойны блога» и у вас есть интересная история, которой можно поделиться, блоггеры напишут об этом и свяжутся с вами. Также не забудьте после определенного момента загрузить логотипы блогов, освещающих ваш проект. Люди находят их очень привлекательными, и это отличный способ построить ваш бренд. Он также может связать ряд проектов вместе, чтобы развить вашу репутацию в качестве силы в социальных сетях.
5. Оптимизировать, оптимизировать, оптимизировать. Репликация вашего сообщения должна быть абсолютно легкой. Включив правильные кнопки совместного доступа с идеальным текстом, настраиваемым хэштегом и т. Д., Вы упрощаете своей аудитории использование социальных сетей для публикации и комментирования вашего проекта одним щелчком мыши. Это сердце вирусного маркетинга; по мере того, как ваша аудитория делится вашим проектом, ваш бизнес получает больше подписчиков в Facebook, подписчиков в Twitter и продвижение бренда.