Pull to refresh

Comments 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 дней с учетом выходных, получается, 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 (крупные распальцованные разработчики с кучей манагеров, директоров и прочих там юристов).
А в статье X равен 36? Или это те самые 40 (~36) часов работы в месяц в корпорациях как Google или Samsung Electronics?
В статье Х чуть меньше 5 (так как в месяце технически в среднем 22 рабочих дня = 176 рабочих часов).
Я знаю что хороший рейт это 20 евро в час. Если следовать статье, заказчикам предлагают платить 100 евро в час?
В России конечно никто не считает в евро. Если брать в пересчёте, то указанная вами ставка это скорее ближе к топ-сегменту. Есть специалисты, которые выставляют и 8, и 10 тысяч рублей в час (т.е. до 200 евро), но их реально мало. Либо это какие-нибудь банки или ещё какие-нибудь очень крупные заказчики с кучей бумажек на каждый чих, где бюрократия съедает под 100% суммы.
20 евро в час это минимальная ставка для частника-специалиста в Европе. IMHO Если покупатель согласен платить больше, то это хорошо. Но встречается редко. Так как всегда можно найти другого специалиста за 20 евро.
Вот только не путайте нетто с брутто.
В России речь про зарплату чистыми на руки, после уплаты всех налогов.
Налоги это личные проблемы, а больше 20 евро в час не заплатят в рядовом случае.
По безналу видино наценка на налог — процентов 30 — итого 27 евро в час :-)
Совершенно верно. 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
формула простого удвоения часовой ставки все еще продолжает работать.
По метрикам успешных и завершенных проектов. Соотношение себестоимости продукта и затрат на рабочую силу, включая бухгалтерию и уборщиц, всегда в районе двух. Если это соотношение меньше, то имеет смысл пересадить сотрудников с табуретов на кресла. А если сильно превышает, то, возможно, вид на Кремль из вашего офиса не делает конкурентоспособным ваш проект по цене. Авторов к сожалению не вспомню (да и был ли автор?), но магическую двойку очень часто встречаю в западной литературе как само собой разумеющееся.
Понял. Знаете, мне представляется, что это верно во многих случаях. Для любого серьезного дела должна быть фаза подготовки и фаза проверки. Перед медицинской операцией делаются исследования, а потом идет период реабилитации. Но большинству так же непонятно, зачем эти лишние действия.
ещё не учли следующие моменты:
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 000 000 $ на 6 месяцев. Разработчиков 5 — 10. Менеджеров 3-4, начальников на всех 4-5. Зарплаты фиксированные 2 — 3 тыс. евро у разработчиков. Как получить прибыль (сколько устройств с кодом продать необходимо) можно посчитать. А так да получается 3-5 зарплат в месяц на человека уходит.
А можно так:
Берем производительность разработчика ( Производительность надо повышать, а чтобы повышать ее надо знать)
Определяем прогнозируемый объем кода по аналогичным решениям
Делим объем на производительность получаем рабочих часов
Берем число рабочих часов в месяц делим на них общее количество часов
Далее берем Ваши оценки средней зарплаты разработки (прог+%тестир+ %руков проекта)
Умножаем на число месяцев Добавляем накладные и прибыль.
— В результате получаем:
1) Ожидаемый объем кода (работы)
2) Стоимость разработки этого кода
3) Сроки исполнения заказа
— Показываем заказчику.
Ему понятно — что, за сколько и когда.
— После этого он начинает торговаться,
А мы ему читаем с выражением басню о том,
как купец шапку шил.
ой вы забыли умножить результат ожидания на число Pi и добавить число e недель перед дед лайном :-)
А так всё верно :-)
— Полагаю, что расчет стоимости разработки в первую очередь зависит от алгоритмической сложности задачи, а не от языка кодирования алгоритма и выискивания ошибок.

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

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

То есть, чем сложнее задача, тем квалифицированнее должна быть группа разработчиков. Следовательно и более высокооплачиваемая.
тогда остается открытым вопрос о сложности разработки.
Если на него нет ответа, то весь ваш расчет — это деление произвольно взятой величины на 36.
— Надо начинать с оценки сложности разработки,
и уж тем более не с зарплаты разработчика из интернета.
— Т е суть расчета в том, чтобы навязать заказчику согласие на некоторую зарплату некоторому виртуальному разработчику и поделить ее на 36.
Очень давно один заказчик сказал что надо подправить драйвера для видео-камеры UVC. Только недавно UVC появилось. Потом выяснилось что это надо сделать на очень старой версии ядра Linux (МСВС), на которой USB стека полноценного вообще небыло. По сути требовалось переписать USB стек под старое ядро с поддержкой DMA. То есть DMA то же переписать. Это было задание для мидела на 1 месяц.

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

Это калькуляция себестоимости. Про рентабельность нужно отдельную статью писать. Поскольку мы не занимаемся заказной разработкой, то для нас даже норма прибыли в 100% не интересна.
Интересная статья, спасибо Вам)) Однако, есть ряд немаловажных вопросов: Как быть со сроком выполнения работ? Как заказчик может убедиться, что на выполнение работ требуется именно указанное количество специалистов, и что этим специалистам необходимо именно такое количество времени для выполнения технического задания? На моем опыте неоднократно возникали ситуации, когда количество часов работы необоснованно завышали. Или, наоборот, сначала это всего n-е количество часов, а потом оказывалось, что нужно еще дополнительное время и вырастает в в два а то и в три раза.
Only those users with full accounts are able to leave comments. Log in, please.