Сегодня я расскажу о больной теме как для покупателей программного обеспечения, так и для провайдера этой услуги – себестоимости разработки. Понятно, что сейчас не самое лучшее время для того, чтобы разбрасываться бюджетами. Только это не значит, что производители должны работать себе в убыток. Многие говорят о жадности предпринимателей, но я вам вот что скажу: нет ничего постыдного в том, чтобы делать честный бизнес и адекватно считать свои косты.

image

Наша компания разрабатывает российский софт для видеосвязи – какой, сами догадывайтесь, здесь не реклама. Не дешевый, не дорогой; стандартный, качественный софт. Интеграция с аппаратными решениями, гибкость, облака – все, что душе угодно. Буквально в конце прошлого года мы поняли, что в коммерческое предложение надо добавлять главу об экономической обоснованности. Чтобы все вопросы отметались сразу, чтобы экономить время и наше, и клиентов, потому что опять же: время – деньги.

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

Сначала мы надеялись найти какую-то методику подсчета себестоимости разработки ПО в открытых источниках, но потерпели фиаско, так как никто таких расчетов не производил.

Так что мы не пожалели времени и все сделали сами. Конечная формула получилась универсальной и на удивление простой:

Час = ЗП/36,

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

Чтобы избежать обвинения в голословности, приводим полностью прозрачное обоснование.

Состав работ по разработке софта получился таким:
• анализ требований, проектирование возможностей;
• проектирование архитектуры и интерфейсов;
• разработка документации и плана интеграции;
• кодировка и сборка;
• тест продукта;
• инсталляция, квалификационный тест;
• сопровождение (рефакторинг, исправление кода, поддержка версионности) – 30% от емкости.

Про 30% от емкости скажем отдельно. Многие компании-разработчики не включают сопровождение в состав работ и, соответственно, в финальную стоимость. В итоге заказчик дополнительно платит за любой баг, за малейшее исправление кода.

Мы предпочитаем работать с высокой степенью ответственности, поставлять клиентам, так сказать, «софт под ключ» и обеспечивать полную техподдержку, потому что разрабатывать сложное ПО, работая по принципу аутсорсинга – несерьезно. По нашему опыту, клиенты скорее согласятся платить за поддержку сверх требуемого, чем взваливать на себя проблемы по сопровождению кода.

Возвращаемся к методологии.

Оплата труда включает:
? зарплата, включая подоходный налог 13%;
? премия – без нее никуда: сделал все в срок, клиенту нравится – получи премию;
? выплаты в пенсионный фонд и фонд социального страхования 14% (социальный налог для разработчиков ПО – льготный).
? Медицинская страховка 1% от зарплаты;
? Компенсация питания 2% от зарплаты (серьезно, у нас это есть).

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

(247-20)/12=18,9… дней в среднем в месяц работает сотрудник.

Считаем, что в полном рабочем дне 8 часов. Здесь перед нами встает задача понять, сколько денег мы тратим на оплату труда сотрудников за час разработки. В разработку продукта, помимо разработчиков, вовлечены тестировщики, проектировщики и группа внедрения. Соотношение их зарплат таково:
Тестировщики – 50% от зарплаты разработчиков.
Сотрудники подразделения внедрения получают столько же, сколько и разработчики.
Проектировщики – 75%.
Разработчики в среднем 2,4 часа в день сопровождают код, а 5,6 часов в день его разрабатывают. Тестировщики – аналогично тратят 5,6 часов на разработку. Проектировщики и внедренцы занимаются все 8 часов в день своими работами, предваряющими и завершающими разработку.

Для примера берем за основу зарплаты программистов Java по данным портала Superjob.ru – 120 000 рублей в месяц – и составляем табличку калькуляции затрат на оплату часа труда сотрудника в пересчете на час разработки:

image

Понятно, что люди должны где-то сидеть (как минимум, на стульях, но вообще-то неплохо бы поставить эти стулья в кондиционируемое помещение), работать с приличной техникой, иметь хорошие каналы связи для работы с внешними приложениями, серверами, командами. Сотрудников должен кто-то искать, кто-то – считать им зарплату, кто-то – следить за офисом и так далее. Высокая квалификация сотрудников влечет за собой определенный уровень затрат на их содержание и администрирование. Такие факторы, как «условия» и соцпакет на рынке труда играют не последнюю роль. Все эти соображения привели нас к тому, что в нашу методологию должны быть включены общехозяйственные и административные расходы. Мы их считали по факту за последние полгода и разделили на количество производственного персонала, получилось 20% (относительно зарплаты разработчиков).

Цикл разработки предполагает следующие моменты. Чтобы обеспечить работу разработчика в течение часа, проектировщик должен потратить примерно треть часа на проектирование требований, тестировщик полчаса трудиться над тестированием и так далее. Наглядно все это представлено в таблице, и из нее же очевиден вывод: час непосредственной разработки требует часа дополнительных затрат.

Отметим, что технические писатели, которые готовят документацию, получают такую же зарплату, как тестировщики.

image

Последний штрих – округляем до 36 и можем с чистой совестью записывать формулу из начала этой публикации.

Час = ЗП/36

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

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

Будет здорово, если эта информация пригодится не только нам.

Комментарии (77)


  1. ServPonomarev
    24.04.2015 11:43
    +2

    Хорошее обоснование. Но что-бы пользоваться финальной формулой Час = ЗП/36 необходимо всё это обоснование привести в своём документе. Разрешаете?


    1. Alexey_Korolev Автор
      24.04.2015 13:00
      +2

      Спасибо! Я для того все и выложил, чтобы пользовались — тема и правда нужная. Вот еще ссылка — там, так сказать, голое исследование в табличках. В принципе, в этом посте все описано полно, но мало ли, вдруг пригодится


      1. Milfgard
        24.04.2015 21:51
        +11

        Ваш сотрудник чего-то не болеет и не учится хотя бы на конференциях.


        1. RomanPyr
          26.04.2015 02:11

          Сотрудники по оплаченной медицинской страховке регулярно проходят профилактику, а значит, не болеют :)

          Вопрос в другом, все сотрудники подразумеваются мужчинами.
          Если же в команде появляются женщины (особенно с 23 до 30), то в расчёте появляются дополнительные переменные и он перестаёт быть таким детерминированным :)


        1. Alexey_Korolev Автор
          27.04.2015 02:19

          На конференциях учится. В накладных и общехозяйственных расходах 3% составляют тренинги и обучение. Относительно ЗП разработчиков это 0.6%. А оплату больничных не надо дополнительно учитывать, т.к. она оплачивается из соцстраха. Время на учебу и лечение, действительно не вычитали. Если брать в качестве среднего значения 5 рабочих дней в году на больничный, то итоговый коэффициент отношения себестоимости часа разработки к ЗП разработчика уменьшится на 1 пункт.


  1. feodus
    24.04.2015 13:50

    Очень интересная статья!
    Все описанное вертлось в голове, но не было сформулировано )))
    Спасибо!


  1. dennyoi
    24.04.2015 14:19

    Что то налоги у вас посчитаны как то странно. Почему так мало?


    1. Alexey_Korolev Автор
      26.04.2015 14:17

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


    1. Alexey_Korolev Автор
      27.04.2015 02:15

      Вы приводите статью, из которой следует, что налоговая нагрузка на ФОТ:

      Таким образом, при исчислении относительной нагрузки необходимо учитывать: налог на прибыль (20%), НДФЛ (13%), налог при УСН 6% с доходов или 15% с базы «доходы минус расходы», страховые взносы (30%). Итак, чтобы выплатить работнику заявленную з/п предприятие должно увеличить фонд оплаты труда от 20 до 50%. Естественно, что при таких показателях необходимы меры по уменьшению затрат на ФОТ.

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


  1. dzhe
    24.04.2015 14:30

    Ээээ… У вас стоимость часа разработки приводится с НДС, однако я нигде в расчетах не увидел 18%. Я плохо смотрел или чего-то не понимаю?


    1. Alexey_Korolev Автор
      26.04.2015 14:18

      Четвертая строчка снизу 1й таблицы: 2 360,25 руб.
      +
      Третья строчка снизу 1й таблицы: 472,05 руб.
      = 2 832,3 руб.
      Далее умножаем на 1,18 и получаем 3 342,12 руб. (вторая строчка снизу 1й таблицы)


  1. nvv
    24.04.2015 14:38

    Некоторые расходы (техника, ПО, аренда и др.) могут зависеть от курса валют.
    Не поделитесь Вашей методикой оценки накладных расходов части жизненного цикла информационной системы или ПО?


    1. Alexey_Korolev Автор
      27.04.2015 02:21

      У нас в накладных и общехозяйственных расходах доля, зависящая от курса валют: хостинг, стороннее ПО, лицензии, офисная техника, составляет 8,5%. При скачке курса вверх на 10% размер накладных и общехозяйственных расходов, составляющий 20% от ЗП разработчиков, увеличится на 0,85% и составит 20,85%. Итоговый коэффициент отношения себестоимости часа разработки к ЗП разработчика снизится примерно на 0.2, что в итоге увеличит расчетную себестоимость часа разработки на 0,02%.
      Правильно ли понимаю, что в вопросе про «методику оценки накладных расходов части жизненного цикла информационной системы или ПО” имеется в виду расчет совокупной стоимости владения программной системой клиентом? Или это был вопрос о деталлизации расчета накладных расходов на разработку?


  1. risik
    24.04.2015 15:00
    +6

    > Тестировщики – 50% от зарплаты разработчиков.
    не цените вы тестировщиков…


    1. risik
      24.04.2015 15:20
      +4

      Чтобы не быть голосовным:
      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) не умеют, так и остаются проекты без автоматического тестирования.

      Автору: а за статью спасибо! У меня самого были примерно такие же расчеты. Но они обычно оставались на салфетках/досках, которые терялись или стирались.


      1. AllexIn
        24.04.2015 17:29
        +3

        Так нет специалистов.
        В текущих реалиях увеличив зарплату на место тестировщика вы не получит тестировщика лучше. Вы получите ровно того же самого тестировщика просто за бОльшие деньги.


        1. TrueMaker
          26.04.2015 00:12

          Такие специалисты есть, вы просто не пересекались.
          В нашей команде таких 2 человека. Золотые люди, им крайне редко что либо объяснять приходится или спорить с ними.
          Но это редкость, и это очень дорого.


          1. AllexIn
            26.04.2015 00:21
            +1

            Но это редкость, и это очень дорого.

            Это тоже самое, что «таких специалистов нет».
            Отдельная проблема крутых редких специалистов в том, что они уже работают. Эти люди не ходят по вакансиям, они ходят туда, куда зовут и их ждут, чтобы позвать.
            Так что по сути для рынка вакансий их не существует.


            1. TrueMaker
              26.04.2015 04:52

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


              1. AllexIn
                27.04.2015 19:15

                Методика которой вы их нашли мне неизвестна. Но, полагаю, она не имеет никакого отношения к повышению уровня зарплата в объявлении о вакансии.


                1. TrueMaker
                  27.04.2015 22:48

                  Зарплата не меньше чем у хороших инженеров. Да и проект сам по себе очень интересен. Ну и мы в общем-то не бодишоп, а компания которая делает весьма известные вещи.


        1. RouR
          27.04.2015 18:50

          А увеличив зарплату ещё вы можете получить разработчика на роль тестировщика. Который вам тестирование автоматизирует, улучшив качество тестирования в целом. имхо.


          1. AllexIn
            27.04.2015 19:17

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


            1. RouR
              27.04.2015 19:56

              Далеко не всегда тестировщик становится хорошим тестировщиком. Да понятно что люди разные бывают, и не все согласятся на такой переход. Я оспариваю фразу «Вы получите ровно того же самого тестировщика просто за бОльшие деньги.» Всё-таки за большие деньги можно получить больший выбор специалистов, найти нужного из большего количества претендентов. Так что зря вы проводите мысль что увеличение зарплаты оставит неизменным количество претендентов на должность.


  1. Methos
    24.04.2015 15:14

    А вроде отпуск 28 дней по ТК?


    1. WingedFlame
      24.04.2015 16:13

      28 дней с учетом выходных, получается, 20 рабочих дней.


      1. rauch
        25.04.2015 10:38

        ТК РФ давно перечитывали?
        Нужно взять минимум 2 недели подряд, а все остальные отпускные дни работодателя волновать не должны!

        Значит, на выходные попадают «не менее» 4 отпускных.
        В лучшем для работника случае, имеем 24 рабочих джня.


        1. grischenko
          26.04.2015 07:42

          И в этом «лучшем» для работника случае в те месяцы, когда он брал отпуск только на рабочие дни, его оклад рассчитывается из количества фактически отработанных дней относительно рабочих дней в данном месяце + отпускные (которые, как известно, считаются за календарные дни). В итоге «трудолюбивый» сотрудник получит (=работодатель потратит) меньше денег.


          1. rauch
            26.04.2015 09:41

            Все верно, но то, что вы написали мы будем иметь вообще в любом случае.
            Если только работодатель не расщедрился и не дал календарный месяц отпуска одним разом.


  1. usetester
    24.04.2015 15:22
    +2

    И Вы действительно уверены, что заказчик будет рад потратить свое дорогое время на чтение этой детальной ерунды? Извините, но заказчику глубоко не интересны _ваши_ проблемы и их столь детальное обоснование. Плачтесь в жилетку своему инвестору. Экономическое обоснование, которое интересно заказчику, должно относится к решению его проблем, а не ваших. Каким образом понимание, что в вашей конторе вот такая обоснованная стоимость часа поможет мне принять решение о выгодности для меня сотрудничества — моему разумению недоступно. Единственная мысль, которая мне в голову приходит, на это глядя — вас мои проблемы волнуют значительно меньше ваших.
    Пардон за резкозть, но это жизнь :)


    1. aiwan9
      24.04.2015 15:57
      +1

      usetester, поддержу вас. Детализировать стоимость проекта не стоит.
      И вот почему:
      Обычно в проект закладывается какая-то прибыль.
      Соответственно будет непросто пояснить заказчику, что миллион будет стоить разработка, а еще миллион компания собирается положить себе на счет.
      Значит в своих выкладках вам придется завышать стоимость ваших специалистов.
      А это приведет к вопросу: почему разработчик на языке lang в среднем по рынку стоит N руб, а вас N+100500руб?
      Что натолкнет заказчика на мысль, что вы с ним не до конца честны и он предпочтет отказаться от ваших услуг.

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

      А что у вас разработчики сразу и без ошибок писать не могут? Странно, при такой то зарплате!

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


      1. usetester
        24.04.2015 16:12
        -1

        Ну, если уж лезть в детали — я бы придрался к налогам на ФОТ. Оформляйте программеров как индивидуальных предпринимателей, например. Будете 6% платить вместо 28. Или юрисдикцию компании смените. Ну и менеджера, который меня грузит этой хренью — тоже можно бы сократить :)
        Но повторюсь — меня интересуют мои проблемы, и первое что приходит в голову — никаких аргументов, касающихся полезного эффекта для меня, оправдывающего эту цену, у разработчика, видимо нет, и он поэтому меня начинает грузить своими трудностями. Покажите, что я в результате контракта получу обратно (упрощенно) как минимум вашу цену плюс 1 евро (при таких и таких условиях).


        1. vanxant
          24.04.2015 17:16
          +4

          Ну не работает в России схема с оформлением постоянных сотрудников как ИП. Здесь вам не Украина.
          Ходорковский по одному из эпизодов как раз за это и сидел.


          1. norlin
            25.04.2015 16:41

            А почему не работает, расскажите, пожалуйста. Какие сложности и проблемы?


            1. dennyoi
              26.04.2015 16:51
              +1

              Это вам объяснят через 2-3 месяца в налоговой после того, как заблокируют счет и выставят претензии по налогам.


              1. norlin
                26.04.2015 18:55

                А на каком основании они мне это будут объяснять? Интересует не с «понятийной» точки зрения, а с формальной юридической. Номера законов и статей, проще говоря.


                1. dennyoi
                  26.04.2015 19:43
                  +1

                  Я за Гугл конечно могу ответить, но материалов в сети полно.

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


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

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


                  1. norlin
                    26.04.2015 19:48
                    +1

                    Ну это как раз и есть «понятийное» – как и всё в России сейчас работает.
                    >>фактически регулируются трудовые отношения между работником и работодателем

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

                    >> подчинении работника правилам внутреннего трудового распорядка
                    Убираем, например, этот пункт (то есть, фактически, появляется работа по свободному графику) – и всё ок, у нас уже не трудовые отношения.


              1. ncix
                19.05.2015 09:57

                Я знаю контору где именно так и работают, уже не первый год. Правда это не разработка ПО.


          1. ncix
            19.05.2015 09:58

            Сабж нанял самого себя как ИП в компанию, которой руководил и владел. И де-факто сидел он совсем не поэтому, вы же понимаете ;)


    1. ssneg
      26.04.2015 09:35

      Заказчики бывают очень разные. Например, ваш заказчик заинтересован в ROI и окупаемости. Это хороший заказчик, умный, с таким приятно работать. Но далеко не все такие — особенно в России. Можно сколь угодно долго рассуждать о том, сколько денег проект сэкономит или принесет, а в ответ все равно получить «почему столько?», «зачем вы включили тестирование, вы что, нормальный код писать не можете?» и «я погуглил на фрилансе, там ставка в 6 раз меньше, вы меня что, на***** хотите?»

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

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


    1. Alexey_Korolev Автор
      27.04.2015 05:40

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


  1. edogs
    24.04.2015 15:56

    Налогов вроде как-то маловато. Может конечно сейчас что-то изменилось, но раньше чуть больше 40% уходило на «пфр, тфомс, фомс и прочие аббревиатуры», а у Вас 14% всего.

    p.s.: Вообще мы примерно в аналогичной ситуации, только чуть с другого бока.
    Работаем фрилансерами и нередко приходится объяснять клиентам почему у нас дешевле чем в студиях при прочих равных. Когда человек понимает сколько уходит на офисы, налоги и прочее и прочее — цена в 2-3 раза ниже его уже перестает пугать:)


    1. PaulMaly
      25.04.2015 11:21

      Насчёт налогов. Утверждать почему именно так подсчитано в статье не буду, но вообще для IT-компаний численностью более 7 человек действуют налоговые послабления. Вот тут об этом писали: m.habrahabr.ru/company/twins/blog/173397


    1. Alexey_Korolev Автор
      27.04.2015 02:32

      НДФЛ в размере 13% содержится внутри ЗП сотрудника (первая строчка второй таблицы).

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

      НДС — 18%


  1. ignat99
    24.04.2015 15:57

    Вероятно для большой компании формула будет другая? Накладные расходы на каждого участника проекта будут меньше?


    1. vanxant
      24.04.2015 17:18

      В веб-разработки стандартной считается схема
      цена нормо-часа = часовая з/п чистыми * Х
      где Х от 3 (легальный фриланс, только налоги и накладные расходы) до 10 (крупные распальцованные разработчики с кучей манагеров, директоров и прочих там юристов).


      1. ignat99
        24.04.2015 18:00

        А в статье X равен 36? Или это те самые 40 (~36) часов работы в месяц в корпорациях как Google или Samsung Electronics?


        1. vanxant
          24.04.2015 18:45

          В статье Х чуть меньше 5 (так как в месяце технически в среднем 22 рабочих дня = 176 рабочих часов).


          1. ignat99
            24.04.2015 18:52

            Я знаю что хороший рейт это 20 евро в час. Если следовать статье, заказчикам предлагают платить 100 евро в час?


            1. vanxant
              24.04.2015 19:14

              В России конечно никто не считает в евро. Если брать в пересчёте, то указанная вами ставка это скорее ближе к топ-сегменту. Есть специалисты, которые выставляют и 8, и 10 тысяч рублей в час (т.е. до 200 евро), но их реально мало. Либо это какие-нибудь банки или ещё какие-нибудь очень крупные заказчики с кучей бумажек на каждый чих, где бюрократия съедает под 100% суммы.


              1. ignat99
                24.04.2015 21:21

                20 евро в час это минимальная ставка для частника-специалиста в Европе. IMHO Если покупатель согласен платить больше, то это хорошо. Но встречается редко. Так как всегда можно найти другого специалиста за 20 евро.


                1. vanxant
                  25.04.2015 00:56

                  Вот только не путайте нетто с брутто.
                  В России речь про зарплату чистыми на руки, после уплаты всех налогов.


                  1. ignat99
                    25.04.2015 23:04

                    Налоги это личные проблемы, а больше 20 евро в час не заплатят в рядовом случае.
                    По безналу видино наценка на налог — процентов 30 — итого 27 евро в час :-)


              1. Alexey_Korolev Автор
                27.04.2015 02:03

                Совершенно верно. 12-13 тыс./час это для нас нормальная практика. То есть, примерно 250 евро. Но есть рейт и 500 евро. Грубо говоря, это когда клиент говорит, что мы должны бросить все дела и сделать именно для него что-то уникальное. Подобные случаи тоже не редкость. На первый взгляд может показаться, что заказчики отмороженные или им обратно что-то возвращается в виде подарков. Это слишком примитивное объяснение. В действительности, для нас любая заказная разработка низкорентабельна и отрывает нас от основной разработки продукта. Поясню на примере.

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

                Вывод из всего сказанного следующий. Профессиональная заказная разработка работает по единому прайсу во всем мире и цены там не заоблачные. Luxoft, Epam – хорошие примеры. Совсем другое дело это кастомизация готовых продуктов под заказчика. Цена варьируется от нуля до бесконечности.


  1. ZlodeiBaal
    24.04.2015 19:04
    +6

    НАСЕЛЕНИЕ ИТАЛИИ …………………………… 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

    Кто эти двое? Я и Вы. Пусть эта трагическая действительность послужит для нас сигналом тревоги, вызовом нашему мужеству, источником новой энергии. Мы должны работать с максимальным напряжением сил, особенно Вы, потому что Я устал, выполняя свой долг перед страной в одиночку.


    1. ZlodeiBaal
      24.04.2015 19:04

      Чем-то просто ужасно напомнило…


    1. TimsTims
      26.04.2015 14:11

      -Неработающие женщины …………………… 17 315 000

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

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

      хотя это вроде сарказм, но тэга что-то не видно…


  1. laphroaig
    24.04.2015 19:14
    +2

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

    1519.07*2 = 3038.14
    формула простого удвоения часовой ставки все еще продолжает работать.


    1. Alexey_Korolev Автор
      27.04.2015 02:34

      Не понял расчет. Можете пояснить?


      1. laphroaig
        27.04.2015 12:49

        По метрикам успешных и завершенных проектов. Соотношение себестоимости продукта и затрат на рабочую силу, включая бухгалтерию и уборщиц, всегда в районе двух. Если это соотношение меньше, то имеет смысл пересадить сотрудников с табуретов на кресла. А если сильно превышает, то, возможно, вид на Кремль из вашего офиса не делает конкурентоспособным ваш проект по цене. Авторов к сожалению не вспомню (да и был ли автор?), но магическую двойку очень часто встречаю в западной литературе как само собой разумеющееся.


        1. Alexey_Korolev Автор
          27.04.2015 16:21

          Хорошо. А 1519.07 как рассчиталось?


          1. laphroaig
            27.04.2015 16:43

            Из вашей же таблицы в статье


            1. Alexey_Korolev Автор
              28.04.2015 03:21

              Понял. Знаете, мне представляется, что это верно во многих случаях. Для любого серьезного дела должна быть фаза подготовки и фаза проверки. Перед медицинской операцией делаются исследования, а потом идет период реабилитации. Но большинству так же непонятно, зачем эти лишние действия.


  1. u_story
    24.04.2015 23:26
    +1

    ещё не учли следующие моменты:
    1. человек не может по определению заниматься 100% какой-то работой. Разработчики ходят на совещания, проходят обучение, обсуждают что-то с коллегами, участвуют в тимблидингах и т.д. Думаю 80-90% времени на написание кода — это неплохой показатель.
    2. Текучку персонала. На привлечение нового сотрудника нужны деньги. По-хорошему это тоже нужно учитывать.


    1. max-kuznetsov
      25.04.2015 01:36

      человек не может по определению заниматься 100% какой-то работой. Разработчики ходят на совещания, проходят обучение, обсуждают что-то с коллегами, участвуют в тимблидингах и т.д. Думаю 80-90% времени на написание кода — это неплохой показатель.


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

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

      На работу HR — да, нужны. Но он, как правило, не задействован на проекте 100% времени. Чаще всего он вообще на проекте не задействован.
      На обучение нового сотрудника — тот же фокус-фактор. Новый сотрудник всё равно получает, как правило, ту же сумму или чуть меньше.


    1. grossws
      25.04.2015 12:57
      +1

      участвуют в тимблидингах
      Несколько раз перечитал. Зачётная очепятка.


    1. Alexey_Korolev Автор
      27.04.2015 02:23

      По п.1: то, что разработчики не 100% времени пишут код — это абсолютно верно. В нашем расчете это учтено в пятой строке снизу во второй таблице в затратах времени на сопровождение кода.
      По п. 2: Затраты на привлечение сотрудников учтены в накладных и общехозяйственных расходах и составляют 2% от них. Относительно ЗП разработчиков это 0.4%. У нас сравнительно небольшая текучка в разработке.


  1. nikolz
    26.04.2015 19:48

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


    1. ignat99
      26.04.2015 20:26

      Можно и так: Берём крупную компанию. Проект стоит около 1 000 000 $ на 6 месяцев. Разработчиков 5 — 10. Менеджеров 3-4, начальников на всех 4-5. Зарплаты фиксированные 2 — 3 тыс. евро у разработчиков. Как получить прибыль (сколько устройств с кодом продать необходимо) можно посчитать. А так да получается 3-5 зарплат в месяц на человека уходит.


      1. nikolz
        26.04.2015 21:15

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


        1. ignat99
          26.04.2015 21:46
          +1

          ой вы забыли умножить результат ожидания на число Pi и добавить число e недель перед дед лайном :-)
          А так всё верно :-)


    1. Alexey_Korolev Автор
      28.04.2015 03:34

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

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

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

      То есть, чем сложнее задача, тем квалифицированнее должна быть группа разработчиков. Следовательно и более высокооплачиваемая.


      1. nikolz
        28.04.2015 07:31

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


        1. ignat99
          28.04.2015 12:54

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

          В таких условиях сложность понять сложно, если только после 1-2 недель работы над проектом будет видно. Так как до старта проекта не кто такого не делал.


          1. nikolz
            28.04.2015 14:36

            Это хороший пример иллюстрирующий тот факт,
            что разработку по надо начинать с разработки технического задания
            т е с определения сложности решаемой задачи и этапов ее решения.
            — Разработка тех задания — это первый этап разработки ПО и этот этап тоже имеет свою стоимость.
            Чем ближе к началу работы расположен этап,
            тем дороже обходятся его ошибки и тем тщательнее его надо прорабатывать.
            — Резюме:
            Расчет стоимости часа разработки ПО начинается с проработки сложности(этапности) технического задания.
            Вы же начали свой расчет опустив самую сложную его часть — определение уровня квалификации разработчиков.
            Если это убрать, то далее чисто технически учли налоги,
            чисто умозрительно составили команду разработчиков
            и получили формулу =X/36.
            Где X — неизвестная величина,
            вариации которой тоже неизвестны.


  1. tri_botinka
    18.05.2015 09:49

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