Как стать автором
Обновить

Комментарии 79

Хорошее обоснование. Но что-бы пользоваться финальной формулой Час = ЗП/36 необходимо всё это обоснование привести в своём документе. Разрешаете?
Спасибо! Я для того все и выложил, чтобы пользовались — тема и правда нужная. Вот еще ссылка — там, так сказать, голое исследование в табличках. В принципе, в этом посте все описано полно, но мало ли, вдруг пригодится
Ваш сотрудник чего-то не болеет и не учится хотя бы на конференциях.
Сотрудники по оплаченной медицинской страховке регулярно проходят профилактику, а значит, не болеют :)

Вопрос в другом, все сотрудники подразумеваются мужчинами.
Если же в команде появляются женщины (особенно с 23 до 30), то в расчёте появляются дополнительные переменные и он перестаёт быть таким детерминированным :)
На конференциях учится. В накладных и общехозяйственных расходах 3% составляют тренинги и обучение. Относительно ЗП разработчиков это 0.6%. А оплату больничных не надо дополнительно учитывать, т.к. она оплачивается из соцстраха. Время на учебу и лечение, действительно не вычитали. Если брать в качестве среднего значения 5 рабочих дней в году на больничный, то итоговый коэффициент отношения себестоимости часа разработки к ЗП разработчика уменьшится на 1 пункт.
Очень интересная статья!
Все описанное вертлось в голове, но не было сформулировано )))
Спасибо!
Считали исходя из того, что компания-разработчик включена в «Реестр аккредитованных организаций, осуществляющих деятельность в области информационных технологий” при Министерстве связи и массовых коммуникаций. Такие компании платят страховые взносы по льготному тарифу 14% в соответствии с п. 4 ч. 2 ст. 57 и п.6 ч.1 ст. 58 ФЗ-212 от 24.07.2009 г
Вы приводите статью, из которой следует, что налоговая нагрузка на ФОТ:
Таким образом, при исчислении относительной нагрузки необходимо учитывать: налог на прибыль (20%), НДФЛ (13%), налог при УСН 6% с доходов или 15% с базы «доходы минус расходы», страховые взносы (30%). Итак, чтобы выплатить работнику заявленную з/п предприятие должно увеличить фонд оплаты труда от 20 до 50%. Естественно, что при таких показателях необходимы меры по уменьшению затрат на ФОТ.

Здесь смешаны и просуммированы 2 системы налогообложения: общая и упрощенная. При упрощенной системе налогообложения, например, не надо платить упомянутый налог не прибыль.
Тем не менее идем по порядку:
Налог на прибыль в расчете не должен участвовать, так как мы считаем себестоимость.
УСН не считаем, т.к. упрощенная система налогообложения к нашей организации не применима.
НДФЛ в размере 13% содержится внутри ЗП сотрудника (первая строчка второй таблицы).
Ставку социальных налогов считали исходя из того, что компания-разработчик включена в «Реестр аккредитованных организаций, осуществляющих деятельность в области информационных технологий” при Министерстве связи и массовых коммуникаций. Такие компании платят страховые взносы по пониженной ставке 14% в соответствии с п. 6 ч.1 ст. 58 ФЗ-212 от 24.07.2009 г. и ч. 4 ст. 1 ФЗ-272 от 16.10.2010 г.
Ээээ… У вас стоимость часа разработки приводится с НДС, однако я нигде в расчетах не увидел 18%. Я плохо смотрел или чего-то не понимаю?
Четвертая строчка снизу 1й таблицы: 2 360,25 руб.
+
Третья строчка снизу 1й таблицы: 472,05 руб.
= 2 832,3 руб.
Далее умножаем на 1,18 и получаем 3 342,12 руб. (вторая строчка снизу 1й таблицы)
Некоторые расходы (техника, ПО, аренда и др.) могут зависеть от курса валют.
Не поделитесь Вашей методикой оценки накладных расходов части жизненного цикла информационной системы или ПО?
У нас в накладных и общехозяйственных расходах доля, зависящая от курса валют: хостинг, стороннее ПО, лицензии, офисная техника, составляет 8,5%. При скачке курса вверх на 10% размер накладных и общехозяйственных расходов, составляющий 20% от ЗП разработчиков, увеличится на 0,85% и составит 20,85%. Итоговый коэффициент отношения себестоимости часа разработки к ЗП разработчика снизится примерно на 0.2, что в итоге увеличит расчетную себестоимость часа разработки на 0,02%.
Правильно ли понимаю, что в вопросе про «методику оценки накладных расходов части жизненного цикла информационной системы или ПО” имеется в виду расчет совокупной стоимости владения программной системой клиентом? Или это был вопрос о деталлизации расчета накладных расходов на разработку?
> Тестировщики – 50% от зарплаты разработчиков.
не цените вы тестировщиков…
Чтобы не быть голосовным:
www.indeed.com/salary/Quality-Assurance-Engineer.html $84,000/year
www.indeed.com/salary?q1=Software+Engineer&l1= $94,000/year

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

Сложившаяся недооценка работы QA приводит к тому, что люди, умеющие программировать и решать нетривиальные задачи, не хотят идти на эту работу. Это приводит, например, к таким печальным последствиям: когда заходит речь, про автоматизацию тестирования, выясняется, что одни (разработчики) не хотят этим заниматься, другие (QA) не умеют, так и остаются проекты без автоматического тестирования.

Автору: а за статью спасибо! У меня самого были примерно такие же расчеты. Но они обычно оставались на салфетках/досках, которые терялись или стирались.
Так нет специалистов.
В текущих реалиях увеличив зарплату на место тестировщика вы не получит тестировщика лучше. Вы получите ровно того же самого тестировщика просто за бОльшие деньги.
Такие специалисты есть, вы просто не пересекались.
В нашей команде таких 2 человека. Золотые люди, им крайне редко что либо объяснять приходится или спорить с ними.
Но это редкость, и это очень дорого.
Но это редкость, и это очень дорого.

Это тоже самое, что «таких специалистов нет».
Отдельная проблема крутых редких специалистов в том, что они уже работают. Эти люди не ходят по вакансиям, они ходят туда, куда зовут и их ждут, чтобы позвать.
Так что по сути для рынка вакансий их не существует.
Я говорю о существовании таких людей. И мы их нашли. Было сложно, но нашли.
Т.е. проблема решена, а значит утвержение «таких специалистов нет» даже в кавычках является не верным.
Методика которой вы их нашли мне неизвестна. Но, полагаю, она не имеет никакого отношения к повышению уровня зарплата в объявлении о вакансии.
Зарплата не меньше чем у хороших инженеров. Да и проект сам по себе очень интересен. Ну и мы в общем-то не бодишоп, а компания которая делает весьма известные вещи.
А увеличив зарплату ещё вы можете получить разработчика на роль тестировщика. Который вам тестирование автоматизирует, улучшив качество тестирования в целом. имхо.
Далеко не всегда хороший разработчик становится хорошим тестировщиком.
Опять же, процесс автоматизации тестирования достаточно хорошо описан, но описан именно в трудах о тестировании, а не разработки. Далеко не факт, что «повышенный» разработчик станет хорошим тестером, т.к. он просто может не знать соответствующих методик и будет изобретать велосипеды.
Ну и вообще, традиционно разработчики выходят из тестировщиков, а не наоборот. Я бы не согласился на роль тестера, даже если зарплата была бы выше моей текущей как разработчика.
Далеко не всегда тестировщик становится хорошим тестировщиком. Да понятно что люди разные бывают, и не все согласятся на такой переход. Я оспариваю фразу «Вы получите ровно того же самого тестировщика просто за бОльшие деньги.» Всё-таки за большие деньги можно получить больший выбор специалистов, найти нужного из большего количества претендентов. Так что зря вы проводите мысль что увеличение зарплаты оставит неизменным количество претендентов на должность.
А вроде отпуск 28 дней по ТК?
28 дней с учетом выходных, получается, 20 рабочих дней.
ТК РФ давно перечитывали?
Нужно взять минимум 2 недели подряд, а все остальные отпускные дни работодателя волновать не должны!

Значит, на выходные попадают «не менее» 4 отпускных.
В лучшем для работника случае, имеем 24 рабочих джня.
И в этом «лучшем» для работника случае в те месяцы, когда он брал отпуск только на рабочие дни, его оклад рассчитывается из количества фактически отработанных дней относительно рабочих дней в данном месяце + отпускные (которые, как известно, считаются за календарные дни). В итоге «трудолюбивый» сотрудник получит (=работодатель потратит) меньше денег.
Все верно, но то, что вы написали мы будем иметь вообще в любом случае.
Если только работодатель не расщедрился и не дал календарный месяц отпуска одним разом.
И Вы действительно уверены, что заказчик будет рад потратить свое дорогое время на чтение этой детальной ерунды? Извините, но заказчику глубоко не интересны _ваши_ проблемы и их столь детальное обоснование. Плачтесь в жилетку своему инвестору. Экономическое обоснование, которое интересно заказчику, должно относится к решению его проблем, а не ваших. Каким образом понимание, что в вашей конторе вот такая обоснованная стоимость часа поможет мне принять решение о выгодности для меня сотрудничества — моему разумению недоступно. Единственная мысль, которая мне в голову приходит, на это глядя — вас мои проблемы волнуют значительно меньше ваших.
Пардон за резкозть, но это жизнь :)
usetester, поддержу вас. Детализировать стоимость проекта не стоит.
И вот почему:
Обычно в проект закладывается какая-то прибыль.
Соответственно будет непросто пояснить заказчику, что миллион будет стоить разработка, а еще миллион компания собирается положить себе на счет.
Значит в своих выкладках вам придется завышать стоимость ваших специалистов.
А это приведет к вопросу: почему разработчик на языке lang в среднем по рынку стоит N руб, а вас N+100500руб?
Что натолкнет заказчика на мысль, что вы с ним не до конца честны и он предпочтет отказаться от ваших услуг.

Второе возражение сводится к тому, что заказчик, не будучи специалистом в области разработки ПО, будет пытаться срезать этапы, которые покажутся ему неважными, например, тестирование.
А что у вас разработчики сразу и без ошибок писать не могут? Странно, при такой то зарплате!

Стоимость часа разработки в своей компании знать необходимо, но это знание суть есть коммерческая тайна.
И использовать это знание нужно для приблизительных расчетов стоимости разработки в зависимости от объема работ.
Ну, если уж лезть в детали — я бы придрался к налогам на ФОТ. Оформляйте программеров как индивидуальных предпринимателей, например. Будете 6% платить вместо 28. Или юрисдикцию компании смените. Ну и менеджера, который меня грузит этой хренью — тоже можно бы сократить :)
Но повторюсь — меня интересуют мои проблемы, и первое что приходит в голову — никаких аргументов, касающихся полезного эффекта для меня, оправдывающего эту цену, у разработчика, видимо нет, и он поэтому меня начинает грузить своими трудностями. Покажите, что я в результате контракта получу обратно (упрощенно) как минимум вашу цену плюс 1 евро (при таких и таких условиях).
Ну не работает в России схема с оформлением постоянных сотрудников как ИП. Здесь вам не Украина.
Ходорковский по одному из эпизодов как раз за это и сидел.
А почему не работает, расскажите, пожалуйста. Какие сложности и проблемы?
Это вам объяснят через 2-3 месяца в налоговой после того, как заблокируют счет и выставят претензии по налогам.
А на каком основании они мне это будут объяснять? Интересует не с «понятийной» точки зрения, а с формальной юридической. Номера законов и статей, проще говоря.
Я за Гугл конечно могу ответить, но материалов в сети полно.

В соответствии со ст. 11 ТК РФ, если в судебном порядке будет установлено, что договором гражданско-правового характера фактически регулируются трудовые отношения между работником и работодателем, то к таким отношениям применяются положения трудового законодательства.


Вот и судебная практика:

В постановлении ФАС Северо­Западного округа от 09.11.2010 по делу № А66-2676/2010 суд встал на сторону налогового органа, так как налоговики доказали, что договоры, заключенные предпринимателем с физическими лицами, по своему содержанию являются трудовыми, а наличие у указанных лиц статуса индивидуального предпринимателя в данном случае значения не имеет, поскольку сложившиеся отношения свидетельствуют об отсутствии у этих физических лиц самостоятельности и о фактическом выполнении ими трудовой функции. В определении ВАС РФ от 11.08.2011 № ВАС-9131/11 по делу № А03-1259/2010 суд также исходил из получения заявителем необоснованной налоговой выгоды вследствие осуществления деятельности, связанной с торговлей строительными материалами, с привлечением по договорам оказания услуг физических лиц, имеющих статус индивидуального предпринимателя.
Ну это как раз и есть «понятийное» – как и всё в России сейчас работает.
>>фактически регулируются трудовые отношения между работником и работодателем

Ст. 15 ТК РФ:
>>Трудовые отношения — отношения, основанные на соглашении между работником и работодателем о личном выполнении работником за плату трудовой функции (работы по должности в соответствии со штатным расписанием, профессии, специальности с указанием квалификации; конкретного вида поручаемой работнику работы), подчинении работника правилам внутреннего трудового распорядка при обеспечении работодателем условий труда, предусмотренных трудовым законодательством и иными нормативными правовыми актами, содержащими нормы трудового права, коллективным договором, соглашениями, локальными нормативными актами, трудовым договором.

>> подчинении работника правилам внутреннего трудового распорядка
Убираем, например, этот пункт (то есть, фактически, появляется работа по свободному графику) – и всё ок, у нас уже не трудовые отношения.
Я знаю контору где именно так и работают, уже не первый год. Правда это не разработка ПО.
Сабж нанял самого себя как ИП в компанию, которой руководил и владел. И де-факто сидел он совсем не поэтому, вы же понимаете ;)
Заказчики бывают очень разные. Например, ваш заказчик заинтересован в ROI и окупаемости. Это хороший заказчик, умный, с таким приятно работать. Но далеко не все такие — особенно в России. Можно сколь угодно долго рассуждать о том, сколько денег проект сэкономит или принесет, а в ответ все равно получить «почему столько?», «зачем вы включили тестирование, вы что, нормальный код писать не можете?» и «я погуглил на фрилансе, там ставка в 6 раз меньше, вы меня что, на***** хотите?»

Именно в этот момент можно показать — хотя бы не так детально — откуда берется стоимость часа. И предложить поработать с компанией, где налоги не платятся, софт не приобретается, разработчики сидят на чемоданах, тестирование заканчивается на «скомпилировалось? и слава богу».

Как правило, заказчики, которых не интересует выгодность проекта для компании, очень сильно держатся за свое место в компании. Поэтому ими легко манипулировать через страх провала — он с радостью выберет менее выгодное предложение, если у него будет:
а) аргументация, почему он это сделал (для защиты от вопросов начальства)
б) уверенность в низком шансе провала
Вы правы. Заказчик в это глубоко и не вникает. Проблема заключается в том, что большинство наших заказчиков находится под пристальным вниманием аудиторов, внутренних контролеров, прокьюрмента. Это они требуют понятное и прозрачное обоснование.
Налогов вроде как-то маловато. Может конечно сейчас что-то изменилось, но раньше чуть больше 40% уходило на «пфр, тфомс, фомс и прочие аббревиатуры», а у Вас 14% всего.

p.s.: Вообще мы примерно в аналогичной ситуации, только чуть с другого бока.
Работаем фрилансерами и нередко приходится объяснять клиентам почему у нас дешевле чем в студиях при прочих равных. Когда человек понимает сколько уходит на офисы, налоги и прочее и прочее — цена в 2-3 раза ниже его уже перестает пугать:)
Насчёт налогов. Утверждать почему именно так подсчитано в статье не буду, но вообще для IT-компаний численностью более 7 человек действуют налоговые послабления. Вот тут об этом писали: m.habrahabr.ru/company/twins/blog/173397
НДФЛ в размере 13% содержится внутри ЗП сотрудника (первая строчка второй таблицы).

Ставку социальных налогов считали исходя из того, что компания-разработчик включена в «Реестр аккредитованных организаций, осуществляющих деятельность в области информационных технологий” при Министерстве связи и массовых коммуникаций. Такие компании платят страховые взносы по пониженной ставке 14% в соответствии с п. 6 ч.1 ст. 58 ФЗ-212 от 24.07.2009 г. и ч. 4 ст. 1 ФЗ-272 от 16.10.2010 г.

НДС — 18%
НЛО прилетело и опубликовало эту надпись здесь
В веб-разработки стандартной считается схема
цена нормо-часа = часовая з/п чистыми * Х
где Х от 3 (легальный фриланс, только налоги и накладные расходы) до 10 (крупные распальцованные разработчики с кучей манагеров, директоров и прочих там юристов).
НЛО прилетело и опубликовало эту надпись здесь
В статье Х чуть меньше 5 (так как в месяце технически в среднем 22 рабочих дня = 176 рабочих часов).
НЛО прилетело и опубликовало эту надпись здесь
В России конечно никто не считает в евро. Если брать в пересчёте, то указанная вами ставка это скорее ближе к топ-сегменту. Есть специалисты, которые выставляют и 8, и 10 тысяч рублей в час (т.е. до 200 евро), но их реально мало. Либо это какие-нибудь банки или ещё какие-нибудь очень крупные заказчики с кучей бумажек на каждый чих, где бюрократия съедает под 100% суммы.
НЛО прилетело и опубликовало эту надпись здесь
Вот только не путайте нетто с брутто.
В России речь про зарплату чистыми на руки, после уплаты всех налогов.
НЛО прилетело и опубликовало эту надпись здесь
Совершенно верно. 12-13 тыс./час это для нас нормальная практика. То есть, примерно 250 евро. Но есть рейт и 500 евро. Грубо говоря, это когда клиент говорит, что мы должны бросить все дела и сделать именно для него что-то уникальное. Подобные случаи тоже не редкость. На первый взгляд может показаться, что заказчики отмороженные или им обратно что-то возвращается в виде подарков. Это слишком примитивное объяснение. В действительности, для нас любая заказная разработка низкорентабельна и отрывает нас от основной разработки продукта. Поясню на примере.

Выручка Яндекс в 2014 году 50 млрд. руб. Сотрудников Яндекса на Хабре зарегистрировано 566. Очевидно, что это не все разработчики, но среди зарегистрированных есть и не разработчики и те, кто уже покинул компанию. Поэтому грубо можно предположить, что порядка 600 человек имеет непосредственное отношение к разработке. Получается, что один разработчик приносит компании 83 млн. руб./год. Пересчитаем в стоимость часа. 274 рабочих дня по 8 часов. Получается порядка 42 тыс. руб./час. В Google и Microsoft выручка на разработчика больше на порядок. Там невозможно в принципе ничего заказать даже по рейту 10 тыс. долл./час. А Маркус Перссон, полагаю, даже за 100 тыс. долл./час палец о палец не ударит.

Вывод из всего сказанного следующий. Профессиональная заказная разработка работает по единому прайсу во всем мире и цены там не заоблачные. Luxoft, Epam – хорошие примеры. Совсем другое дело это кастомизация готовых продуктов под заказчика. Цена варьируется от нуля до бесконечности.
НАСЕЛЕНИЕ ИТАЛИИ …………………………… 52 000 000
В том числе:
Старше 65 лет ……………………………………… 11 750 000
Остаётся для трудовой деятельности: … 40 250 000
Моложе 18 лет ……………………………………… 14 120 000
Остаётся для трудовой деятельности: … 26 130 000
Неработающие женщины …………………… 17 315 000
Остаётся для трудовой деятельности: … 8 815 000
Студенты университетов ……………………… 275 000
Остаётся для трудовой деятельности: … 8 540 000
Служащие различных учреждений ……… 3 830 000
Остаётся для трудовой деятельности: …… 4 710 000
Безработные, деятели политических
партий и профсоюзов …………………………… 1 380 000
Остаётся для трудовой деятельности: … 3 330 000
Военные …………………………………………………… 780 000
Остаётся для трудовой деятельности: … 2 550 000
Больные, сумасшедшие, бродяги,
продавцы телевизоров, завсегдатаи
ипподромов и казино ……………………………… 1 310 000
Остаётся для трудовой деятельности: … 1 240 000
Неграмотные, артисты, судьи и т. д. ………… 880 000
Остаётся для трудовой деятельности: … 360 000
Отшельники, философы, фаталисты,
жулики и т. д. ……………………………………………… 240 000
Остаётся для трудовой деятельности: … 120 000
Министры, депутаты, сенаторы,
заключённые ……………………………………………… 119 998

ОСТАЁТСЯ ДЛЯ ТРУДОВОЙ ДЕЯТЕЛЬНОСТИ … 2

Кто эти двое? Я и Вы. Пусть эта трагическая действительность послужит для нас сигналом тревоги, вызовом нашему мужеству, источником новой энергии. Мы должны работать с максимальным напряжением сил, особенно Вы, потому что Я устал, выполняя свой долг перед страной в одиночку.
Чем-то просто ужасно напомнило…
-Неработающие женщины …………………… 17 315 000

лол? кто эти двое, которым работать с остальными 17 миллионами женщин в команде?)

-Безработные, деятели политических партий и профсоюзов …………………………… 1 380 000
а вот, еще безработные, они ведь к трудовой деятельности нужны.

хотя это вроде сарказм, но тэга что-то не видно…
Если, к примеру, считать по данным Superjob.ru (120 000 рублей в месяц), то час труда разработчика обойдется работодателю в 3 342 рубля с НДС.

1519.07*2 = 3038.14
формула простого удвоения часовой ставки все еще продолжает работать.
Не понял расчет. Можете пояснить?
По метрикам успешных и завершенных проектов. Соотношение себестоимости продукта и затрат на рабочую силу, включая бухгалтерию и уборщиц, всегда в районе двух. Если это соотношение меньше, то имеет смысл пересадить сотрудников с табуретов на кресла. А если сильно превышает, то, возможно, вид на Кремль из вашего офиса не делает конкурентоспособным ваш проект по цене. Авторов к сожалению не вспомню (да и был ли автор?), но магическую двойку очень часто встречаю в западной литературе как само собой разумеющееся.
Хорошо. А 1519.07 как рассчиталось?
Из вашей же таблицы в статье
Понял. Знаете, мне представляется, что это верно во многих случаях. Для любого серьезного дела должна быть фаза подготовки и фаза проверки. Перед медицинской операцией делаются исследования, а потом идет период реабилитации. Но большинству так же непонятно, зачем эти лишние действия.
ещё не учли следующие моменты:
1. человек не может по определению заниматься 100% какой-то работой. Разработчики ходят на совещания, проходят обучение, обсуждают что-то с коллегами, участвуют в тимблидингах и т.д. Думаю 80-90% времени на написание кода — это неплохой показатель.
2. Текучку персонала. На привлечение нового сотрудника нужны деньги. По-хорошему это тоже нужно учитывать.
человек не может по определению заниматься 100% какой-то работой. Разработчики ходят на совещания, проходят обучение, обсуждают что-то с коллегами, участвуют в тимблидингах и т.д. Думаю 80-90% времени на написание кода — это неплохой показатель.


Фокус-фактор в максимуме достигает только 0,7, а в реальности — около 0,55-0,6. Это если разработчики мотивированные и опытные.
Но на самом деле, фокус-фактор тут ни при чём. Он учитывается при планировании работ. А тут нам нужно общее время, которое нужно оплачивать разработчику.

На привлечение нового сотрудника нужны деньги

На работу HR — да, нужны. Но он, как правило, не задействован на проекте 100% времени. Чаще всего он вообще на проекте не задействован.
На обучение нового сотрудника — тот же фокус-фактор. Новый сотрудник всё равно получает, как правило, ту же сумму или чуть меньше.
участвуют в тимблидингах
Несколько раз перечитал. Зачётная очепятка.
По п.1: то, что разработчики не 100% времени пишут код — это абсолютно верно. В нашем расчете это учтено в пятой строке снизу во второй таблице в затратах времени на сопровождение кода.
По п. 2: Затраты на привлечение сотрудников учтены в накладных и общехозяйственных расходах и составляют 2% от них. Относительно ЗП разработчиков это 0.4%. У нас сравнительно небольшая текучка в разработке.
Ну и что же Ваша формула означает?
Т е берем зарплату кого-то откуда-то и делим на температуру по палате 36гр.
В результате получаем стоимость часа разработки любой программы?
Т е Вы считаете стоимость разработки программы без разработки алгоритмов выбора методов и т д
Т е в чистом виде потоковая кодировка каких-то простейших программ с максимальной зарплатой кодировщика?
— Как Вы пишите- берем зарплату писателя на джава и делим на…
А к примеру надо сделать софт для обработки сигналов системы управления баллистической ракеты.
— Чью зарплату будете делить на 36?
— Как у Вас себестоимость связана с конечной стоимостью готовой программы?
— Ваши расчеты это чисто бюрократическое умножить и сложить желательно побольше.
Очень похоже на оправдание расходования госбюджетных средств. Т е очень нужно для гос чиновника,
чтобы оправдать стоимость очередного сайта.
— Полагаю, что расчет стоимости разработки в первую очередь зависит от алгоритмической сложности задачи, а не от языка кодирования алгоритма и выискивания ошибок.

НЛО прилетело и опубликовало эту надпись здесь
А можно так:
Берем производительность разработчика ( Производительность надо повышать, а чтобы повышать ее надо знать)
Определяем прогнозируемый объем кода по аналогичным решениям
Делим объем на производительность получаем рабочих часов
Берем число рабочих часов в месяц делим на них общее количество часов
Далее берем Ваши оценки средней зарплаты разработки (прог+%тестир+ %руков проекта)
Умножаем на число месяцев Добавляем накладные и прибыль.
— В результате получаем:
1) Ожидаемый объем кода (работы)
2) Стоимость разработки этого кода
3) Сроки исполнения заказа
— Показываем заказчику.
Ему понятно — что, за сколько и когда.
— После этого он начинает торговаться,
А мы ему читаем с выражением басню о том,
как купец шапку шил.
НЛО прилетело и опубликовало эту надпись здесь
— Полагаю, что расчет стоимости разработки в первую очередь зависит от алгоритмической сложности задачи, а не от языка кодирования алгоритма и выискивания ошибок.

Согласен с Вами полностью.
Час = ЗП/36,

Где ЗП – это средняя зарплата группы разработчиков, включая руководителя, занятых в проекте,

То есть, чем сложнее задача, тем квалифицированнее должна быть группа разработчиков. Следовательно и более высокооплачиваемая.
тогда остается открытым вопрос о сложности разработки.
Если на него нет ответа, то весь ваш расчет — это деление произвольно взятой величины на 36.
— Надо начинать с оценки сложности разработки,
и уж тем более не с зарплаты разработчика из интернета.
— Т е суть расчета в том, чтобы навязать заказчику согласие на некоторую зарплату некоторому виртуальному разработчику и поделить ее на 36.
НЛО прилетело и опубликовало эту надпись здесь
Это хороший пример иллюстрирующий тот факт,
что разработку по надо начинать с разработки технического задания
т е с определения сложности решаемой задачи и этапов ее решения.
— Разработка тех задания — это первый этап разработки ПО и этот этап тоже имеет свою стоимость.
Чем ближе к началу работы расположен этап,
тем дороже обходятся его ошибки и тем тщательнее его надо прорабатывать.
— Резюме:
Расчет стоимости часа разработки ПО начинается с проработки сложности(этапности) технического задания.
Вы же начали свой расчет опустив самую сложную его часть — определение уровня квалификации разработчиков.
Если это убрать, то далее чисто технически учли налоги,
чисто умозрительно составили команду разработчиков
и получили формулу =X/36.
Где X — неизвестная величина,
вариации которой тоже неизвестны.
Интересно — но не совсем верно. Во-первых не учел норму прибыли (а она в ПО обычно 20-30%), во вторых — на длинных проектах работает ставка дисконтирования — как в плюс — инфляция, так и в минус — скидка заказчику за опт. В примере у ребят — не продуктовая разработка, а проектная — по сути на стороне заказчика выполняется немалая часть доработок (см строку «внедрение» — где внедренцы получают как java программисты и занимает почти 30% времени). Для продуктовой компании это недопустимо — тестирование и доработки должны происходить в компании — потому что так и быстрее, и дешевле. Очень много съедают времени тестировщики — и это понятно. Наняли относительно дешевых «проектировщиков» (аналитики 90 тыс. руб уже давно не стоят) — а потом в процессе тестирования уточняют предметную область… Но в целом — порядок верный — одно но — $50 за час — это весьма круто. Есть масса компаний и структур — которые готовы работать практически в 2 раза меньше. Как я и показал — и правда есть немало мест — где можно было бы оптимизировать процесс
Интересно — но не совсем верно. Во-первых не учел норму прибыли (а она в ПО обычно 20-30%), во вторых — на длинных проектах работает ставка дисконтирования — как в плюс — инфляция, так и в минус — скидка заказчику за опт.

Это калькуляция себестоимости. Про рентабельность нужно отдельную статью писать. Поскольку мы не занимаемся заказной разработкой, то для нас даже норма прибыли в 100% не интересна.
Интересная статья, спасибо Вам)) Однако, есть ряд немаловажных вопросов: Как быть со сроком выполнения работ? Как заказчик может убедиться, что на выполнение работ требуется именно указанное количество специалистов, и что этим специалистам необходимо именно такое количество времени для выполнения технического задания? На моем опыте неоднократно возникали ситуации, когда количество часов работы необоснованно завышали. Или, наоборот, сначала это всего n-е количество часов, а потом оказывалось, что нужно еще дополнительное время и вырастает в в два а то и в три раза.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации