Я работаю одиноким программистом над проектами веб-разработки (front и back-end) - я выполнил пару проектов, так что я довольно новичок в этом, я прочитал и попробовал несколько подходов и достиг пути о них. Вопрос и мое описание довольно длинные, поэтому, пожалуйста, будьте терпеливы.
Что я ищу, так это:
1. Подготовка / Планирование, которое обычно выполняется перед началом разработки, когда вы точно знаете, что нужно построить.
2. Исходя из вашего опыта, пожалуйста, дайте мне обратную связь / предложения о процессе, которым я следую в настоящее время.
Клиенты, с которыми я работаю, как правило, являются стартапами и имеют ограниченный бюджет, поэтому я не могу брать с них плату в час (я думаю, именно так крупные компании обычно выставляют счета своим клиентам [в человеко-часах] за проекты развития), и им приходится работа с фиксированным бюджетом.
В настоящее время я следую этому процессу:
1. Оцените масштаб проекта и постарайтесь понять, чего они пытаются достичь за пару встреч.
2. Дайте им приблизительную цифру с цитатой, которая описывает в целом, что они ожидают получить от проекта, я стараюсь быть точным в особенностях, но я не уделяю этому слишком много времени, потому что знаю Клиент может просто спрашивать цитаты, а не конвертировать.
3. Я следую предложению Джеффа Этвуда для оплаты и работы:
Оплата 15% - аванс перед началом любой работы. На
этом этапе выполняется макет HTML конечного веб-сайта, блок-схема (с yEd ), описывающая веб-сайт как можно более подробно, и документ, в котором упоминаются другие функции, которых нет в потоковой диаграмме. , Это делается путем углубления во все детали проекта и доработки частей, которые будут вписываться, и вещей, которые слишком много работы для реализации по согласованной цене. Поскольку детали не обсуждались ранее, их части также являются более или менее согласованием того, что они действительно получат. Поскольку это проект с фиксированным бюджетом, необходимо установить фиксированные требования, иначе моя цена будет снижаться по мере добавления новых функций.
Цветовая гамма, дизайн каркаса и дизайн PSD также доработаны.
Оплата 35% - начать разработку
. Проект исправлен, начать разработку. Я размещаю сайт на своем сервере, где клиент может получить доступ к интерфейсу, но не имеет доступа к какому-либо коду.
Оплата 30% - перенесите код на сервер клиента / предоставьте клиенту данные доступа к серверу.
Сделайте сайт живым.
Оплата 20% - через пару недель после запуска сайта, как только все ошибки были исправлены.
Вопросы:
1. Как только вы точно знаете, что собираетесь строить, какое планирование вы бы предприняли, прежде чем приступить к программированию?
2. Из вашего опыта, какие части всего процесса вы бы сделали по-другому?
Ответы:
Отличные моменты для обсуждения!
Для квалификации - я работаю в БОЛЬШИХ проектах веб-разработки в оборонной промышленности. У нас обычно есть команда из 10-40 человек, которые поддерживают одного клиента, проекты последних лет, и у клиента есть как деньги, так и высокие требования. Таким образом, пробег может варьироваться - вы не хотите перепланировать!
1 Как только вы точно знаете, что собираетесь строить, какое планирование вы бы предприняли, прежде чем приступить к программированию?
Это после 15% раздела, в начале 35%, верно?
2 По вашему опыту, какие части всего процесса вы бы сделали по-другому?
Я бы не планировал. Я бы сосредоточил свою работу по планированию на достижении целей - таких как среда сборки, сервер, тестовый стенд, CM - и потратил лишь небольшое количество времени на планирование архитектуры, выбор инструментов и решение с чего начать. Я чувствую, что несмотря ни на что, стадия аморфного планирования всегда включает в себя гораздо больше времени, блуждая в пустыне невежества, чем это действительно должно быть.
Если вы имеете дело с фиксированными платежами и клиентами, которые не предъявляют технических требований (например, какой язык или API вы используете), я бы запланировал в 1 пункте, что технически всегда для вас толчок. Просто 1 и оставьте остальное таким же. Я думаю, что в каждом проекте вы хотите расширить свои навыки, но вы не хотите быть такими безумными, что не работаете над чем-то, что вы хорошо знаете или понимаете.
источник
Мой самый большой совет для вас - быть предельно осторожным с работой по фиксированной цене. Если вы не разберетесь с требованиями до начала работы, может произойти одно из двух.
Для вас номер 2 - лучшая ситуация, потому что, если они подпишутся на предмет, а затем передумают, вы можете пересмотреть условия и получить больше денег. Просто убедитесь, что вы понимаете сферу, прежде чем оценивать, и что они понимают сферу и то, что вы будете доставлять.
Убедитесь, что они подписываются на прицеле! Компании, которые настаивают на фиксированной цене и отказываются подписывать контракты, являются ПЛОХОЙ КЛИЕНТОМ, и вы не хотите тратить на это свое время. Вы всегда будете проигрывать.
источник