6 ХАКОВ, КАК ДОВЕСТИ ПРОЕКТ ДО КОНЦА

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

Есть цель: создать новый сайт.

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

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

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

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

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

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

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

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

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

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

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

Без шаблонов сложно поддерживать регулярные процессы. А без стандартизированных процессов работа затягивается.

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

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


Шаблоны не должны быть сложными! И должны быть доступны всем участникам.

Если этот совет кажется вам странным, то мы начнем с рассказа про наш проект.

Чем больше инструментов — тем больше рабочих процессов и коммуникаций происходит не по делу.

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

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

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

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

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

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

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

— Использовать Scrum (вид системы Agile) и Sprint (спринт) для того, чтобы сэкономить время и получить на выходе готовый к использованию продукт. Подробнее мы расскажем об этом ниже.

— Вести backlog. Это список всех работ, которые необходимо сделать за один спринт и за весь проект.

Как мы писали выше, это связано с Agile и Scrum. Спринтом обычно называют время (примерно две недели, иногда меньше), во время которого команда работает над приоритетными задачами проекта.

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

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

Чтобы вовремя и качественно завершить проект, надо:

— назначить главного по проекту;

— использовать шаблоны и постараться стандартизировать все процессы и задачи (насколько это возможно);

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

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

— использовать систему Agile для гибкого планирования и ведения проекта;

— работать спринтами (короткими итерациями). Так в конце каждого спринта будет работоспособная часть целого проекта.