Какая должна быть скорость работы веб-программиста?

Question

[Алексей Джо]

Существует ли какой-либо шаблон для расчета скорости frontend разработки, по которому можно определить примерное время выполнения определенной задачи.

Answer 1

[Dmitry Roo]

Программист не каменщик. Никакой "нормы" не существует.
Почитайте "Мифический человекомесяц" Брукса.

Comments

[Артур]

Шахмаев Анвар, да, разработка это не кирпичи класть, можно в день и ни строчки кода не написать, но поработать

[Алексей Джо]

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

[Василий Банников]

Шахмаев Анвар, там "где платят 200к", есть отдельный человек, который считает производительность команды и меняет процессы, чтобы её повысить.

Слышал, что при достаточном количестве данных для статистики и детальной проработке задачи можно давать очень точные прогнозы.

Считается, что взрослый человек и так достаточно ответственен, чтобы в рабочее время работать.

[Алексей Джо]

Василий Банников, Из чего следует, что все зависит от команды: среднего возраста разработчика в совокупности с его опытом.

[Василий Банников]

Шахмаев Анвар, взрослость плохо коррелирует с возрастом

Answer 2

[xmoonlight]

В моём блоге:

https://site coder.blogspot.com/2015/12/cost-calculation-freelance-work-and-formula-of-motivation.html

https://site coder.blogspot.com/2017/05/website-template-price-calculation.html

(без пробелов!)

есть подробные формулы с расчётами по производительности и оплаты. Это наиболее близкие к производительности опытного программиста.

Comments

[xmoonlight]

Шахмаев Анвар, при любой работе есть средняя производительность. Если "работники" (люди) этого не понимают - значит ещё не доросли опытом до полноценных коллег.

[xmoonlight]

Шахмаев Анвар, есть способы прогнозирования трудозатрат (и рисков).
Один из вариантов: разбиение всего объёма работ на "дерево" простых подзадач и оценка каждой.
Есть конечные пределы (min/max) разработки каждой простой задачи: по ним высчитывается медиана.

Т.е., всё можно рассчитать в разумных пределах и с достаточно хорошей точностью, но самое важное - иметь 2-3 опытных работника, которые могут дать независимую и качественную оценку по трудозатратам.

Как правило, у хорошего тимлида/РП всегда есть опорный список по типовым работам и их трудозатратам.

Помните, что работы делятся на: типовые и уникальные, и у каждой составной задачи есть "ветка" "дерева" её реализации.

[xmoonlight]

Шахмаев Анвар,

из ответов на этот вопрос вытекает обратная ситуация

уровень подготовки большинства людей, находящихся на этом форуме, гораздо ниже junior. Разумеется, они будут себя защищать подобными суждениями о том, что ничего никак нельзя заранее оценить. И поэтому, нельзя уверенно судить о реальной ситуации по данным Вам здесь ответам.

Наврятли для junior'a подобная оценка будет оправданной.

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

Для большинства компаний подобная модель разработки будет слишком дорогостоящей.

Как раз всё наоборот: если они не научатся грамотно оценивать трудозатраты - они просто перестанут существовать на рынке.

[Алексей Джо]

уровень подготовки большинства людей, находящихся на этом форуме, гораздо ниже junior. Разумеется, они будут себя защищать подобными суждениями о том, что ничего никак нельзя заранее оценить. И поэтому, нельзя уверенно судить о реальной ситуации по данным Вам здесь ответам.

Не могу судить

Как раз всё наоборот: если они не научатся грамотно оценивать трудозатраты - они просто перестанут существовать на рынке.

Возможно, но мне приходилось работать в режиме, где точной оценкой не занимались. Оценивали определенный, большой, объем, на 2-4 месяца, и, в процессе разработки, корректировали скорость разработки. Поэтому и задал этот вопрос, т.к. тоже вижу данную модель устаревшей. Думаю, что более точная оценка задач имеет место быть, но пока, только ваш ответ соответствует этим додумкам.

[xmoonlight]

Шахмаев Анвар, Для ответа на Ваш вопрос я использую свой многолетний опыт разработки и работы в разных командах (и на разных позициях).
Поэтому, видимо, из-за этого, он сильно отличается от ответов других пользователей.

Если брать "сухую" аналитику: чем больше размах оценки трудозатрат (более "грубый"), тем более платёжеспособнее компания.
Новая/растущая "молодая" компания будет всегда оценивать трудозатраты более точнее, т.к. скорость разработок в крупных - только увеличивается, что сильно влияет на конкуренцию в плане создания новых сервисов, нового функционала, и т.д.

Поэтому:

соответствует этим додумкам

уже давно стали реальностью.

Answer 3

[Василий Банников]

Никакой нормы нет.

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

Есть абстрактная метрика: 50 строк в час и 4 часа кодинга в день.
Ну и ещё одна метрика: между двумя ежедневными митингами должен происходить какой-то прогресс

Comments

[Алексей Джо]

Понятно, что у всех разная. Хотелось бы узнать конкретику, пусть она будет у всех разная, интересно у кого какой объем и за какое время выполнения этот объем необходимо выполнить.

Answer 4

[GavriKos]

15 полуляхов в минуту. Надеюсь прибор для измерения у вас найдется.
Если нет - могу подсказать формулу. Но тогда багометр и фичеметр понадобятся

Answer 5

[Griboks]

cкорость⁻¹ + качество⁻¹ + стоимость⁻¹ = скилл = const ~ оплата

Иными словами, вы задали неправильный вопрос. Нужно спрашивать: "Насколько высокий скилл должен иметь программист?" Ну и ответ весьма очевиден: высокий для чего, насколько по сравнению с чем и кому должен.