Очень коротко о технологии работы:
Есть некий Project Mnage (PM) Developer/Tester (DT).
PM формулирует (письменно/устно) требования по разработке/тестированию того или иного компонента. Исходя из этих требований DT пишет или корректирует спецификацию на компонент, взяв за основу выданное задание (если таковое было). Написав/откорректировав спецификацию DT отсылает этот документ PM на согласование. Получив корректировки PM выясняет оставшиеся непонятными детали.
PM может оплатить работу по согласованию спецификаций, включенную в счет на оплату (в дальнейшем invoice) строкой "Согласование спецификации компонента" или "Технический анализ спецификации компонента".
Далее DT оценивает время, необходимое для выполнения работы (в часах). Таким образом, срок выполнения работ DTопределяет сам.
Заявленная дата согласовывается с PM на предмет реалистичности и ожиданий.
В случае, если сроки выполнения работ не удаётся согласовать, PM может не оплатить ранее выполненые работы по согласованию спецификации.
Далее оговариваются промежуточные milestones, которые должны быть соблюдены во время разработки. В случае, если DT не укладывается в milestones, договорённость о разработке может быть автомататически расторгнута, в этом случае текущий счет по выполненым работам может быть не оплачен.
При согласовании спецификации компонента DT должен предусмотреть риски по невыполнению задания. Эти риски должны быть перечислены и PM должен быть поставлен в известность о вариантах выхода из ситуации в случае возникновения рискового события.
Для этого DT предоставляет PM на этапе согласования спецификации риск-отчет (Risks analisys report).
Если возникают непредвиденные обстоятельства (ошибка в программе, не учтённые разработчиком нюансы hardware и т.д.) PM, руководствуясь здравым смыслом, наличием или отсутствием объективных причин может либо согласиться, либо отказаться от оплаты этой части работы.
Оплата происходит в долларах, евро или британских фунтах по выставленному DT детальному invoice с указанием разработанных компонентов, проведенного анализа, написанных отчетов и прочих работ после сдачи. Предоплата не предусмотрена.
Строка в invoice «к оплате» должна иметь под собой конкретный разработанный документ, программный код или иное воплощение выполненных работ.
"Обдумывание спецификации", и прочие виды «обдумываний», не выраженные документально, не могут быть приняты к оплате.
"Согласование спецификации компонента" как правило означает конкретные корректировки внесённые СР в начальную спецификацию.
Момент оплаты определяется по взаимной договорённости . В случае первого заказа оплата происходит только после окончательной сдачи работ. Далее допускаетcя оплата работ ежемесячно по выставленному invoice.
