МСФО договоры на строительство

1 Мсфо (ias) 11 «Договоры на строительство»

МСФО (IAS) 11 «Договоры на строительство» введен в действие 01.01.1995г. и заменил собой МСФО (IAS) 11 «Учет договоров подряда», утвержденный в 1978г.

Цель IAS 11 «Договоры на строительство» — установить порядок учета выручки и затрат, связанных с договорами на строительство. Учитывая специфику деятельности в сфере строительства, отметим, что дата начала договора и дата завершения работ по договору на строительство обычно оказываются в разных учетных периодах. Поэтому, важнейшим вопросом в учете договоров на строительство является распределение выручки и затрат по договору на строительство по учетным периодам, в которых производились строительные работы.

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

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

К договорам на строительство относятся:

  • Договоры на оказание услуг, непосредственно связанных с сооружением объектов, например, на оказание услуг по управлению проектом или услуг архитектора.

  • Договоры на разрушение или восстановление объектов, и восстановление окружающей среды после разрушения объектов.

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

Договоры на строительство могут составляться по разному, но в соответствии с МСФО (IAS) 11 «Договоры на строительство» они подразделяются на договор на строительство с фиксированной ценой, и договоры «затраты плюс».

Договор с фиксированной ценой – это договор на строительство, по которому стороны соглашаются на фиксированную цену контракта или на фиксированную ставку по каждой единице продукции.

Повышение цены возможно в связи с ростом затрат.

Например: Организация является подрядчиком на строительство офисного здания в течение 3-летнего срока, цена контракта — $10млн. По окончании 1-го и 2-го года договора выручка, по которой не выставлены счета, увеличивается за счет роста инфляции, зарегистрированного на 31 декабря. Данная ситуация является примером повышения фиксированной ставки в связи с ростом затрат.

Договор «затраты плюс» — это договор на строительство, по которому подрядчику возмещаются допустимые, или по-иному определяемые затраты, плюс процент от этих затрат или фиксированное вознаграждение. Договор «затраты плюс» характерен для некоторых подрядчиков (например, для правительственных ведомств).

Например: Организация является в соответствии с условиями договора подрядчиком на строительство химического завода. В договоре предусмотрено, что этой организации- подрядчику возмещаются затраты плюс 10%. Данная ситуация является примером договора «затраты плюс»

Стандарт IAS 11 «Договоры на строительство» применяется отдельно к каждому договору на строительство. Но в определенных обстоятельствах он должен применяться к отдельным компонентам одного договора или к группе договоров для того, чтобы отразить сущность договора или группы договоров.

В связи с этим, стандарт предписывает, что когда договор включает в себя более 1 объекта, сооружение каждого из них должно отражаться как отдельный договор на строительство, если:

1. На сооружение каждого объекта было представлено отдельное коммерческое предложение;

2. По каждому объекту велись отдельные переговоры, и подрядчик и заказчик имели возможность принять или отклонить часть договора, относящуюся к каждому объекту; и

3. Затраты и доходы по каждому объекту могут быть оценены.

Например: компания является подрядчиком на строительство 800 домов для строительной организации в течение 2х лет, объекты расположены на разных участках в рамках одного региона. Переговоры по затратам на каждую группу домов ведутся отдельно, и компания получаете 10% прибыли от согласованных затрат. Сооружение каждой группы объектов в этом случае, должно отражаться как отдельный договор.

Совокупность договоров, независимо от того, заключены ли они с одним заказчиком или с несколькими, должна отражаться как единый договор на строительство, если:

  1. Договоры были подписаны по пакету, состоящему из совокупности договоров;

  2. Договоры так тесно взаимосвязаны и взаимозависимы, что они, фактически, представляют собой части единого проекта с общей нормой прибыли; и

  3. Договоры выполняются одновременно или последовательно без перерывов.

Например: подрядчик строит 12 стандартных гостиниц. Поскольку подготовка участков под строительство проводится заказчиком, затраты на строительство одинаковы для каждой гостиницы. В данном случае строительство 12 гостиниц отражается как единый договор.

Договор может предусматривать сооружение дополнительного объекта по усмотрению заказчика, или может быть изменен включением положения о сооружении дополнительного объекта. Сооружение дополнительного объекта должно отражаться как отдельный договор на строительство, когда:

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

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

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

Большое внимание IAS 11 «Договоры на строительство» уделяет классификации и признанию выручки и затрат по договорам на строительство.

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

  1. Первоначальную сумму выручки, согласованную в договоре.

  2. Отклонения от условий договора, претензии и поощрительные платежи (включается при условии, если существует вероятность получения выручки и возможность надежной оценки):

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

Отклонение может вести к увеличению, уменьшению или изменению сферы действия договора с соответствующим изменением размера выручки.

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

Например: организация является подрядчиком на строительство дороги. Согласно первоначальному плану, предполагалось строительство моста через железнодорожные пути, но власти настаивают на строительстве тоннеля под железнодорожными путями. Данный случай является примером отклонения от договорной стоимости объекта строительства.

Стандарт наряду с понятием «отклонение цены» рассматривает термин «претензия».

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

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

Наряду с претензиями могут иметь место поощрительные платежи.

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

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

Договорная стоимость объекта строительства должна пересматриваться относительно фактических и будущих экономических показателей.

Затраты на договор по строительству включают:

1) Затраты, непосредственно связанные с конкретным договором;

2) Прочие затраты, которые могут возмещаться заказчиком, в соответствии с условиями договора;

3) Затраты, которые относятся к деятельности по договору подряда в целом и могут быть отнесены на конкретный договор.

Затраты, которые непосредственно относятся к конкретному договору, включают:

  1. Затраты на рабочую силу, включая надзор на стройплощадке.

  2. Стоимость материалов, использованных при строительстве.

  3. Амортизация основных средств, использованных для выполнения договора.

  4. Затраты на перемещение персонала, машин, оборудования и материалов на стройплощадку и со стройплощадки.

  5. Затраты на аренду машин и оборудования;

  6. Затраты на конструкторскую и техническую поддержку, непосредственно связанную с договором;

  7. Предполагаемые затраты на исправление ошибок и выполнение гарантийных работ, в том числе затраты на гарантийный ремонт; и

  8. Претензии третьих сторон.

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

Например: организация является подрядчиком на снос старого и строительство нового здания. Материал от разрушенного здания организация продает в качестве лома. Доходы от продажи лома считаются дополнительным доходом.

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

К затратам по договору на строительство, в частности, относятся:

1. Накладные расходы по договору.

2. Страховые платежи.

3. Затраты по займам (Подробно рассматриваются МСФО 23.)

Затраты, не включенные в договор, и которые не могут быть отнесены на договор, относятся к общим накладным расходам.

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

Вопросы признания элементов договора на строительство рассматриваются в п.п.22 – 38 IAS 11 «Договоры на строительство».

Отдельно рассматриваются вопросы признания доходов и расходов и убытков.

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

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

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

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

  1. Общий доход по договору на строительство может быть надежно оценен.

  2. Затраты, необходимые для завершения договора, могут быть точно определены.

  3. Известна стадия завершенности работ по договору.

  4. Фактически понесенные затраты по договору на строительство могут быть сопоставлены с ранее проведенными оценками.

В случае договора «затраты плюс», затраты по договору должны быть определены независимо от того, подлежат они возмещению или нет.

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

Любое ожидаемое превышение суммарных затрат по договору подряда сверх суммарного дохода по нему немедленно признается в качестве расхода.

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

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

Определение степени завершенности (стадии выполнения) работ осуществляется в основном на основе договора. Могут использоваться следующие способы определения степени завершенности (стадии выполнения) работ:

  1. По доле произведенных на текущую дату затрат в расчетной величине общих затрат по договору.

Например: Вы являетесь подрядчиком на строительство комплекса по производству химических препаратов, затраты на строительство которого составят $10 млн. Сумма произведенных расходов на отчетную дату составляет $4млн. Проект можно считать завершенным на 40%, при отсутствии доказательств обратного

  1. Согласно экспертной оценке выполненного на отчетную дату объема работ в общем объеме работ по договору.

Например: Вы являетесь подрядчиком на строительство аэропорта. Эксперты заказчика определили, что объем выполненных работ по договору составляет 37%, и рекомендовали произвести оплату за выполненную работу.

  1. Посредством подсчета доли выполненных работ в натуральном выражении.

Например: Вы являетесь подрядчиком на строительство 300 домов. Завершено строительство 75 домов, работа по строительству оставшихся 225 домов не производилась. Договор признается завершенным на 25%, в случае отсутствия доказательств об обратном

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

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

Например: При подписании договора на строительство универмага вы получили оплату в объеме 10% от общей цены договора. Указанная сумма рассматривается как авансовый платеж и в данном случае не признается в качестве выручки

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

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

  • Выручка по договору признается доходом в сумме произведенных затрат, которые вероятно будут возмещены заказчику.

  • Затраты по договору признаются расходом в период их возникновения.

Обычно причины невозможности надежной оценки финансового результата включают:

Финансовые затруднения подрядчика или заказчика.

  1. Возможность признания договора недействительным (ведутся судебные разбирательства)

  2. Вопрос возмещения затрат не достаточно ясно разъяснен в договоре.

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

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

Величина ожидаемых убытков определяется независимо от:

  1. Начала выполнения работ по договору.

  2. Стадии завершенности работ по договору.

  3. Объема прибыли по другим договорам на строительство.

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

В финансовой отчетности организации отражается следующая информация по всем договорам на строительство, выполнявшимся в отчетном периоде:

1) сумма выручки, признанной в качестве дохода в отчетном периоде;

2) методы, использованные для определения выручки, признанной в отчетном периоде; и

3) способы, применявшиеся для определения стадии завершенности договоров.

В финансовой отчетности организации отражается следующая информация по всем договорам на строительство, незавершенным на отчетную дату:

1. общая сумма произведенных и признанных затрат (за минусом признанных убытков) на текущую дату;

2. сумма полученных авансов на отчетную дату; и

3. сумма удержаний на отчетную дату.

Удержаниями являются суммы, выставленные в виде промежуточных счетов, которые не оплачиваются до выполнения условий договора или устранения дефектов.

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

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

Организация должна раскрывать следующую информацию:

(a) общая сумма, причитающаяся с заказчиков за работу по договору, отражается в активе бухгалтерского баланса.

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

Общая сумма, причитающаяся с заказчика за работу по договору — это чистая сумма:

(a) понесенных затрат плюс признанная прибыль; минус

(б) сумма признанных убытков и выставленных промежуточных счетов.

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

Введение в МСФО. МСФО (IAS) 11 «Договоры на строительство»

Журнал «МСФО на практике»

МСФО (IAS) 11 – один из немногих стандартов, который регламентирует, прежде всего, показатели отчета о прибылях и убытках. Это один из наиболее удачных «отраслевых» стандартов, поскольку может применяться не только в строительстве, но и к любому долгосрочному контракту на выполнение работ / оказание услуг (в судостроительстве, тяжелом машиностроении и даже в консалтинге) и предусматривает только один принцип учета – по мере готовности. Для соответствия его требованиям достаточно обеспечить надежную систему пообъектного (позаказного) учета, а также регулярно составлять и согласовывать между заказчиком и исполнителем документы, подтверждающие объем выполненных работ.

Методы учета долгосрочных договоров

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

В теории учета в отношении долгосрочных договоров можно выделить два метода:

  • метод полного завершения;
  • метод процента выполнения работ (т.е. «по мере готовности»).

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

Сравним оба метода на примере.

Пример

Заключен двухлетний договор на строительство бизнес-центра на общую сумму 10 000 000 руб. и сметой расходов в размере 8 000 000 руб. Ожидаемая прибыль ‑ 2 000 000 руб. При старте работ 1 марта 2013 года и полном завершении 30 декабря 2014 года, акт был подписан только 15 января 2015 года, поскольку представители заказчика ‑ иностранной компании ‑ ушли на каникулы с 25 декабря 2014 года для празднования Рождества, а потом начались новогодние каникулы в России. Окончательный расчет был произведен до 31 января 2015 года.

В течение двух лет были получены следующие показатели (тыс. руб.):

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

В международном учете будут сделаны следующие проводки. (тыс. руб.)

Для сравнения представим отчет о прибылях и убытках по методу завершенного контракта (тыс. руб.):

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

Объединение и разделение договоров

МСФО (IAS) 11 предусматривает несколько видов строительных контрактов (п. 3 МСФО (IAS) 11).

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

Бизнес-центр в примере выше признается одним объектом. Если в договоре речь идет о бизнес-центре с многоуровневой парковкой, единой системой лифтов и лестниц, его можно признать как комплекс объектов.

Договор с фиксированной ценой (fixed price contract) – это договор, в соответствии с которым подрядчик соглашается на фиксированную цену контракта или фиксированную ставку по каждой единице продукции, повышение которой в некоторых случаях возможно при росте затрат.

Договор «затраты плюс» (cost plus contract) – это договор на строительство, в соответствии с которым порядчику возмещаются допустимые или иным образом определяемые затраты плюс процент от этих затрат или фиксированное вознаграждение.

В примере выше ‑ договор с фиксированной ценой, однако если бы договор не содержал соглашения о цене, то выглядел бы как «затраты плюс 25%».

К строительным договорам относятся (п. 5 МСФО (IAS) 11):

  • непосредственно договоры на строительство объектов, управление проектом или архитектурной поддержкой;
  • договоры на разрушение или восстановление объектов;
  • договоры на восстановление окружающей среды после разрушения, строительства или восстановления объектов.

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

Как правило, стандарт применяется к каждому строительному контракту на индивидуальной основе. Но может применяться и к группе договоров (объединение договоров), и к отдельным компонентам одного договора (разделение договоров).

Объединение договоров происходит, если (п. 9 МСФО (IAS) 11):

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

Разделение договоров осуществляется (п. 8 МСФО (IAS) 11), если:

  • договор включает ряд объектов и на каждый объект имеется отдельное коммерческое предложение;
  • по каждому объекту велись переговоры индивидуально, а стороны имели возможность принять или отклонить часть договора, относящуюся к каждому объекту;
  • затраты и выручка по каждому объекту могут быть надежно определены.

Пример

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

А вот строительство нескольких типовых детских садов по единому государственному контракту в разных округах могут рассматриваться как отдельные договоры (объекты).

В отношении строительства дополнительного объекта применяется принцип разделения проекта насколько это уместно.

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

Выручка по договору на строительство должна включать (п. 11 МСФО (IFRS) 11):

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

Аналогично стандарту МСФО (IAS) 18 «Выручка», выручка по МСФО (IAS) 11 оценивается по справедливой стоимости полученного или ожидаемого возмещения. По ходу исполнения договора выручка, первоначально согласованная в договоре, может изменяться в результате (п. 12 МСФО (IAS) 11):

  • требований заказчика по увеличению/уменьшению объема работ;
  • претензий подрядчика на компенсацию его затрат не предусмотренных сметой;
  • инфляции и роста цен на материалы и зарплат;
  • штрафных санкций со стороны заказчика за срыв сроков исполнения договора или низкое качество;
  • премиальных выплат подрядчику за высокое качество / опережение сроков.

Пример

В указанном выше примере первоначально был согласован бизнес-центр класса В, однако в 2014 году заказчик внес изменения в договор, согласно которым бизнес-центр должен соответствовать классу А. Скорректированная смета составила 10 000 000 руб., а выручка – 14 000 000 руб. Причем часть работ по оснащению и отделки помещений были перенесены на 2015 год.

Затраты по договору на строительство

Затраты по договору на строительство включают (п. 16 МСФО (IAS) 11):

  • затраты по конкретному договору;
  • затраты, которые относятся к мероприятиям по договору подряда в целом и могут быть отнесены на конкретный договор (косвенные расходы);
  • прочие затраты, которые отдельно возмещаются заказчиком в соответствии с условиями договора.

Затраты по договору включают (п. 17 МСФО (IAS) 11):

  • затраты на оплату труда;
  • стоимость материалов, использованных на объекте;
  • амортизацию основных средств, задействованных на объекте строительства;
  • затраты на перемещение машин, оборудования и материалов на стройплощадку и со стройплощадки;
  • расходы на аренду машин и оборудования, задействованных на объекте строительства;
  • затраты на конструкторскую деятельность и техническую поддержку непосредственно по объекту строительства;
  • расходы на гарантийный ремонт и исправление ошибок;
  • компенсации третьим лицам.

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

Косвенные расходы ‑ это (п. 18 МСФО (IAS) 11):

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

Эти расходы должны распределяться по проектам на основании разумно обоснованных условных или причинно-следственных баз распределений.

Рекомендация

Для распределения косвенных (накладных) расходов следует выбрать драйвер затрат (cost driver), на основании которого распределение расходов будет максимально справедливым.

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

  • административные расходы, связанные с заключением договора (услуги юриста, проводившего экспертизу контрактов заказчика);
  • затраты на исследования и разработки, возмещение которых предусмотрено заказчиком (например, анализ гидрогеологического состояния на территории строительства).

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

Признание доходов, расходов и убытков по договору

Выручка и затраты по договору подлежат признанию как доходы и расходы соответственно в отчете о совокупном доходе согласно степени завершенности договора на конец отчетного периода, если они могут быть надежно оценены (т.е. если результат договора на строительство может быть надежно рассчитан, п. 22 МСФО (IAS) 11).

Ожидаемые убытки по договору на строительство должны немедленно в полном объеме признаваться в качестве расходов, несмотря на фазу работ. Величина такого убытка определяется независимо от а) начала работы, б) стадии выполнения работ, с) величины прибыли, ожидаемой к получению от других договоров, которые не отражаются как единый договор на строительство (п. 36 МСФО (IAS) 11).

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

Все договоры на строительство согласно МСФО (IAS) 11 можно условно разделить на три категории:

  • прибыльные договоры, когда на отчетную дату выручка по договору превышает затраты по нему;
  • убыточные договоры, когда затраты по договору будут выше чем вознаграждение;
  • договоры в начальной фазе.

Соответственно, и отражение этих категорий контрактов будет разным.

Учет прибыльных контрактов ‑ договор с фиксированной ценой. В случае договора с фиксированной ценой результат по договору может быть надежно оценен при соблюдении следующих условий (п. 23 МСФО (IAS) 11):

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

Учет прибыльных контрактов ‑ договор «затраты плюс». В случае договора «затраты плюс» результат по договору может быть надежно оценен при соблюдении следующих условий (п. 24 МСФО (IAS) 11):

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

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

Наиболее надежной оценкой процента выполненных работ является подтверждение заказчиком. Однако допускаются и другие методы оценки.Например, в российской практике это можно сделать путем ежемесячного составления с заказчиком форм КС-2, КС-3, утв. Госкомстатом России от 11 ноября 1999 года № 100.

Применение метода процента выполнения работ достаточно просто на практике.

Учет убыточных проектов. А вот для убыточных проектов применяется несколько иной порядок учета.

Пример

В приведенном выше примере добавим условия. В течение первого года строительства (2013 год) в результате неверного расчета построенный фундамент провалился в грунт. Убыток, безусловно, не компенсируется заказчиком. В результате смета по строительству с 8 000 000 руб. возросла до 11 000 000 руб. Подрядчик продолжает строительство, поскольку штрафные санкции за разрыв договора будут еще больше. Кроме того, важно сохранить свою репутацию.

Это означает, что в 2013 году будут признаны следующие суммы, тыс. руб.:

Как видно из приведенных примеров, существует важное правило:

в случае прибыльного контракта выручка и себестоимость выполненных за период работ признается пропорционально на основании одного и того же процента (выполненных работ) от общих затрат в общей выручке по договору;

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

Обратите внимание!

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

Подрядчик может понести затраты по договору, связанные с будущей деятельностью по нему. Эти затраты будут учитываться в качестве актива, если существует вероятность того, что они будут возмещены заказчиком. Такие затраты представляют собой суммы, причитающиеся к возмещению заказчиком (т.е. дебиторскую задолженность), и часто классифицируются как незавершенное работы по договору на строительство (п. 27 МСФО (IAS) 11). Отметим, что сочетание двух столь разных активов в одном довольно непривычно и требует особых подходов при проведении финансового анализа.

Договоры на начальной стадии. Как обозначено выше, договоры в начальной стадии относятся к отдельной категории. Считается, что финансовый результат по таким договорам не может быть надежно оценен. Поэтому по таким договорам (п. 32 МСФО (IAS) 11):

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

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

Пример

Дополним пример прибыльного контракта условием, что на первом этапе из 3 200 000 руб. 200 000 были потрачены еще 2012 году на разработку архитектурных и инженерных решений. В этом случае в отчете о прибылях и убытках за 2012 год будут признаны расходы периода в размере 200 тыс. руб., а выручка только на сумму 200 000 руб., а не 250 тыс. руб. (200 / 8 000 х 10 000).

Надежность оценки результатов исполнения контракта

Большое внимание в стандарте уделено надежной оценке исполнения договора. В частности, компания должна иметь на руках контракт, который устанавливает (п. 29 МСФО (IAS) 11):

  • законные права каждой стороны в отношении предполагаемого объекта строительства;
  • предполагаемое встречное удовлетворение;
  • порядок и условия расчетов.

Мы уже говорили, что МСФО (IAS) 11 довольно просто применять на практике, но есть и некоторые сложности. Например, в европейских странах сначала согласовывают контракт, получают разрешительную документацию и только потом приступают к строительству. А в России зачастую сначала начинают строительные работы, а потом оформляют документы. В этом случае довольно сложно выполнять требования МСФО и аудиторы, вероятнее всего, не позволят признать выручку, т.к. нет оснований для «высокой вероятности получения возмещения», что в конечном итоге приведет к неравномерному признанию финансовых результатов. Следует учитывать этот аспект при планировании строительной деятельности.

МСФО (IAS) 11 рекомендует иметь хорошую систему управленческого (производственного) учета затрат по каждому объекту строительства, а также эффективную систему внутреннего контроля. С одной стороны, без автоматизированной системы невозможно собрать все затраты и распределить их по каждому объекту, а с другой – с ее помощью невозможно предотвратить воровство. Риск нецелевого использования материалов и техники высоко оценивают не только в России, поэтому в США, например, были разработаны стандарты по учету затрат CAS (Cost accounting standarts).

Стадия завершенности работ может устанавливаться несколькими способами (п. 30 МСФО (IAS) 11):

  • путем определения пропорции исходя из объема понесенных затрат по отношении к общему объему затрат по договору;
  • наблюдения за выполненной работой;
  • определения физического объема работ по отношению к согласованному объему выполняемых работ.

Пример

В примере выше процент выполнения работ определялся пропорционально понесенным расходам. Но если будет определен метод оценок экспертов заказчика, наблюдающих за строительством, то необходимо получить их экспертное заключение. Возможно, по их оценке по состоянию на конец 2013 года выполнено не 40, а только 30 процентов работ, тогда себестоимость составит 2400 тыс. руб. (8000 тыс. руб. x 30%), а выручка 3000 тыс. руб. (10 000 тыс. руб. x 30%).

Если процент определяется на основании фактического подсчета доли выполненных работ, скажем из пяти этажей было возведен один, то можно сказать, что выполнено 20 процентов работ. Себестоимость составит 1600 тыс. руб. (8000 тыс. руб. x 20%), а выручка ‑ 2000 тыс. руб. (10 000 тыс. руб. x 20%).

Наиболее простым и надежным способом принято считать отношение понесенных затрат к общему объему запланированных, однако следует иметь в виду, что в их состав не включаются расходы будущего периода, как то (п. 31 МСФО (IAS) 11):

  • затраты по будущей деятельности (стоимость материалов, поставленных на объект, но еще не использованных при строительстве, кроме тех, что были специально изготовлены для объекта);
  • авансовые платежи субподрядчикам в счет будущих работ, выполняемых по договорам субподряда.

Обратите внимание!

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

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

Поэтому изменения в оценках выручки и затрат по договору, процента выполнения договора учитываются как изменения в бухгалтерских оценках согласно МСФО (IAS) 8 «Учетная политика, изменения в бухгалтерских оценках и ошибки». Измененные оценки учитываются при определении величины выручки и расходов в отчете о прибылях и убытках в период сделанных изменений и в последующих периодах. Примером может служить случай, когда в одном периоде контракт прибыльный, а в следующем – убыточный. Ретроспективное применения не предусмотрено (п. 38 МСФО (IAS) 11).

Раскрытие информации

Согласно МСФО (IAS) 11 организации должны раскрывать (п. 39 МСФО (IAS) 11):

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

В отношении незавершенных договоров следует раскрыть (п. 40 МСФО (IAS) 11):

  • общую сумму понесенных затраты и признанных прибылей (за вычетом признанных убытков) на текущую дату;
  • сумму полученных авансов;
  • суммы, выставленные в виде промежуточных счетов по долгосрочному договору, которые не выплачиваются до выполнения условий, предусмотренных договором для таких платежей, или до устранения дефектов (т.е. сумму удержаний).

Промежуточные счета выставляются за работы, выполненные по договору строительства, независимо от того, оплачены они заказчиком или нет. Авансами признают суммы, полученные от заказчика до выполнения соответствующей работы (п. 41 МСФО (IAS) 11).

В отчете о финансовом положении следует признать:

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

Эти валовые суммы рассчитываются в нетто-оценке на основе одной и той же формулы: понесенные затраты + признанные прибыли – сумма признанных убытков и выставленных промежуточных счетов (п. 43 и 44 МСФО (IAS) 11).

И наконец, компания раскрывает любые условные активы и условные обязательства в соответствии с МСФО (IAS) 37 «Резервы, условные обязательства и условные активы», например затраты на гарантийный ремонт, претензии заказчиков или прочих третьих лиц, штрафы или вероятные потери.

МСФО (IAS) 11 является одним из наиболее проработанных отраслевых стандартов МСФО, однако компании в России часто сталкиваются со сложностями его применения, поскольку не имеют должной финансово-юридической дисциплины и проектно-ориентированной системы учета. Стандарт применяется до 2017 года, после чего будет заменен единым стандартом по учету выручки МСФО (IFRS) 15 «Выручка по контрактам с покупателями». Стоит отметить, что ввиду вступления этого стандарта в силу существенного изменения в системе учета строительных компаний не произойдет, поскольку в основу МСФО (IFRS) 15 были заложены многие успешно зарекомендовавшие себя принципы МСФО (IAS) 11.

Источник: Пресс-служба АКГ «ДЕЛОВОЙ ПРОФИЛЬ» (GGI), Журнал «МСФО на практике» № 8, 2015 г.

Светлана Крапивенцева, Директор Департамента международного аудита и консалтинга , 15.09.2015

Светлана Крапивенцева

Директор Департамента международного аудита и консалтинга

Другие публикации автора

МСФО (IAS) 7 «Отчет о движении денежных средств»

МСФО (IFRS) 15 «Выручка по договорам с покупателями»

Отчет об изменениях в капитале

Введение в МСФО. Выручка в примерах (МСФО (IAS) 18)

Обзор ключевых изменений в МСФО 2015 от эксперта Группы

Как составить свой план счетов по МСФО

Совет по МСФО опубликовал ограниченные поправки к IAS 27

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

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

1. Первоначальную сумму выручки, согласованную в договоре; и

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

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

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

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

Пример:

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

Данный случай является примером отклонения от договорной стоимости объекта строительства.

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

Пример:

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

Данная ситуация может являться основанием для претензии.

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

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

Пример:

Компания является подрядчиком на строительство головного офиса банка. Если фактическая дата завершения строительства на месяц (или больше) опережает запланированные сроки, то компания получит бонус.

Данная ситуация является примером поощрительного платежа.

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

Пример:

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

Возможно возникнет необходимость пересмотреть расчетные оценки.

Пример: Часто авансовые и промежуточные платежи клиентов не отражают реальный объем выполненных работ. На основании каких данных руководство может оценить степень завершенности реализации проекта? Дополнительная информация Компания «П» заключила контракт с компанией «Б» на строительство расчетного центра. Смета затрат на строительство составила 150 000 единиц. Общие поступления по контракту составят 200 000 единиц. Срок строительства расчетного центра составляет 3 года. По окончании первого года компания «П» отражает издержки в размере 60 000 единиц. По окончании первого года строительства клиенту выставили счет на 50 000 единиц. Срок по данному платежу за незавершенное строительство наступает в начале следующего года, что соответствует стандартным условиям предоставления услуг в кредит компанией «П». Руководство оценило степень завершенности в размере 33% исходя из выставленного счета. Решение Степень завершенности можно определить следующим образом: ü на основе фактически понесенных затрат на определенную дату; ü на основе фактически завершенной работы по строительству объекта; или ü на основе оказанных услуг на определенную дату. Суммы, выставленные к оплате в адрес клиента, необязательно отражают степень завершенности работ по контракту. Исходя из соотношения между понесенными затратами на данную дату и общей сметой затрат, данный контракт завершен на 40% (60 000 / 150 000) на конец первого года. Выручка в размере 80 000 (40% от 200 000) подлежит признанию на конец первого года. Выставленный счет в размере 50 000 признается как корректирующая сумма по счету «Расчеты с дебиторами по строительным контрактам» в балансе. Остаток по данному счету «Расчеты с дебиторами по строительным контрактам» отражается в балансе отдельно.

Фиксированная цена (fixed price), время (fixed time) и объём (fixed scope)

Фиксированная цена контракта означает заморозить все три магических фактора: деньги, время и объём работы. Являются ли цены и время сложностью для Agile команды? Не должны. В самом деле, ограничить объем – действующая практика Agile (time boxing, прим.перев.: в Agile ограничение объёма происходит после подсчёта суммарного времени выполнения всех задач, которые запланированы в итерацию и отсекания всех, на которые у нас нет ресурса; а это означает мы ограничили объём, но ограничения происходят исходя из доступного времени/ресурса команды).
Реальная проблема контракта с фиксированной ценой является объем, который закреплен в плане того, что должно быть сделано, вместо того, сколько мы должны выполнить.
Почему клиенты настолько уверены в фиксировании объема (fixing the scope)? Мы понимаем, что они хотят знать, сколько они будут платить (кто не хочет знать этого) и когда они получат результат. Исходя из этого они могут строить свои планы, например планы продаж и получать прибыль. Единственное, чего они не знают, что именно они хотят получить (даже если они настаивают, что они знают).
Проблема фиксирования объема работы (scope) уходит корнями в следующее:
* Отсутствие доверия между сторонами
* Отсутствие понимания принципов разработки ПО
* Слабое понимание понятия «объём работы» (scope)
С любым контрактом с фиксированной ценой подписывается документ «Техническое задание» (requirement specification) или нечто подобное. Этот документ пытается уменьшить риск забывания чего-нибудь важного, и пытается установить общее понимание того, что нужно сделать, чтобы обеспечить иллюзию предсказуемости.
Ключевыми неверными предположениями относительно фиксирования объема (fix scope) являются:
* Подробные требования определяются позднее
* Хорошо определенный документ мешает внесению изменений в требования
* Фиксированный объем (fixing scope) требует лучших оценок трудозатрат

Переход от фиксированного объёма к фиксированному бюджету

Теперь, когда мы понимаем, что основной конфликт между применением гибкого подхода и фиксированной ценой (fix price) контракта заключается в фиксированном объёме (fixed scope), мы можем сосредоточиться на преобразовании фиксированной объёма (fixed scope) в фиксированный бюджет (fixed budget).
Это означает, что вместо предоставления детальной спецификации требований, нам надо сосредоточиться на поиске максимального количество пользовательских историй (User Stories). Нам необходимо построить первоначальный список требований (backlog), который мы попытаемся оценить с помощью методики Story Points.

Прим.перев.: Story Points или просто оценка с помощью баллов (points) — метод приблизительных оценок «размера рубашки», где вместо размеров Small, Middle, Large используется более детализированный ряд: 0, ½ , 1, 2, 3, 5, 8, 13, 20, 40, 100; которому так же можно сделать соответствия с размерами рубах:

  • Small: 0, ½ , 1, 2, 3
  • Middle — 5, 8, 13
  • Large – 20 (желательно задуматься над декомпозицией)
  • Extra Large – 100 (в природе не бывает и требует декомпозиции).

Мы должны понимать, что более высокий уровень детализации требований означает две совершенно разные вещи для обеих сторон договора. Софтверная компания сосредотачивается на технических деталях, а клиент более ориентирован на бизнес в данных оценках. В этом месте стоит обратить внимание на три ключевые практики Agile.
Пользовательская история (user story) — это способ документирования требований, понятныых для клиента и программиста. Понимание укрепляет доверие и чувство общности видения. Пользовательская история (user story) создаётся и уничтожается очень быстро, особенно если вы пишете на маленьких бумажках. Они также отражают функционал будущей системы, поэтому они гарантируют хорошее видение реальных масштабов проекта. Мы можем сравнить требования в виде пользовательских историй друг с другом с точки зрения размеров без лишних усилий.
Оценка истории в баллах (story points) — труднее объяснить клиенту в начале проекта, так как не является распространенным способом выражения трудозатрат и усилий. Но зато снижает опасность недооценки масштаба. Как это происходит? Баллы (story points) по своей природе являются относительными к другим историям, в то время как традиционные оценки (как правило, делается в человеко-часах) анализируют каждую функцию в отдельности.
Критерий DONE (done = сделано) — это еще один способ укрепления доверия и общего понимания процесса. Когда клиент видит впервые истории пользователей (user story) он легко понимает их; но не всегда очевидно, сколько потребуется усилий для их реализации. Команды, которые обсуждают критерий DONE для историй с клиентом, лучше знают, что является ожиданиями клиента. А так же смогут сделать лучшую оценку проекта. Кроме того, на стороне клиента, практика «критерий DONE» создает некие критерии приемки продукта.

Например, определение DONE для истории (user story) может выглядить так:
* Протестирован под IE 7 / 8, Firefox 3.x и Chrome
* Добавлен соответствующий раздел в «Руководстве пользователя»
Позднее команда добавит больше требований в терминах DONE. Но на этапе планирования эти три практики помогают создать договор и хорошо понять объем продукта (defining scope).
Определяя критерий DONE, мы постепенно разрабатываем контакт с использованием оценки в бюджетных баллах (budget points – прим. перев: объем в функционале конвертируются в объём в баллах). А это как раз то, что мы можем зафиксировать в контракте. Не фиксировать требования, а определить объём работы в баллах. И это открывает новые возможности для перемен!
Хотя у нас есть возможности фиксировать бюджет (в терминах оценки — points), но мы по-прежнему готовы менять требования во время разработки. У нас есть инструменты (user story и story points), которые используем для сравнения одних требований с другими и можем изменять первоначальные требования. Главное не выйти за границы бюджета в баллах (budget points). Это позволяет нам изменять требования не изменяя объем. Получается, мы зафиксировали объем (scope) в баллах (budget points), а не зафиксировали объём в функционале. Если мы можем оставаться в рамках этих ограничений (scope в терминах story points), мы также можем оставаться в пределах фиксированной цены (fixed price) и времени (fixed time).

Первоначальная оценка

Самое сложное в подготовке контракта с фиксированной стоимостью состоит в определении цены и плана, которые будут устанавливаться на основе четко определенного объёма (scope). Давайте посмотрим, как команды способствуют разработке такого контракта с использованием Agile.

1. Обучить. Нужно встретиться с клиентом и описать, как вы будете работать. Надо сказать, что такое истории пользователей, как работает оценка в баллах и что такое критерий DONE. Лучше это сделать при подготовке первоначального предложения (request for proposal, RFP).
2. Сбор требований. Следующим шагом будет сбор историй пользователей. Это делается в течение ограниченных во времени сессий, растянутых не более чем в 1-2 дня. Этого достаточно, чтобы найти большинство из ключевых требований для формирования видения продукта (product vision) без мелких деталей реализации. Затем следует обсудить критерий DONE для каждой истории, раскидать по релизам и итерациям.
Нам необходимо знать:
* Условия, в которых требования должны быть проверены (таких как количество браузеров, мобильных платформ или операционных систем)
* Какие документы необходимы клиенту
* Как реализованные истории будут устанавливается
* Что делать клиенту во время разработки (рассказать про демо-сессии)
* Как часто мы встречаемся и кто участвует во встречах (планирование, демо, согласование деталей)
* И т. д.
Эти и многие другие факторы, характерные для вашего проекта, могут повлиять на оценки и будут способствовать лучшему общему пониманию и выстраиванию ожиданий о качестве с обеих сторон. В результате получатся менее оптимистические оценки, которые получаются, если в оценке участвует только команда разработки.
Обсудив с клиентом все собранные истории и критерии ‘done’, теперь мы можем начать оценку. Это хорошо известная практика в Agile. Наиболее важным является привлечение как можно большего количества будущих членов команды. Эта оценка делается коллективно. Методы командного планирования, такие как покер (planning poker), как известно, снижают риск недооценки требования (user story) за счёт объединения усилий как опытных разработчиков, так и менее опытных. И самое важное – оценка производится людьми, которые будут реализовывать систему.

Шкала Фибоначчи (1, 2, 3, 5, 8, 13, 20, 40, 100) очень удобна для оценки истории (user story) в баллах (points). Относительная оценка начинается с поиска наименьшей истории и принятия коллективного решения, что она будет 1 или 2 балла в качестве базового уровня для дальнейшей оценки.
На самом деле во время первоначальной оценки часто бывает трудно оценить историй с использованием наименьших значений, например 1 или 2. Чем больше оценка – тем меньше мы понимаем историю. Именно поэтому оценки в баллах легче на ранней стадии, потому что гораздо проще сказать, что история А в пунктах (story points) является в 2 раза сложнее, чем история Б, нежели сказать, что история требует 25 человеко-часов, а история B потребует 54 часа.
Это хорошо работает, даже если мы выбираем 3 или 5 бальные истории в качестве базового уровня, и если мы это сделаем, то будет легче разбить их на более мелкие истории позднее, во время фазы разработки. Остерегайтесь же истории 20, 40 или 100 баллов. Такая оценка предполагает, что мы ничего не знаем о том, что должно быть реализовано. Сразу же обсудите их с клиентом и разбейте, а не радостно включайте в договор.
Результатом оценки будет суммарное количество баллов (story points), описывающие начальные возможности продукта. Это число, которое должно быть установлено с точки зрения объема (scope и fixed budget) по контракту, а не список конкретных требований в виде историй (user story).

Как заработать доверие

Все эти методы требуют одной вещи, чтобы они заработали даже в контрактах с фиксированной ценой (fixe price) — это доверия. Но, как мы знаем, мы не можем получить его просто описывая то, что наша супер команда собирается сделать.
Agile принципы подсказывают одну хорошая идею по решению этой задачи. С каждой итерации мы хотим добавить ценность для клиента. Но что более важно, мы ориентированы на достижение наиболее ценных качеств приложения в первую очередь. Таким образом, лучший способ построить доверие с клиентом — разделить контракт!
Начните с малого, сделайте пилот из двух или трёх итераций (который также будет по фиксированной цене, но короче). Программное обеспечение должно принести ожидаемый результат клиенту. Приложение должно содержать некоторые рабочие части ключевого функционала. Работоспособное программное обеспечение доказывает, что можно сделать и все остальное. Оно также дает вам возможность проверить первые предположения о скорости разработки, и, в конечном итоге, пересмотреть следующее планы.
Время, затраченное на первые версии, крайне небольшое по сравнению с тем объемом, который еще предстоит сделать. Таким образом, если наши клиенты не удовлетворены результатами, они могут уйти, как можно скорее от нас, и им больше не нужно продлевать контракт, и, в итоге, проваливать проект.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *