Сервис Работа: К вопросу переформатирования Топа разработчиков в сторону профессионализма - страница 6

 
Renat:

Попытка переложить ответственность на другого на фоне бравады "я осознанно отключаю голову, полагаюсь на исполнителя и требую 100% ответственности за все от исполнителя", приносит неминуемые проблемы автору.

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

К стати по поводу параметра количества заказов в работе, хорошая идея - не поддаваться искушению нахапать кучу работы и не сдержать обещания.... можно ещё варьировать этот параметр количественно в зависимости от к.л. параметра говорящего о профессионализме автора и качестве выполняемых им работ!
 
Параметры: Средний плановый срок выполнения заказа и фактический средний срок выполнения заказа могут помочь заказчику определиться в вопросе выбора специалиста. Если по-плану было 3 дня, а фактически получается 7, то заказчику будет ясно, что высока вероятность срыва срока исполнения заказа. 
 
Renat:

Попытка переложить ответственность на другого на фоне бравады "я осознанно отключаю голову, полагаюсь на исполнителя и требую 100% ответственности за все от исполнителя", приносит неминуемые проблемы автору.

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

" и запретим набирать множество работ", если имеет место срыв срока выполнения ранее взятых. Так будет справедливо. ИМХО.
 
iTC:
 ... Если по-плану было 3 дня, а фактически получается 7, то заказчику будет ясно, что высока вероятность срыва срока исполнения заказа. 

А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?

 
DC2008:

А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?

 

:-) Несолидное заявление в программной среде.... Уговор дороже денег.... всегда может существовать две и более точек зрения на сроки, компромисс - взаимная договоренность к обоюдному согласию сторон, если невыполнение алгоритма  может  привести к неработоспособности программы, то невыполнение договоренностей по срокам может разрушить взаимоотношения между договаривающимися сторонами.... не всегда конечно.... но может...

Это же элементарный алгоритм взаимоотношений 

 В идеале обе договаривающиеся стороны должны нести 100% ответственность за взятые обязательства.

Я долго размышлял, когда то очень давно, по поводу такой математики, поскольку в сумме получается 200% - коли две стороны договариваются и обе берут на себя 100%.... а как может быть ответственности больше чем 100%

Однако это так.... наверное, нечто нематериальное вмешивается в процесс договоренностей...

 

Уже не первый раз слышу о просроченных заказах и недовольных заказчиках.

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

 

Как по мне, ответственность (материальная или в виде рейтинга) была бы не лишней. Только учитывать нужно конкретно те участки времени, за которые ответственен программист. А в статусе "проверки заказчиком" пусть висит хоть 50 работ.

 
IvanIvanov:

Это же элементарный алгоритм взаимоотношений 

 В идеале обе договаривающиеся стороны должны нести 100% ответственность за взятые обязательства.

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

тогда осталось разобраться с заказчиками, в особенности с начинающими - какой спрос с заказчика за неумение сформулировать корректное ТЗ и "вынос мозга с десяток раз со своей детской непосредственностью" , то 1-й бар это самый правый, то эксперт открывает сделки не в соответствии с сигналами индикатора на истории - сильно запаздывает, нужно раньше.....

???????? 

 
DC2008:

А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?

Разница в том, что таких "7 вместо 3" может быть несколько: один программист не справился - контракт разорвали, второй не успел - еще раз разорвали, и т.д.

Да и не исполнителя это дело - считать время (деньги) заказчика. Если сказал 3, будь добр сделай за 3 (уточнение задания и финальную проверку не считаем).

 
Топикстартер уже наверное и не рад что тему открыл )
 
IgorM:

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

тогда осталось разобраться с заказчиками, в особенности с начинающими - какой спрос с заказчика за неумение сформулировать корректное ТЗ и "вынос мозга с десяток раз со своей детской непосредственностью" , то 1-й бар это самый правый, то эксперт открывает сделки не в соответствии с сигналами индикатора на истории - сильно запаздывает, нужно раньше.....

А заказчик платит, с него больше ничего не возьмешь.

А соглашаться ли на задание (и какую назначать цену) - решает исполнитель. Хочешь заказ любой ценой - разбирайся в 50 страницах бредового описания за $10, не хочешь - назови "$100 за составление алгоритма" и жди своего заказчика. 

Кроме того, есть ТЗ и арбитраж. "Сильно запаздывает" должно быть сформулировано, или будет забраковано.