Попытка переложить ответственность на другого на фоне бравады "я осознанно отключаю голову, полагаюсь на исполнителя и требую 100% ответственности за все от исполнителя", приносит неминуемые проблемы автору.
В любом случае, со своей стороны мы увеличим информированность заказчиков о потенциальных исполнителях и запретим набирать множество работ.
К стати по поводу параметра количества заказов в работе, хорошая идея - не поддаваться искушению нахапать кучу работы и не сдержать обещания.... можно ещё варьировать этот параметр количественно в зависимости от к.л. параметра говорящего о профессионализме автора и качестве выполняемых им работ!
Параметры: Средний плановый срок выполнения заказа и фактический средний срок выполнения заказа могут помочь заказчику определиться в вопросе выбора специалиста. Если по-плану было 3 дня, а фактически получается 7, то заказчику будет ясно, что высока вероятность срыва срока исполнения заказа.
Попытка переложить ответственность на другого на фоне бравады "я осознанно отключаю голову, полагаюсь на исполнителя и требую 100% ответственности за все от исполнителя", приносит неминуемые проблемы автору.
В любом случае, со своей стороны мы увеличим информированность заказчиков о потенциальных исполнителях и запретим набирать множество работ.
" и запретим набирать множество работ", если имеет место срыв срока выполнения ранее взятых. Так будет справедливо. ИМХО.
iTC: ... Если по-плану было 3 дня, а фактически получается 7, то заказчику будет ясно, что высока вероятность срыва срока исполнения заказа.
А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?
А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?
:-) Несолидное заявление в программной среде.... Уговор дороже денег.... всегда может существовать две и более точек зрения на сроки, компромисс - взаимная договоренность к обоюдному согласию сторон, если невыполнение алгоритма может привести к неработоспособности программы, то невыполнение договоренностей по срокам может разрушить взаимоотношения между договаривающимися сторонами.... не всегда конечно.... но может...
Это же элементарный алгоритм взаимоотношений
В идеале обе договаривающиеся стороны должны нести 100% ответственность за взятые обязательства.
Я долго размышлял, когда то очень давно, по поводу такой математики, поскольку в сумме получается 200% - коли две стороны договариваются и обе берут на себя 100%.... а как может быть ответственности больше чем 100%
Однако это так.... наверное, нечто нематериальное вмешивается в процесс договоренностей...
Уже не первый раз слышу о просроченных заказах и недовольных заказчиках.
Действительно, у программиста нет ни какой ответственности - за расторгнутый (например, из-за просрочки) заказ даже отзыв негативный оставить нельзя.
Как по мне, ответственность (материальная или в виде рейтинга) была бы не лишней. Только учитывать нужно конкретно те участки времени, за которые ответственен программист. А в статусе "проверки заказчиком" пусть висит хоть 50 работ.
В идеале обе договаривающиеся стороны должны нести 100% ответственность за взятые обязательства.
с программистами все ясно - как ни крути он виноват и что взял заказ и что сорвал сроки выполнения и .... и что работал, а как известно кто ничего не делает тот не бывает виноватым
тогда осталось разобраться с заказчиками, в особенности с начинающими - какой спрос с заказчика за неумение сформулировать корректное ТЗ и "вынос мозга с десяток раз со своей детской непосредственностью" , то 1-й бар это самый правый, то эксперт открывает сделки не в соответствии с сигналами индикатора на истории - сильно запаздывает, нужно раньше.....
А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?
Разница в том, что таких "7 вместо 3" может быть несколько: один программист не справился - контракт разорвали, второй не успел - еще раз разорвали, и т.д.
Да и не исполнителя это дело - считать время (деньги) заказчика. Если сказал 3, будь добр сделай за 3 (уточнение задания и финальную проверку не считаем).
с программистами все ясно - как ни крути он виноват и что взял заказ и что сорвал сроки выполнения и .... и что работал, а как известно кто ничего не делает тот не бывает виноватым
тогда осталось разобраться с заказчиками, в особенности с начинающими - какой спрос с заказчика за неумение сформулировать корректное ТЗ и "вынос мозга с десяток раз со своей детской непосредственностью" , то 1-й бар это самый правый, то эксперт открывает сделки не в соответствии с сигналами индикатора на истории - сильно запаздывает, нужно раньше.....
А заказчик платит, с него больше ничего не возьмешь.
А соглашаться ли на задание (и какую назначать цену) - решает исполнитель. Хочешь заказ любой ценой - разбирайся в 50 страницах бредового описания за $10, не хочешь - назови "$100 за составление алгоритма" и жди своего заказчика.
Кроме того, есть ТЗ и арбитраж. "Сильно запаздывает" должно быть сформулировано, или будет забраковано.
Попытка переложить ответственность на другого на фоне бравады "я осознанно отключаю голову, полагаюсь на исполнителя и требую 100% ответственности за все от исполнителя", приносит неминуемые проблемы автору.
В любом случае, со своей стороны мы увеличим информированность заказчиков о потенциальных исполнителях и запретим набирать множество работ.
Попытка переложить ответственность на другого на фоне бравады "я осознанно отключаю голову, полагаюсь на исполнителя и требую 100% ответственности за все от исполнителя", приносит неминуемые проблемы автору.
В любом случае, со своей стороны мы увеличим информированность заказчиков о потенциальных исполнителях и запретим набирать множество работ.
... Если по-плану было 3 дня, а фактически получается 7, то заказчику будет ясно, что высока вероятность срыва срока исполнения заказа.
А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?
А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?
:-) Несолидное заявление в программной среде.... Уговор дороже денег.... всегда может существовать две и более точек зрения на сроки, компромисс - взаимная договоренность к обоюдному согласию сторон, если невыполнение алгоритма может привести к неработоспособности программы, то невыполнение договоренностей по срокам может разрушить взаимоотношения между договаривающимися сторонами.... не всегда конечно.... но может...
Это же элементарный алгоритм взаимоотношений
В идеале обе договаривающиеся стороны должны нести 100% ответственность за взятые обязательства.
Я долго размышлял, когда то очень давно, по поводу такой математики, поскольку в сумме получается 200% - коли две стороны договариваются и обе берут на себя 100%.... а как может быть ответственности больше чем 100%
Однако это так.... наверное, нечто нематериальное вмешивается в процесс договоренностей...
Уже не первый раз слышу о просроченных заказах и недовольных заказчиках.
Действительно, у программиста нет ни какой ответственности - за расторгнутый (например, из-за просрочки) заказ даже отзыв негативный оставить нельзя.
Как по мне, ответственность (материальная или в виде рейтинга) была бы не лишней. Только учитывать нужно конкретно те участки времени, за которые ответственен программист. А в статусе "проверки заказчиком" пусть висит хоть 50 работ.
Это же элементарный алгоритм взаимоотношений
В идеале обе договаривающиеся стороны должны нести 100% ответственность за взятые обязательства.
с программистами все ясно - как ни крути он виноват и что взял заказ и что сорвал сроки выполнения и .... и что работал, а как известно кто ничего не делает тот не бывает виноватым
тогда осталось разобраться с заказчиками, в особенности с начинающими - какой спрос с заказчика за неумение сформулировать корректное ТЗ и "вынос мозга с десяток раз со своей детской непосредственностью" , то 1-й бар это самый правый, то эксперт открывает сделки не в соответствии с сигналами индикатора на истории - сильно запаздывает, нужно раньше.....
????????
А к чему такая срочность? Что сорвётся? Наверняка, после получения работы заказчик её будет тестировать не один месяц. И какая тогда разница 3 дня или 7 дней?
Разница в том, что таких "7 вместо 3" может быть несколько: один программист не справился - контракт разорвали, второй не успел - еще раз разорвали, и т.д.
Да и не исполнителя это дело - считать время (деньги) заказчика. Если сказал 3, будь добр сделай за 3 (уточнение задания и финальную проверку не считаем).
с программистами все ясно - как ни крути он виноват и что взял заказ и что сорвал сроки выполнения и .... и что работал, а как известно кто ничего не делает тот не бывает виноватым
тогда осталось разобраться с заказчиками, в особенности с начинающими - какой спрос с заказчика за неумение сформулировать корректное ТЗ и "вынос мозга с десяток раз со своей детской непосредственностью" , то 1-й бар это самый правый, то эксперт открывает сделки не в соответствии с сигналами индикатора на истории - сильно запаздывает, нужно раньше.....
А заказчик платит, с него больше ничего не возьмешь.
А соглашаться ли на задание (и какую назначать цену) - решает исполнитель. Хочешь заказ любой ценой - разбирайся в 50 страницах бредового описания за $10, не хочешь - назови "$100 за составление алгоритма" и жди своего заказчика.
Кроме того, есть ТЗ и арбитраж. "Сильно запаздывает" должно быть сформулировано, или будет забраковано.