Сейчас разрабатывается сайт по продаже сантехники. Выступаю в роли заказчика. Дизайн уже выполнен. Дорабатывается верстка страниц. Следующим этапом нужно будет делать программирование. Техническое задание на программирование я написал: https://yadi.sk/i/DTNm4LO6bZMox Получилось 24 страницы. Вопрос стоит в том, что сайт нужно запустить как можно быстрее, желательно в течение одной недели. А судя по тому, что техническое задание для программиста занимает 24 страницы, делать он его будет целый месяц. Как можно ускорить работу? Есть идея нанять одного программиста как менеджера проекта, чтобы он основное большое задание разделил на мелкие задания, затем нанял нескольких программистов и раздал им эти задания. Когда они все выполнят, соединил результаты. Как считаете, целесообразно ли настроить работу таким образом?
Используйте на данный момент готовые движок интернет-магазина, пускай он даже Вам не нравится, за то вы к работа сможете приступить уже завтра, а в это время программист делает то, что вы описали в вашем ТЗ, когда он доделает, допустим через 2 недели, вы просто перенесете данные и все. и насчет ТЗ не такое оно уж и большое, особенно если брать в учет шрифт.
Утопичный и совершенно не правильный подход, который нельзя никому советовать. Выбирать нужно инструментарий известный (на уровне совершенного знания) разработчикам и отвечающий требованиям ТЗ или имеющий возможность расширения в пределах сроков для выполнения ТЗ. Тс, примите к сведению комментарий тов. MiksIr. Смиритесь с тем, что ваш проект не будет запущен за неделю при условии что он находится на той стадии, которую вы указали (отрисованные макеты + описательное ТЗ). При наилучшем стечении обстоятельств и высокой мотивации разработчиков, он будет готов для тестирования за 2 недели. Ваши задачи можно разделить лишь между двумя разработчиками: верстка и фронтенд-разработка, и бэкэнд-разработка. Дальнейшее дробление задач конкретно для вашего проекта приведёт к обратному эффекту. Исключая случай, когда вы привлекаете к разработке специалистов по системе управления на базе которой строился проект начиная с составления технического задания и построения структуры данных проекта с привлечением этих специалистов.
Хорошо. Буду иметь в виду. Добавлено спустя 1 минуту 46 секунд: Ознакомился со статьей в википедии, но не понял к чему указали ссылку на эту статью. Объясните как непрофессионалу / не программисту. Добавлено спустя 1 минуту 9 секунд: Я планирую предоставить программисту также сверстанные страницы. Добавлено спустя 41 секунду: Что означает каждое из понятий? Добавлено спустя 4 минуты 33 секунды: Кстати вот скриншоты макетов страниц сайта по сантехнике: https://yadi.sk/d/p1BRnjAebbLUh Добавлено спустя 32 секунды: Сколько может стоить работа программиста или команды программистов, по ТЗ, которое я написал выше?
Одна беременная женщина может родить ребенка за девять месяцев. Девять беременных женщин не могут родить одного ребенка за месяц. Написание программного продукта - это процесс, который не всегда можно (а чаще всего нельзя) распараллеливать бесконечно. Это, кстати, правильно, потому что в среднем работа программиста стоит дороже, чем работа верстальщика, и отдавать верстку программисту экономически нецелесообразно, а зачастую и неэффективно. фронтэнд - работа с интерфейсом, всяческие красиво всплывающие фоточки, галереи, слайдеры и прочие вебдваноль-заманухи. Бэкэнд - собственно "мозговая" часть сайта - работа с базой данных, получение информации, которая потом передается на фронтэнд для отображения и т.д.
В макетах по ссылке не увидел попапов и некоторых страниц. К примеру страницы спецпредложений. Ваше тз смотрел по-диагонали. Интеграция с несколькими внешними сервисами есть. Насколько помню, как минимум 1С и Яндекс-блоги. Требований к административной части вообще никаких нет? Или они всплывут в ходе разработки? Предпочтений по использованию систем управления также нет? Каковы требования, к примеру, к системе управления рекламой? Это не описание системы управления рекламой. У программиста либо возникнет с десяток вопросов по этому описанию, либо он реализует всё с точностью так, как у вас написано и тогда в ходе эксплуатации решения вопросы и негодование возникнут уже у вас. Техническое задание для программиста должен писать программист. У вас составлено не техническое задание, а описательный запрос функционала (который также необходим) на основе которого должно быть составлено техническое задание для программиста. Либо, как многие говорят, "сейчас такое никто не пишет", и тогда вы идёте на сознательный риск при наличии живого контроля за ходом разработки со стороны заказчика. Так вот "такое никто не пишет", когда такой функциональный запрос ставится внутри коллектива какой-нибудь студии. когда есть руководитель проекта и когда каждое его замечание будет учтено и выполнено разработчиками. Подобные вопросы практически к каждому модулю по вашему тз. Каковые требования к пользователям, их статусам, доступу к административным разделам, хранению истории их заказов? При всех указанных "или" и "если" и понимая, что все они не будут устранены завтра, самым удачным сроком доводки вашего проекта до тестирования назвал бы месяц (1-2 разработчика) и стоимости работ от 180 т.р. Верхнюю планку цены при соблюдении сроков и наборе дополнительных рук не рискнул бы называть, учитывая обстоятельства указанные выше.
Аргументация какая-нибудь последует? Свою обозначил выше. 2 разработчика с оплатой 500р/час поднимут канонически правильный и расширяемый проект за месяц на Yii или ZF с бюджетом разработки в 140 т.р. и подушкой в 40 т.р. При условии полной занятости.
нафига это все заказчику. когда можно найти веб студию где все хотелки заказчика реализуют за 30т.р за тот же месяц. и неважно на чём все это будет работать. главное что будет соответствовать требованиям ТЗ. таковы реалии. а нанимать двух дорогих и крутых програмемров чтобы поднять типичный веб магазин, коих тысячи - пустая трата денег.
Если вы смотрели техническое задание, то хочется сказать — возьмите и сделайте проект для тс в те сроки и за ту цену, что указали выше в качестве пруфа твёрдой позиции. От себя обещаю оплатить дополнительный день разработки в целях любопытства.
детсад. я всем уже доказал всё что хотел. поэтому на такие гнилые разговоры не ведусь. даже не старайся. Своё мнение высказал, т.к. неоднократно встречал его подтверждение. у тебя другое? твоё право. Нормальный заказчик ВСЕГДА хочет много, а платить хочет мало, но никак не наоборот. и если твои расценки выше - значит идешь мимо. и уверяю тебя, ему всё равно сделают этот заказ за оговоренные сроки и цену. и магазин будет работать. и неважно что там внутри- бесплатный инет магазин или крутая и продуманная(штучная) система на Yii. на продажи это почти не влияет. если ты не знал)
Тов. runcore, спасибо за разъяснения вашей позиции. Из скромной практики разработки под веб (в сравнении с более опытными в направлении разработчиками) могу сказать, что обычно, не в вашу сторону будет сказано, когда просишь программистов (от которых принимается на дальнейшую разработку проект) или заказчика рассказать на основании чего был сформирован тот или иной опыт или подход к решению задачи в ходе разработки - предъявляют как раз те "шарашки" расценку на которые вы указали. Обычно они только что созданы или уже не работают. Прекрасно себе представляю, что затраты на разработку интернет-магазина это мизер в сравнении с бюджетом для запуска и основными затратами на продвижение. Даже при условии разработки на базе коробки и радикальных доработок коробочной системы. Увы, не по наслышке знакомы требования и трудовые затраты на разработку действительно качественных систем управления и продвижения магазинов как на базе коробочных продуктов, так и индивидуальной разработки. Которые, как вы понимаете, имеют функционал гораздо шире каталога, корзины и интеграции с складом. И даже автоматизация продаж в торговой компании работающей на всё СНГ с десятком тысяч клиентов только одних юридических лиц не даёт мне основания считать, что я "знаю всё" о разработке интернет-магазинов и тем более о продвижении подобных проектов. Всё с точности до наоборот - приходит пониманиее того, что не знаю практически ничего. Посему не исключаю, что ваше мнение и подход к разработке простого интернет-магазина имеет право на существование. Другие же читатетели форума владельцы и разработчики успешных интернет-магазинов, которые набредут на тему и внимательно ознакомятся с описанием проекта тс пусть сформируют своё мнение чья точка зрения конкретно по этому проекту ближе к истине. Пока же, чётко следуя вашему бюджету и срокам разработки проекта веб-студией и зная математику ценообразования в таких компаниях (когда программист, грубо говоря, должен окупать студии минимум в 2 раза свою оплату труда), могу сказать, что, повторюсь, следуя вашим цифрам, этот программист получит заработную плату максимум в 10-15т.р. в месяц. Дальше наступает понимание среди прочего того, почему иные компании занимающиеся веб-разработкой берут за поддержку и дальнейшую разработку таких продуктов сумму соизмеримую или выше разработки такого проекта с чистого листа, чему неоднократно доводилось быть свидетелем.