|
14.09.2021, 14:43 | #1 |
Administrator
|
Цитата:
Сообщение от axtalk
Подкрепим примером. Нанимаем землекопателя (живой экскаватор). Задача: нужно выкопать яму/траншею объемом 2 куб. метра. Известно, что в среднем темпе работы средний человек выкапывает в «средней» почве за 1 день (9 часов) 3 кубических метра – это нормально. Условно средний норматив 1 кубический метр за 3 часа.
В случае программирования тут не так. "План местности" доступен всем и каждый может с ним ознакомиться (=залезть в код). Опытность специалиста как раз и заключается в знании, где лежат "плиты" и умении прокопать с минимальными затратами и максимальной эффективностью для заказчика. При этом если программист захочет прервать работу, то заказчик не сможет в общем случае оценить процент выполненных работ. А следующему специалисту потребуется время на изучение уже выполненных работ с неясным финалом (может все придется переделать с нуля). Поэтому, чтобы "не обмануться" - задачу не оценивают по предварительной оценке, а оценивают глубоко и серьезно. Но время, потраченное на оценку - включают в стоимость задачи. Мелкие задачи можно оценить и не обмануться, а уже для крупных - процедура оценки и согласования должна входить в стоимость задачи. В консалтинговых компаниях этот этап называется "Дизайн проекта". Другое дело, что можно глубоко проработать задачу, но потом заказчик возьмет и ее не станет делать / отдаст другому разработчику. В этом случае нужно просто договориться с заказчиком о схеме работы. Либо крупные задачи не брать, либо их делать не за фиксированную сумму, либо "коней на переправе не меняют". Один из вариантов - это выделение проработки задачи в отдельную задачу, хотя тут весьма сложно будет оценить полноту результата задачи
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: twilight (2). |
14.09.2021, 15:09 | #2 |
MCTS
|
Цитата:
Сообщение от sukhanchik
В случае программирования тут не так. "План местности" доступен всем и каждый может с ним ознакомиться (=залезть в код). Опытность специалиста как раз и заключается в знании, где лежат "плиты" и умении прокопать с минимальными затратами и максимальной эффективностью для заказчика.
__________________
I could tell you, but then I would have to bill you. |
|
|
За это сообщение автора поблагодарили: sukhanchik (2). |
14.09.2021, 15:51 | #3 |
Administrator
|
Цитата:
Сообщение от twilight
В современных условиях постоянно меняется и место, где копать (новые требования). Да и сами плиты возникают и исчезают динамически в процессы работы Мало того, появляются новые типы лопат и типы плит. Поэтому заранее дать точную оценку способен только разработчик, который буквально вчера копал в этом самом месте
Ну да.... Это я ещё в воспоминаниях о версиях AX2012 и ниже... Но оценить процент недовыполненных работ все равно не получится также как у копателя.
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 14.09.2021 в 15:53. |
|
14.09.2021, 16:20 | #4 |
Участник
|
Цитата:
Традиционно оценка от n часов (в каких то конторах от 40, в каких то выше) означает высокие риски что может и не повезти. Собственно по этой причине и родился agile в том числе: я могу конечно оценить путь до Владивостока по земле в n дней однако в реальности +- спрогнозировать точно получается лишь путь от себя и до той горы так как вижу дорогу до горы + чувствую погоду и прочие вещи. |
|
15.09.2021, 12:55 | #5 |
Administrator
|
Цитата:
Сообщение от axm2017
Что не всегда скажем так помогает.
Традиционно оценка от n часов (в каких то конторах от 40, в каких то выше) означает высокие риски что может и не повезти. Собственно по этой причине и родился agile в том числе: я могу конечно оценить путь до Владивостока по земле в n дней однако в реальности +- спрогнозировать точно получается лишь путь от себя и до той горы так как вижу дорогу до горы + чувствую погоду и прочие вещи. Для себя я заметил закономерность - если при постановке задачи в голове уже есть чёткое понимание конкретных строк кода - то оценка не должна превысить 8 часов. А если чёткого понимания нет - значит будет больше 8 часов. Оценка в 40 часов - небольшая, если в ней сидит 8 часов проработки задачи. Потому что оставшееся время можно поделить непосредственно на разработку, тестирование и написание инструкции / обучении заказчика использованию модификации. В итоге получается, что непосредственно на разработку остается часов 16-20, а это вполне посильный горизонт оценки при правильной проработке задачи. Ну а если задача действительно большая - то надо дробить. И время на дробление должно входить во время проработки задачи.
__________________
Возможно сделать все. Вопрос времени |
|