Форум
Читайте нас также:

об электронной торговле - для интернет-магазинов и ритейла. портал и сообщество

Форум

У кого заказывать интернет магазин? У программиста или web студии?



Ссылка на сообщение


Сергей Жуков:

Битрикс можно освоить один раз и потом просто использовать


Согласен, разбираешься в нем год, а потом уже ничего не страшно ... любая CMS будет щелкаться как орехи :)

PS А если еще и Мадженту осилить, то смело вешать орден на стену в кабинете.



Ссылка на сообщение


tema_poshitok:

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

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



Ссылка на сообщение


Я заказываю создание сайтовИзображение и интернет магазинов в веб студиях. Почему? Потому что там работают командой, есть схемы которые выстроены годами.



Ссылка на сообщение


kribera:

есть схемы которые выстроены годами.

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



Ссылка на сообщение


kribera:

Я заказываю создание сайтов и интернет магазинов в веб студиях. Почему? Потому что там работают командой, есть схемы которые выстроены годами.


Пост Roodmy чуть ниже вашего - яркий пример ваших заблуждений. :-) Кстати по подобной схеме работает большинство студий в той или иной степени.



Ссылка на сообщение


kribera:

Потому что там работают командой, есть схемы которые выстроены годами.

Евгений Медведев:

Кстати по подобной схеме работает большинство студий в той или иной степени.

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



Ссылка на сообщение


Сергей Жуков:

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


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



Ссылка на сообщение


Евгений Медведев:

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

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



Ссылка на сообщение


Сергей Жуков:

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


Первая проблема в том, что не квалифицированный программист не может общаться с заказчиком, а у заказчика не хватает квалификации общаться с программистом. А поскольку именно заказчик должен организовывать в конечном итоге работу подрядчиков по его магазину, то получается проблема. И в этой проблеме заказчик как правило винит не себя любимого, а всех окружающих.
Вторая проблема в том, что посредник при общении заказчика и реального исполнителя создает еще больше проблем, но при этом хочет получать за это деньги. При передаче информации через посредника на каждом шаге теряется до 10%, это значит что до реального исполнителя в этом случае дойдет как минимум на 10% меньше исходной информации. А если посредник к тому же еще и безграмотный как в торговле, так и в программировании, то потери информации будут существенно выше. Я все это уже проходил. Работал через посредника и всегда безуспешно. Малограмотный посредник ни ТЗ составить не может ни калькуляцию составить. В результате все в проигрыше.



Ссылка на сообщение


Евгений Медведев:

Малограмотный посредник ни ТЗ составить не может ни калькуляцию составить.

Видимо, вы не обратили внимания, но я об этом и говорил: каждый должен отвечать за свою часть работы. При этом составление ТЗ, безусловно, относится к части работы, которую должен выполнять программист, коль скоро именно ему создавать то, что будет написано в этом самом ТЗ. У посредника для этого по определению нет достаточной квалификации, и нет смысла обвинять его в этом. Его роль - обеспечить адекватное заполнение ТЗ клиентом, чтобы с заполненной формой можно было реально работать, и она не представляла собой отписку, как это часто бывает.



Ссылка на сообщение


Сергей Жуков:

Видимо, вы не обратили внимания, но я об этом и говорил: каждый должен отвечать за свою часть работы. При этом составление ТЗ, безусловно, относится к части работы, которую должен выполнять программист, коль скоро именно ему создавать то, что будет написано в этом самом ТЗ. У посредника для этого по определению нет достаточной квалификации, и нет смысла обвинять его в этом. Его роль - обеспечить адекватное заполнение ТЗ клиентом, чтобы с заполненной формой можно было реально работать, и она не представляла собой отписку, как это часто бывает.


Но ведь очевидно, что составление ТЗ это не заполнение опросного листа. В каждом бизнесе есть свои особенности. Чтобы составить хорошее ТЗ надо иметь знания бизнес-аналитика проектировщика ПО. Что толку от ТЗ, которое составляю неграмотный посредник и такой же безграмотный заказчик? Вот результате и имеем безграмотную организацию работы с заведомо завышенной стоимостью и низким качеством. Это самое "разделение труда" и является проблемой. Я например имею и навыки бизнес-анализа, и проектирования ПО и сам могу кодировать (но времени на освоение всего этого ушло очень много). В таком случае координация обеспечена. Вот почему хороший фрилансер лучше чем любая студия. В студии получается примерно так как здесь https://www.youtube.com/watch?v=KtZEwbW ... e=youtu.be



Ссылка на сообщение


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



Ссылка на сообщение


Сергей Жуков:

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


Нет, не совсем так. При разработке серьезного магазина ТЗ не может быть составлено как множество ответов на стандартный набор вопросов. Состав вопросов в каждом случае разный, а значит в составлении ТЗ должен участвовать специалист, понимающий в этом толк. Сэйлманагер, каковым и является типичный посредник вебстудии не имеет достаточной квалификации для составления ТЗ. Следовательно при разработке ТЗ двумя дилетантами даже на основании опросника постановка задач всегда будет ущербна.
Понимаете, речь идет о правильной или неправильной организации процесса создания сайта ИМ, от чего сильно зависит качество результата. И в случае с работой через посредника эта самая организация изначально дефективна.



Ссылка на сообщение


Евгений Медведев:

Состав вопросов в каждом случае разный, а значит в составлении ТЗ должен участвовать специалист, понимающий в этом толк.


Сергей Жуков:

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


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



Ссылка на сообщение


Не совсем об одном и том же. Я не согласен с этим

Сергей Жуков:

Я к тому, что в данном случае разделение работы - это скорее благо, чем зло ...


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






Ответить


:D
:)
:(
:o
:shock:
:?
8)
:lol:
:x
:P
:oops:
:cry:
:evil:
:twisted:
:roll:
:wink:
:!:
:?:
:idea:
:arrow:
:|
:mrgreen:





2001 - 2017 © Оборот.ру. Все права защищены