Управление проектом разработки сайта или веб-приложения. От идеи до внедрения - Руслан Раянов

% выхода за сроки.

Соблюдение параметров проекта (сроки, объем, бюджет).

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

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

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

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

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

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

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

Вы довольны результатом проекта?

Почему выбрали именно нас?

Что больше всего понравилось на проекте?

Что больше всего не понравилось на проекте?

Что можете сказать по взаимодействию с менеджером и разработчиками?

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

Заключение

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

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

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

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

Последнее, если вам понравилась книга, напишите отзыв на страничке http://web-automation.ru/book/project-man/. Ну, а если очень понравилась, то сделайте, пожалуйста, пост в социальной сети со ссылкой на книгу. Книга – бесплатная, и мы не продвигаем ее через какие-то рекламные площадки, поэтому ваш пост очень поможет доставить ее тем, кому она действительно нужна.

Удачного проекта!