Информация об изменениях

Сообщение Re[12]: Заработать больше работая больше - концептуальная пр от 09.09.2019 4:42

Изменено 09.09.2019 4:43 Shmj

Re[12]: Заработать больше работая больше - концептуальная пр
Здравствуйте, samius, Вы писали:

S>Заказчика обычно интересуют не трудозатраты, а продукт. Если исполнитель не вписался в заранее оговоренный бюджет заказчика, то это не проблемы заказчика.


Заказчик не хочет переплачивать и считает, что исполнитель либо слишком медленно работал и потратил часов слишком много либо нечестно отмечал часы. А договаривались оценивать по часам.

Не верит что заняло столько времени.

Как объективно оценить?

S>>Как не узнает? Сделай diff и все увидешь. Коммиты частые.

S>Что "коммиты частые"? Это требование заказчика к продукту?

Это инициатива исполнителя — если что-то нужно изменить/удалить — то перед этим делается коммит. Т.е. все что сделано — все зафиксировано. Нет такого, что пришлось что-то удалять/переделывать не закоммитив.

S>Это задача на порядок более сложная, чем оценка трудозатрат одного проекта. В общем случае хороших метрик не найдено. Если оценивать по коммитам/строчкам/багфиксам, то программист будет коммитить/писать строчки/фиксить баги. И успешно создавать их. Победит наипродуктивнейший, но проекту это не поможет.


Проект разбит на модули и результат работы — это готовый отлаженный модуль. Если раздуть с целью увеличения количества строк — то это легко увидеть.
Re[12]: Заработать больше работая больше - концептуальная пр
Здравствуйте, samius, Вы писали:

S>Заказчика обычно интересуют не трудозатраты, а продукт. Если исполнитель не вписался в заранее оговоренный бюджет заказчика, то это не проблемы заказчика.


Заказчик не хочет переплачивать и считает, что исполнитель либо слишком медленно работал (к примеру, отвлекался и т.д.) и потратил часов слишком много, либо нечестно отмечал часы. А договаривались оценивать по часам.

Не верит что заняло столько времени.

Как объективно оценить?

S>>Как не узнает? Сделай diff и все увидешь. Коммиты частые.

S>Что "коммиты частые"? Это требование заказчика к продукту?

Это инициатива исполнителя — если что-то нужно изменить/удалить — то перед этим делается коммит. Т.е. все что сделано — все зафиксировано. Нет такого, что пришлось что-то удалять/переделывать не закоммитив.

S>Это задача на порядок более сложная, чем оценка трудозатрат одного проекта. В общем случае хороших метрик не найдено. Если оценивать по коммитам/строчкам/багфиксам, то программист будет коммитить/писать строчки/фиксить баги. И успешно создавать их. Победит наипродуктивнейший, но проекту это не поможет.


Проект разбит на модули и результат работы — это готовый отлаженный модуль. Если раздуть с целью увеличения количества строк — то это легко увидеть.