ТЗ VS XP и их юридическое оформление

    В поддержании инициативы при обсуждении habrahabr.ru/blog/copyright/32178.html
    решили выложить первую часть договора на разработку сайта и попробовать коллективно его отшлифовать.
    для начала остановились на предмете договора, сроках и стоимости.


    Гибкая методика (ХР)
    ru.wikipedia.org/wiki/Экстремальное_программирование

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

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

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

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

    1. Предмет договора

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

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

    Цена рабочей недели одного сотрудника Исполнителя составляет ________ рублей.
    Оплата производится после принятия этапов разработки. Окончательные расчеты по договору производятся после сдачи-приемки Информационной системы.

    3. Порядок сдачи и приемки работ

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

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

    Окончание работ по разработке Информационной системы оформляется двусторонним актом сдачи-пpиемки. После подписания акта сдачи-приемки работы считаются завершенными и изменения в содержимое Информационной системы могут быть внесены только по отдельному соглашению.

    Договор в основе которого лежит Техническое задание

    Техни́ческое зада́ние (ТЗ, техзада́ние) — исходный документ для, разработки информационных систем.

    Статья 1. ПРЕДМЕТ ДОГОВОРА
    Исполнитель выполняет, а Заказчик оплачивает работы по созданию веб-сайта __________________________ в соответствии с Техническим заданием (Приложение 1) и Опросным листом клиента на разработку концепции дизайна (Приложение 2).
    Виды работ:
    1 этап:
    1.1 Сбор информации, изучение аудитории, анализ отрасли, определение технических потребностей.

    1.2. Разработка Технического задания, на основании собранной (предоставленной) информации п.1.1.

    1.3. Подписание Технического задания.

    1.4. Разработка концепции/прототипа сайта в соответствии с приложениями №1 и №2.

    1.5. Предоставление результатов работ по первому этапу производится в виде статического прототипа сайта. Оформляется актом сдачи-приемки.

    2 этап:

    1.6. Разработка дизайна сайта в соответствии с приложениями №1 и №2.
    До 3 вариантов.

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

    1.7 Предоставление результатов работ по второму этапу в виде оригинала макета(ов) страниц в соответствии с приложениями №1 и №2.
    Оформляется актом сдачи-приемки.

    3 этап:
    1.8. Верстка и подключение шаблонов сайта к системе управления контентом _______. Сдача-приемка этапа.

    1.9. Перенос сайта на хостинг Заказчика. Сдача-приемка работ. Оформляется актом сдачи-приемки.
    Статья 2. СТОИМОТЬ РАБОТ И ПОРЯДОК ВЗАИМОРАСЧЕТОВ СТОРОН

    2.1. Полная стоимость работ по статье 1 составляет _________________ (____________________________________________).

    2.2. Оплата работ производится поэтапно:
    2.2.1. До начала работ Заказчик выплачивает аванс 40% в размере ______________________.
    2.2.2. После принятия работ по п. 1.7. (2 этапа) Заказчик оплачивает 30% от стоимости проекта в размере ___________________________________.
    2.2.3. После принятия работ по п. 1.8. Заказчик оплачивает 30% от стоимости проекта в размере _____________________________________.

    2.3. Все дополнительные работы, не предусмотренные настоящим Договором, оформляются дополнительными Соглашениями и оплачиваются отдельно от стоимости проекта по п. 2.1.

    2.5. Сдача проекта оформляется Сторонами в виде акта сдачи – приемки, в котором указывается стоимость и перечень выполненных работ.

    2.6. В случае приостановления по требованию Заказчика выполнения работ по настоящему Договору денежные средства, полученные Исполнителем за выполнение этапов работ, Заказчику не возвращаются.
    Статья 3. СРОКИ ВЫПОЛНЕНИЯ РАБОТ

    3.1. Выполненная работа передается Исполнителем и принимается Заказчиком поэтапно, в соответствии с п. 1 настоящего Договора. Общий срок работ по созданию сайта составляет _______________________ календарных дней.
    Время, необходимое сторонам для согласования этапов и подготовки Заказчиком для предоставления Исполнителю необходимых для реализации работ материалов, в сроки выполнения работ не включаются, и влияют только на перенос начала работ по следующему этапу.

    3.2. Разработка концепции дизайна, дизайн первой и(или) внутренней страниц сайта – _________________ календарных дней (______ вариант).
    Датой начала работ по п. 3.2. считать день, следующий за днем:
    3.2.1. поступления аванса по п. 2.2.1. настоящего Договора на счет Исполнителя;
    3.2.2. предоставлением со стороны Заказчика Исполнителю всех необходимых графических материалов, необходимых для выполнения данных работ.

    3.3. Создание работающих динамических шаблонов сайта, подключение системы управления контентом ______ – _______________ календарных дней:
    Датой начала работ считать день, следующий за:
    3.3.1. Подтверждением Заказчиком приемки работ по пп. 1.7. (2 этап), подписанием акта сдачи-приемки этапа.
    3.3.2. Оплаты очередного этапа работ в соответствии с п. 2.2.2.

    3.4. Наполнение сайта – ______________ календарных дней.
    Датой начала работ считать день, следующий за:
    3.4.1. предоставлением со стороны Заказчика текстовых и графических материалов для публикации на сайте в полном объеме. При отсутствии необходимой информации Исполнитель имеет право заполнить сайт произвольными материалами согласно структуре разделов сайта – по одному материалу в каждый раздел.

    3.5. Перенос сайта на хостинг Заказчика – 1 день.
    Датой начала работ считать день, следующий за:
    3.5.1. Полной оплаты выполненных работ в соответствии с п. 2.2.3

    Следующие положения договора чуть позже.

    ХР — часть написана и образец договора предоставлен ALIron-ом
    Договор на разработку сайта по ТЗ предоставлен atik-ом
    Share post

    Comments 55

      +1
      Спасибо! Архинужный материал!
        +1
        Спасибо большое.
        А теперь то, что бросилось в глаза сразу:
        1. Промазали со знаком ударения :). "Техни́ческое зада́ние (ТЗ, техзада́ние)"
        2. "...двусторонним актом сдачи-пpиемки". "Акт приема-передачи" как-то приятнее звучит.
          +1
          >2. "...двусторонним актом сдачи-пpиемки". "Акт приема-передачи" как-то приятнее звучит.
          ;) согласен
            0
            Спасибо поправлю.
          0
          П. 3.5 Стоит оговорить, на кокой хостинг. Все ли там установленно. А то как то нам дали IP адрес для SSH, логин и пароль. А все остальное - устанавливайте сами. Пришлось оговаривать, что это будет дополнительно работой с привлечением квалифицированного системного администратора.
            +1
            я не знаю насколько необходимо в таком договоре забивать технические требования на хостинг. Этот вопрос можно и в ТЗ оговорить.
            А лучше всего сделать ссылку в договоре на приложение(скажем №3) где и будут оговорены все технические моменты! мне кажется это наиболее оптимальным
              0
              Я согласен, что тонкости хостинга (как и многие другие тонкости) стоит указыать в приложениях или ТЗ. Может, в скобках стоит указывать - что куда ссылается - для общего понимания.
                +1
                а мы ведь в договоре прописываем Приложение1 или Приложение 2...а предмете договора идет расшифровка в скобках..какое приложение что содержит!
            0
            Очень "сырой" договор, проще найти у кого-нибудь.

            1. Предмет договора

            1.1. В рамках настоящего договора Исполнитель обязуется по заявке Заказчика выполнить и сдать работу по разработке программного обеспечения, предназначенного для оформления и размещения в сети Интернет материалов Заказчика, именуемое в дальнейшем Сайт.
            1.2. Технические требования к разработке определены в Техническом Задании (Приложение №1) на разработку Сайта, которое является неотъемлемой частью настоящего Договора.

            Я не дам, слишком долго все утрясать приходиться, чтоб на халяву его выкладывать =)
              +1
              просмотрев весь договор я бы его очень сырым не назвал))) он достаточно развернуто регламентирует основные моменты...но вне сомнения над ним надо еще много работать...именно поэтому он за основу и был взят) чтобы мы совместно сделали что-то какаю-то серьезную рыбу...а каждый его адаптирует под свою специфику и нужды.

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

              1. Предмет договора

              1.1. В рамках настоящего договора Исполнитель обязуется по заявке Заказчика выполнить и сдать работу по разработке программного обеспечения, предназначенного для оформления и размещения в сети Интернет материалов Заказчика, именуемое в дальнейшем Сайт.
              1.2. Технические требования к разработке определены в Техническом Задании (Приложение №1) и Опросном листе (Приложение №2)на разработку Сайта, которые являются неотъемлемой частью настоящего Договора.
                0
                Не усложняйте. Чек-лист нужен как уточняющий материал при разработке ТЗ.
                Для утверждения материалов достаточно побробного ТЗ.
              0
              Добрый день.
              В свете уже на носу назойливо сидящего введения 4 части ГК, как в договоре быть с правами?
              Если я верно понимаю, то в договоре должна быть оговорена передача имущественных (исключительных) прав. То есть, судя по статье 1233, должно быть оговорено либо право использования результата деятельности, либо отчуждение права.
              И если речь идет об отчуждении прав, то должно быть оговорено вознаграждение.
              Достаточно ли и корректно в таком разе формулировку соответствующих пунктов привести так?

              5.2 Исполнитель гарантирует, что передаваемые по Договору результаты работ не нарушают интеллектуальные права других лиц.
              5.3 Исполнитель передаёт Заказчику в полном объёме исключительные права результаты работ по настоящему Договору.
              5.4 Исполнитель обязан известить Заказчика вместе с передачей результатов работ об использованных программных продуктах, являющихся объектами интеллектуальных прав третьих лиц и условиях их лицензирования.
              5.5 Вознаграждение Исполнителя за передачу прав входит в состав оплаты за произведённые работы.
                +1
                Я не знаком с ГК РФ...так как живу в Минске!(на этот вопрос пусть ответят юристы РФ)
                Но у нас положения о передачи авторских прав можно прописать как в самом договоре, так и заключив отдельный.

                >5.2 Исполнитель гарантирует, что передаваемые по Договору результаты работ не нарушают >интеллектуальные права других лиц.
                >5.3 Исполнитель передаёт Заказчику в полном объёме исключительные права результаты работ по >настоящему Договору.
                >5.4 Исполнитель обязан известить Заказчика вместе с передачей результатов работ об использованных >программных продуктах, являющихся объектами интеллектуальных прав третьих лиц и условиях их >лицензирования.
                >5.5 Вознаграждение Исполнителя за передачу прав входит в состав оплаты за произведённые работы.

                Написано не совсем корректно...вы можете передать только исключительные имущественные права!!!

                Я не хотел бы сейчас переводить русло в тематику передачи авторских прав т.к. мы планируем через некоторое время выложить часть договора, которая как раз будет содержать такие положения.
                  0
                  а если я верно прочитал, оно теперь и определяется как имущественное:
                  "На результаты интеллектуальной деятельности и приравненные к ним средства индивидуализации (результаты интеллектуальной деятельности и средства индивидуализации) признаются интеллектуальные права, которые включают исключительное право, являющееся имущественным правом, а в случаях, предусмотренных настоящим Кодексом, также личные неимущественные права и иные права (право следования, право доступа и другие)." (ст. 1226)

                  хорошо, будем ждать новой части :)
                0
                Пункт
                2.6. В случае приостановления по требованию Заказчика выполнения работ по настоящему Договору денежные средства, полученные Исполнителем за выполнение этапов работ, Заказчику не возвращаются.
                Как-то кривоват.

                Либо расторжение договора по требованию Заказчика (но в этом случае пункт должен находиться в другой главе), либо в этом пункте речь должна идти о сроках, а не о денежных средствах.
                  +1
                  согласен...пункт о расторжении договора должен быть ниже..поэтому это можно исключить
                  0
                  Я так понимаю по ХР никто с заказчиками еще не работал?

                  В большинстве своём клиент не до конца понимает, что хочет получить в результате разработки.
                  Жесткое ТЗ создает рамки, из которых ни одна сторона не сможет выйти – ибо договор обязывает…
                  Изменение ТЗ требует дополнительной работы по описанию изменений и оформлению документов, что при работе с удаленным заказчиком создает трудности.

                  Как Вы предпочитаете решать такие трудности?
                    +1
                    на написание ТЗ уходит действительно много времени...но без него никак нельзя...дело в том что совершенно разные подходы работы и оплаты....в большинстве своем заказчик желает знать на какую суму ему расчитывать +-20%...ваш подход может выйти за рамки предполагаемого клиентом бюджета очень быстро.
                      0
                      По ХР изначально оговаривается срок и примерный перечень работ с клиентом.

                      Дополнительный функционал или другая работа - дополнительный срок => доп. деньги или же урезаем в другом месте работы.

                      Получается, что клиент сам решает надо ли ему или нет, то что он предлагает.

                      Если можно посчитайте, сколько времени уходит на создание ТЗ и насколько конечный продукт соответствует подписанному ТЗ.

                      Интересные результаты получатся.

                      Я не отрицаю этап проектирования, но писать ТЗ ИМХО дорогое удовольствие и по времени и по деньгам, а вот полезность его я ставлю под сомнение.
                        +1
                        да на ТЗ уходит время и затраты...но с его помощью ставятся четкие задачи разработчикам...а тот кто управляет проект, должен очень серьезно подойти к разработке ТЗ и взаимодействию с заказчиком в этот момент.
                          0
                          Тяжело следить за лентой. Отвечаю только на свои комменты, извините за повтор Ваших слов.

                          Замечание. Для больших проектов, для очень больших, имхо, ХР есть самое то.
                          Большой - разработка, инсталляция, сопровождение, консультации.
                      0
                      как можно подписывать договор, для которого нет еще ТЗ?
                      А ТЗ будет разработано в ходе договора.
                      Приблизительно:

                      Статья 1. ПРЕДМЕТ ДОГОВОРА
                      Исполнитель выполняет, а Заказчик оплачивает работы по созданию веб-сайта.
                      Работы по Договору выполняются в N этапов:
                      1. Изучение....
                      2. Разработка и согласование ТЗ.
                      N. Выполнение работ согласно ТЗ

                      Статья 2. СТОИМОТЬ РАБОТ И ПОРЯДОК ВЗАИМОРАСЧЕТОВ СТОРОН
                      Работы оплачиваются поэтапно

                      Статья 3. СРОКИ ВЫПОЛНЕНИЯ РАБОТ
                      1-й этап
                      2-й этап
                      и т.д
                        0
                        А без ТЗ вообще никак?
                        Ведь даже в процессе выполнения работ могут выплыть новые идеи.
                        Или такое исключено?
                          0
                          без ТЗ никак, иначе работа никогда не будет сделана.
                            0
                            Странно, проекты по 3-4 месяца, до 7 JAVA программистов + пара дизайнеров у нас успешно реализуют проекты без ТЗ.
                            Хороший проект-менеджер решает вопросы на лету.

                            Может мы по-разному понимаем что такое ТЗ?
                              +1
                              пример. Вчера не было ВЕБ 2.0, и позавчера не было, а договор начался позапозавчера. А сегодня Заказчик захотел, за те де деньги, что-то типа "Ой, Вась, и я такую же хочу..."
                              Наверное по-разному
                                0
                                Отличный пример!

                                И какой выход?
                                Сделать клиенту то что он уже не хочет?
                                Переубеждать что веб 2.0 - "так себе"?
                                По итогу все равно придеться переделывать, а ТЗ сделать это не позволит.
                                  +1
                                  позволит))) начать проект заново..новые задачи и цели!!!
                                  а заказчику придется оплатить предыдущие хлопоты
                                    0
                                    И прошлый проект признать проваленым? Кто за провал отвечать деньгами будет?
                                      0
                                      заказчик будет...потому как он изменил кардинально требования
                                        0
                                        Тоесть нужно будет с нуля проходить все этапы от проектирования до написания ТЗ?
                                          0
                                          зачем же с нуля. С нуля - это если меняется в корне суть проекта.
                                          Да, и этапы проектирования и написание Нового ТЗ
                                            0
                                            Вам не кажется что это съедает много времени?
                                              0
                                              нет не кажется - смотрите ответ ниже про этичность
                                        +2
                                        проект не признавать проваленным.
                                        Проваленный проект - это по вине Исполнителя.
                                        Но Исполнитель здесь причем, если Заказчик изменил мнение.

                                        Любое изменение в ТЗ, погсле согласования:
                                        продлевает срок выполнения работ
                                        увеличивает сумму договора
                                          0
                                          согласен на все 100%
                                          заказчик пусть хоть 5 раз меняет мнение...но если все это оплачивает
                                      0
                                      Закрывать договор, получать оплату за выполненную работу.
                                      разрабатывать новое ТЗ.
                                        0
                                        Погодите. Это же не этично. Вы клиенту же ничего не дали и хотите взять с него деньги?
                                        За что?
                                          +2
                                          Не этично работать на "шару". Вы работу сделали? Вам, вашим детям кушать хочется? А "жуки" в голове Заказчика, не есть Ваша проблема.
                                          1. Вы шли по графику?
                                          2. Вы сделали часть работы?
                                          3. Будьте добры оплатите.

                                          зы. Это касается любых проектов и договоров.
                                            0
                                            Вот именно по этому я за ХР.
                                            То есть за подход в юридическом оформлении договора с точки зрения повременной оплаты и гибкого подхода к разработке проекта.
                                            Раз в 2 недели (или чаще в зависимости от объема проекта) корректируем направление работы и формируем план на ближайшие 1-2 итерации.
                                            А договор с ТЗ настраивает клиента на то что он будет платить за результат, а так как определенность в проекте очень низкая (много может поменяться в процессе разработки)
                                            Готовность платить клиента за незаконченный проект стремиться к нулю.
                                            В повременке же клиент уже привязан к проекту заплаченными деньгами. И у сторон сохраняется мотивация закончить проект. Пусть даже с изменениями и с превышенным бюджетом. А законченный проект это всем +.


                                            У повременки есть «слабое звено» - затягивание сроков, но это определяется репутацией – затянул пару раз сроки (покачал деньги из клиента) и привет.. с тобой никто не работает.
                                              0
                                              За что платить, если не выполнена часть работы? Если работа выполнена некачественно.
                                              Не думаю что ХР здесь к месту.
                                              ХР это уже принципы работы команды разработчиков.
                                                0
                                                >За что платить, если не выполнена часть работы?
                                                Вы же сами себе противоречите. Смотрите ваш пост выше.

                                                >Если работа выполнена некачественно.
                                                Качественный параметр давайте не будем приплетать это еще одно измерение. Приплетем вообще не придем к решению.

                                                >ХР это уже принципы работы команды разработчиков.
                                                Именно так. Но эта методика хорошо ложиться в повременную (если хотите поэтапную) оплату проекта
                                                  0
                                                  Не противоречу...
                                                  Есть пункт N.n.n в ТЗ стоимостью $$$, я его не выполнил, я за него денег не возьму.
                                                  а за N.n.n-1 буду требовать
                                          +1
                                          Выход? Предугадать желание Заказчика, т.е. быть "впереди планеты всей", рассказывать Заказчику, что вот-вот грянет ВЕБ 3.0, а тут, бац, а у нас уже проект готов.
                                            +1
                                            Предугадать желание заказчика? Конечно да.
                                            Большинство заказчиков не понимают, что они хотят, многие не имеют вкуса (что уж душой кривить), часть вообще не разбирается в технологиях близких к ИТ.
                                            Мы должны не только и не столько исполнять их текущие задачи, а предугадывать и даже формировать желания заказчиков (прививать вкус к хорошему дизайну и качественному исполнению + формировать возможности для их бизнеса в будущем).
                                            А проекты «Сделал - Забыл» не Вам большой пользы не приносят ибо часто умирают без поддержки, ни тем более заказчику.
                                              0
                                              так все это делается на стадии разработки и написания ТЗ...+ варфрэйма(где заказчик может покликать и посмотреть как это будет работать).
                                              непосредственное создание сайта это процесс реализации достигнутых договоренностей...в который заказчику постоянно влазить уже не надо...с ним идет согласование дизайна...а все остальное он уже не видит
                                                0
                                                >разработки и написания ТЗ...+ варфрэйм
                                                Это же 80% работы!(если технологи отлажена)
                                                0
                                                Сделал-Забыл - кормят моих детей и кормили - это, ну скажем "праздничная" шоколадка.
                                                Проект для моей пользы - это что? Заказчик будет оплачивать мою учебу?
                                                Проект для пользы Заказчика - это уже и хлеб с маслом и ... красная икра.
                                                  0
                                                  >Сделал-Забыл - кормят моих детей и кормили - это, ну скажем "праздничная" шоколадка.
                                                  То есть вам не важна судьба ваших проектов в дальнейшем?

                                                  >Проект для моей пользы - это что? Заказчик будет оплачивать мою учебу?
                                                  Это новые связи и рекомендации довольного клиента.
                                                  >Проект для пользы Заказчика - это уже и хлеб с маслом и ... красная икра.
                                                  =)

                                                  Вообще польза должна быть обоюдная.
                                      0
                                      Без ТЗ невозможно.
                                      Даже если взять принцип "партнерского программирования", должны быть оговорены Права и Обязанности обеих сторон.
                                      Т.е. Для начала работ принимается первоначальное ТЗ, с оговоренными сроками начальных работ и, наверное обязательно, с объемом этих работ.
                                      Любой этап ТЗ, должен быть законченным продуктом (процессом), естественно если результат будет положителен. Например, прекращение работы в случае необходимости скрещивания мухи и слона, и продолжение работ в случае - собаки и волка.
                                        0
                                        ОК. Если ТЗ умещается на одной странице и является приложением к договору - я с Вами согласен. Всё остальное не является документами (в юридическом смысле), а просто рабочие записи и переписка с клиентом.
                                          0
                                          В договоре оговаривается процесс общения с клиентом и согласования, в том числе и электронным способом. ЭЦП - примените, вопросов не будет, и Заказчик в отказ уходить не будет. Даже если хотите система - "электронного документооборота"
                                      +1
                                      А вот это действительно ХОРОШИЙ ВОПРОС!!!
                                      Что раньше...договор или ТЗ???
                                        0
                                        Вопрос в том нужно ли вообще ТЗ как таковое?
                                      0
                                      п3.
                                      "Сдача-приемка этапа разработки Информационной системы осуществляет Клиент в течение трех рабочих дней с даты уведомления, о готовности этапа разработки Информационной системы. "

                                      1. СдачУ-приемкУ, наверное
                                      2. после "с даты уведомления" запятую не надо

                                      Only users with full accounts can post comments. Log in, please.