Исправление KivApple, (текущая версия) :
Эм?
Исполнитель озвучивает свою оценку сроков до начала работ (либо оценку сроков и стоимости оценки, если у нас кровавый энтнерпрайз и без поллитра не разберёшься). Заказчик либо соглашается на условия, либо нет. Тут не должно быть разночтений после выполнения работ, в идеале сроки даже бумажно закреплены.
Ещё можно поторговаться на берегу, но ответственный исполнитель будет торговаться либо «могу сделать быстрее, но дороже» (надбавка за срочность, исполнитель будет работать сверхурочно и/или подключит дополнительных исполнителей), либо «могу сделать быстрее, но меньше» (убрать из ТЗ часть фич). Но никак не «могу сделать быстрее, раз вы настаиваете».
А заказчику сроки оценивать не нужно. У него может быть дедлайн продиктованный каким-то бизнес-соображениями (может, например, у него есть обязательства перед кем-то ещё), но там вообще нет прямой корреляции с содержанием задачи.
Когда я иду в парикмахерскую, меня не спрашивают «сколько минут мы вас должны стричь?». Они это сами как-то решают, а максимальные границы иногда обозначают в перскуранте.
Исправление KivApple, :
Эм?
Исполнитель озвучивает свою оценку сроков до начала работ (либо оценку сроков и стоимости оценки, если у нас кровавый энтнерпрайз и без поллитра не разберёшься). Заказчик либо соглашается на условия, либо нет. Тут не должно быть разночтений после выполнения работ, в идеале сроки даже бумажно закреплены.
Ещё можно поторговаться на берегу, но ответственный исполнитель будет торговаться либо «могу сделать быстрее, но дороже» (надбавка за срочность, исполнитель будет работать сверхурочно и/или подключит дополнительных исполнителей), либо «могу сделать быстрее, но меньше» (убрать из ТЗ часть фич). Но никак не «могу сделать быстрее, раз вы настаиваете».
А заказчику сроки оценивать не нужно. У него может быть дедлайн продиктованный каким-то бизнес-соображениями (может, например, у него есть обязательства перед кем-то ещё), но там вообще нет прямой корреляции с содержанием задачи.
Исходная версия KivApple, :
Эм?
Исполнитель озвучивает свою оценку сроков до начала работ (либо оценку сроков и стоимости оценки сроков, если у нас кровавый энтнерпрайз и без поллитра не разберёшься). Заказчик либо соглашается на условия, либо нет. Тут не должно быть разночтений после выполнения работ, в идеале сроки даже бумажно закреплены.
Ещё можно поторговаться на берегу, но ответственный исполнитель будет торговаться либо «могу сделать быстрее, но дороже» (надбавка за срочность, исполнитель будет работать сверхурочно и/или подключит дополнительных исполнителей), либо «могу сделать быстрее, но меньше» (убрать из ТЗ часть фич). Но никак не «могу сделать быстрее, раз вы настаиваете».
А заказчику сроки оценивать не нужно. У него может быть дедлайн продиктованный каким-то бизнес-соображениями (может, например, у него есть обязательства перед кем-то ещё), но там вообще нет прямой корреляции с содержанием задачи.