Как вы профессионально управляете всей процедурой небольшого веб-проекта?

Я веб-дизайнер/разработчик, и я беру проекты у отдельных клиентов, которые включают в себя всю процедуру создания веб-сайта. Это включает:

  • планирование
  • каркас
  • общение с клиентом
  • дизайн
  • разработка
  • администрация

Даже если проект очень ограничен, например, кто-то хочет, чтобы я создал презентацию его небольшой компании в Интернете на CMS с некоторыми новостями, контактной формой и т. Д., Я изо всех сил стараюсь не отставать от проекта. Я не знаю, с чего начать или чем закончить, и, в конце концов, я всегда делаю на 50% больше работы, чем должен был.

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

Привет, Роберто! Стоит пересмотреть ЭТО , ЭТО и ЭТО . Если ни один из них не отвечает на ваш вопрос, вы можете уточнить свои потребности. Спасибо!
Спасибо, их стоит прочитать, но я ищу что-то более конкретное, например, пошаговое руководство по умолчанию. Я прочитал тонны книг по управлению проектами, и все они посвящены «теоретическому» анализу того, что такое управление проектами и что с ним можно сделать. Ни у кого из них не было примеров в реальной жизни. С чего начать? дизайн? проволочный каркас? разработать затем дизайн? и т.п.
У каждого проекта есть свои особенности, боюсь, вы не найдете универсального правила. Я считаю, что слово в данном случае — это пошив (мне очень нравится это слово, хе-хе)… вам нужно собрать все, что вы прочитали, и посмотреть, что подходит вам.
Вот почему я ищу совета от кого-то опытного, который делал это много раз раньше.

Ответы (2)

Я не знаю, с чего начать или чем закончить, и, в конце концов, я всегда делаю на 50% больше работы, чем должен был.

  1. Знание того, с чего начать, требует четко определенных результатов, которые можно разбить на приоритетные задачи.
  2. Чтобы знать, когда вы закончили, требуется «определение готовности».
  3. Управление трудозатратами требует точных методов оценки, активного управления объемом работ и эффективного процесса контроля изменений.

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

Я не могу представить, почему я получаю все эти негативные голоса
@RobertoDelgazzo На страницах справки нет настоящего вопроса о том, почему за ваш вопрос, вероятно, проголосовали против и в конечном итоге он может быть закрыт. Тем не менее, он по-прежнему привлекает ответы, так что я бы не стал терять из-за этого много сна.
Я думал, что вопрос был прямолинеен. Но люди, как правило, голосуют против, не объясняя причины. Однако, учитывая то, что вы предложили, действительно ли кто-нибудь записывает «определение готовности» для проекта? Я считаю, что это слишком теоретически, чтобы строго следовать ему, и в этом суть: я хочу получить черновик / образец документа по управлению проектом создания веб-сайта, чтобы увидеть, что делает профессионал, и решить, что важно включить / следовать, а что «слишком много».
Определенно люди пишут определение готовности как для задач, так и для проектов. Речь идет об управлении масштабом проекта. Если вы не знаете, чего должен достичь проект, он никогда не будет завершен. Здесь есть хорошее объяснение основ проекта: pmi.org/About-Us/About-Us-What-is-Project-Management.aspx
Но все ли это «бумажная работа» и определения, необходимые для завершения «проекта одного человека», такого как весь процесс проектирования / разработки небольшого веб-сайта для настоящего бизнеса? Я пытаюсь определить наиболее важные части.
Я думаю, что этот быстрый обмен комментариями показывает, почему вы получаете отрицательные голоса. Управление проектами — это профессия, которая требует времени, приверженности и самоотверженности. Да, мы действительно записываем, что означает «сделано», потому что опыт показывает, что записывать «сделано» и оформлять документы эффективнее, чем делать на 50% больше работы, чем оплачивается. ПМ - это профессия, а не привычка. Неявное пренебрежение к профессии может иметь какое-то отношение к отрицательным голосам и возражениям по очень широкому вопросу.
Просто для ясности: я не хочу быть враждебным, но представьте, что вы спрашиваете своего адвоката: «Люди действительно пишут брифинги? Я просто ищу важные аспекты работы юристом».
у вас есть какие-нибудь "проверенные" книги, чтобы предложить для начала?

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

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

Несколько конкретных советов

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

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

Удачи.

Я считаю, что очень тяжело и непрофессионально позволять клиенту организовывать мои рабочие процессы. Кто-то может сказать, что я перфекционист, но мне кажется более разумным идти по заранее определенному пути.
Но, в конечном счете, если клиент платит за работу, а вы хотите иметь свободу делать работу как можно лучше, будет лучше, если он купится на процесс. Если вы работаете так, как несовместимо с клиентом, ваши проекты вряд ли будут успешными. Управление заинтересованными сторонами является огромной частью PM.
Как вы профессионально управляете всей процедурой небольшого веб-проекта?
СпросиСетьПолитика конфиденциальности1y, 0v