Комментарии 11
Отлично всё расписано! И спасибо за образец!
Мне кажется, не хватает:
1. Передачи всех материалов (исходники + графика) на физическом носителе. Обычно бухгалтерия и юристы предпочитают, особенно в вопросах последующего доказательства исключительных прав, чтобы была твердая копия
2. Суд в Краснодаре или по месту исполнителя. Я бы не согласился :)
3. Нет пункта, что все проблемы с предъявлением претензий третих лиц — на Исполнителе.
4. Использование материалов в портфолио должно быть только с разрешения Заказчика.
Это при чтении договора по диагонали. Впрочем, договор составлен с точки зрения исполнителя, а не заказчика, поэтому это объяснимо.
1. Передачи всех материалов (исходники + графика) на физическом носителе. Обычно бухгалтерия и юристы предпочитают, особенно в вопросах последующего доказательства исключительных прав, чтобы была твердая копия
2. Суд в Краснодаре или по месту исполнителя. Я бы не согласился :)
3. Нет пункта, что все проблемы с предъявлением претензий третих лиц — на Исполнителе.
4. Использование материалов в портфолио должно быть только с разрешения Заказчика.
Это при чтении договора по диагонали. Впрочем, договор составлен с точки зрения исполнителя, а не заказчика, поэтому это объяснимо.
Вы в целом правы.
1. Передачу на носителе мы не включали потому, что сайт это интеграционный проект, где важен сервер, настройки, доступы. Копия исходника сайта, это не сайт в том смысле, в котором он заказан.
2. Да, мне больше нравится «по месту нахождения ответчика». Это стимулирует договариваться, а не судиться.
3. Это да.
4. Такое разрешение надо сразу писать в договор (если он не под NDA). Договор без права делать кейс должен стоить дороже.
1. Передачу на носителе мы не включали потому, что сайт это интеграционный проект, где важен сервер, настройки, доступы. Копия исходника сайта, это не сайт в том смысле, в котором он заказан.
2. Да, мне больше нравится «по месту нахождения ответчика». Это стимулирует договариваться, а не судиться.
3. Это да.
4. Такое разрешение надо сразу писать в договор (если он не под NDA). Договор без права делать кейс должен стоить дороже.
По п.4 не согласен. Я, как заказчик, могу быть доволен или не доволен. Если доволен — то с радостью рекомендую подрядчика (нормальных — очень мало, к сожалению, кого искренне хотелось бы рекомендовать). Если не доволен, то буду против размещения в портфолио студии этого проекта. Потому что, условно проект мне ничего не дал, я как заказчик деньги потерял, а кто-то положит в портфолио и будет на этом новых клиентов привлекать, то есть зарабатывать. Узнаю я о своем довольстве/недовольстве только после окончания работ, поэтому включить сразу такой пункт в договор не готов. Но это сугубо мое мнение.
Мне действительно было интересно посмотреть шаблон договора. Он весьма неплох на фоне других, которые я видел. Но без указанных выше пунктов я бы не стал Вашим клиентом :)
Мне действительно было интересно посмотреть шаблон договора. Он весьма неплох на фоне других, которые я видел. Но без указанных выше пунктов я бы не стал Вашим клиентом :)
Пост довольно слабо раскрывает тему и во многом противоречит сам себе.
Вы начинаете с того, что
Но для контекста статьи гораздо важнее утверждение со страницы 77: «Устав проекта устанавливает партнерство между исполняющей организацией и организацией-заказчиком. Для внешних проектов предпочтительным способом заключения соглашения является формальный договор». И вот в этой формулировке заключается разница между нашим обычным пониманием договоров подряда и купли-продажи по ГК (то, за что вы критикуете юристов) и тем, что под уставом проекта понимает PMBoK (стр. 81). В чём-то эти документы пересекаются по содержанию, а в чём-то нет. Частично вы затронули эти моменты в статье, но далеко не полностью.
Ну и если вернуться к договорам по PMBoK, то для тех, кто не знаком с книжицей, как раз полезно упомянуть про те типы договоров, которые описывает PMBoK — стр. 471. Когда какие из них применимы и для кого выгодны в каких ситуациях.
Куча конфликтов возникает потому, что заказчик руководствуется обычной для себя практикой контрактования по ГК и стремится заключить договор с фиксированной ценой. Хотя содержание проекта при этом определено слабо, требования носят весьма общий характер. И потом начинается натягивание совы на глобус.
Вы начинаете с того, что
мы в студии рассматриваем договор на разработку с точки зрения PMBOKа должны, по идее, в первую очередь рассматривать его с точки зрения Гражданского кодекса РФ. Что вы в дальнейшем по тексту и делаете. А вот про PMBoK вообще не вспоминаете.
С точки зрения PMBOK, договор это документ, который авторизовывает проект, выделяет на него ресурсы, назначает ответственных, определяет правила управления требованиями, рисками, коммуникациямиPMBoK говорит о договорах только в самом конце — в предпоследней 12 главе. Договоры рассматриваются там как часть процесса управления закупками. А то, что вы написали, это страница 81: «Устав проекта — это документ, выпущенный инициатором или спонсором проекта, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта. Он документально оформляет высокоуровневую информацию, относящуюся к проекту, продукту, услуге или результату, для получения которых предназначен данный проект». Честно говоря, никогда не понимал, почему люди придают такое значение это крайне ритуальной фразе.
Но для контекста статьи гораздо важнее утверждение со страницы 77: «Устав проекта устанавливает партнерство между исполняющей организацией и организацией-заказчиком. Для внешних проектов предпочтительным способом заключения соглашения является формальный договор». И вот в этой формулировке заключается разница между нашим обычным пониманием договоров подряда и купли-продажи по ГК (то, за что вы критикуете юристов) и тем, что под уставом проекта понимает PMBoK (стр. 81). В чём-то эти документы пересекаются по содержанию, а в чём-то нет. Частично вы затронули эти моменты в статье, но далеко не полностью.
Ну и если вернуться к договорам по PMBoK, то для тех, кто не знаком с книжицей, как раз полезно упомянуть про те типы договоров, которые описывает PMBoK — стр. 471. Когда какие из них применимы и для кого выгодны в каких ситуациях.
Куча конфликтов возникает потому, что заказчик руководствуется обычной для себя практикой контрактования по ГК и стремится заключить договор с фиксированной ценой. Хотя содержание проекта при этом определено слабо, требования носят весьма общий характер. И потом начинается натягивание совы на глобус.
Очень хорошо расписали.
Вот это особенно близко
Тут я хотел показать, что формально авторизовать проект можно только договором между двумя сторонами (PMBOK не говорит про это, но договор по сути становится уставом проекта, тк сам устав не может регулироваться кодексом), который будет опираться на ГК РФ и выстраивать работу в проекте в соответствии с нормальными практиками.
Вот это особенно близко
Куча конфликтов возникает потому, что заказчик руководствуется обычной для себя практикой контрактования по ГК и стремится заключить договор с фиксированной ценой. Хотя содержание проекта при этом определено слабо, требования носят весьма общий характер. И потом начинается натягивание совы на глобус.
Тут я хотел показать, что формально авторизовать проект можно только договором между двумя сторонами (PMBOK не говорит про это, но договор по сути становится уставом проекта, тк сам устав не может регулироваться кодексом), который будет опираться на ГК РФ и выстраивать работу в проекте в соответствии с нормальными практиками.
Почитал текст вашего договора. Мне не понравилось.
Там дальше по договору не понятно когда хостинг должен возникнуть. Кому заказчик оплачивает услуги хостинга? Чья ответственность — обеспечение услуги хостинга?
Раздел 2 конечно вкусовщина, но вы туда намешали и предмет договора (deliverables, поставляемые результаты) и условия приёмки и оплаты.
В стандарте ГОСТ 15467-79: совокупность свойств продукции, обусловливающих её пригодность удовлетворять определённые потребности в соответствии с её назначением.
В стандарте ИСО 8402—86: «Качество — совокупность свойств и характеристик продукции или услуги, которые придают им способность удовлетворять обусловленные или предполагаемые потребности потребителя».
В стандарте ГОСТ Р ИСО 9000-2015: «Качество — степень соответствия совокупности присущих характеристик объекта требованиям».
Обычно в ИТ используется третье значение. И для некоторых это является неприятным сюрпризом.
п. 4.3.10 — вы используете аббревиатуру «ТЗ» — что она означает? Где это сказано?
Дальшей, извините, надоело смотреть )
1.8. Хостинг — сервер, на котором будет размещен сайт Заказчика, предоставляемый сторонней компанией.Казнить нельзя помиловать. В этой фразе сайт заказчика предоставляется сторонней компанией. Чуть лучше так: Хостинг — сервер, предоставляемый сторонней компанией, на котором будет размещен сайт Заказчика.
Там дальше по договору не понятно когда хостинг должен возникнуть. Кому заказчик оплачивает услуги хостинга? Чья ответственность — обеспечение услуги хостинга?
Раздел 2 конечно вкусовщина, но вы туда намешали и предмет договора (deliverables, поставляемые результаты) и условия приёмки и оплаты.
3.2.2 Второй платеж в размере Z () рублей, НДС не предусмотрен, производится в течении 3 (Трех) банковских дней со дня подписания Акта выполненных работ по разработке концепции дизайна сайта и технического задания, на основании счета, выставленного Исполнителем.«Концепция дизайна сайта» — что это? У вас этого нет ни в терминах и определениях, ни в предмете договора. Далее возникает утверждение, что это Прототип. К чему такая путаница?
4.1.2. При подписании акта выполненных работ передать Заказчику все необходимое для дальнейшей самостоятельной работы Заказчика с Интернет-магазином (сайтом), включая логины и пароли доступа хостинга и системы администрирования.В разделе 3 у вас перечислено 3 вида актов выполненных работ. И не упоминается ни один акт который просто назывался бы «акт выполненных работ». Он упоминается в п. 4.1.10, но при этом пока не очевидно в какой момент времени он должен возникнуть. И судя по разделу 3 вы получаете полную оплату до возникновения акта выполненных работ — неплохо придумали )
4.1.3. Своевременно предоставлять Заказчику доступ к результатам работ.Своевременно — это когда?
4.1.5. Обеспечить качество выполняемых работ.Классический опасный момент, когда вы имеете в виду под качеством одно, а заказчик может иметь в виду другое. При этом в Терминах и определениях вы не упоминаете значения слова Качество. Например:
В стандарте ГОСТ 15467-79: совокупность свойств продукции, обусловливающих её пригодность удовлетворять определённые потребности в соответствии с её назначением.
В стандарте ИСО 8402—86: «Качество — совокупность свойств и характеристик продукции или услуги, которые придают им способность удовлетворять обусловленные или предполагаемые потребности потребителя».
В стандарте ГОСТ Р ИСО 9000-2015: «Качество — степень соответствия совокупности присущих характеристик объекта требованиям».
Обычно в ИТ используется третье значение. И для некоторых это является неприятным сюрпризом.
4.1.15. Исполнитель не несет ответственности за любые недостатки в работе сайта Заказчика, вызванные причинами, которые находятся вне зоны его контроля (качество каналов доступа в Интернет, качество услуг хостинга, работы, выполняемые на стороне 1С, действия персонала Заказчика, алгоритмы работы поисковых систем, неправомерные действия третьих лиц и т. п.).Вы имели в виду некие работы на стороне компании 1С (точнее — конкретного юридического лица)? Какое отношение работы на стороне этого юридического лица имеют к результатам договора? В текущих формулировках договора это ограничение ответственности не понятно. Ну и опять же вкусовщина, но ограничения ответственности сторон обычно выносят в отдельный раздел, который, к тому же, у вас в договоре есть ниже. Дальше у вас тоже интересно. Раздел-то у нас про «Исполнитель обязан», но п. 4.1.17: если надо — получить ещё 30 рабочих дней.
4.2.5. С предварительным уведомлением Заказчика приостановить выполнение работ в случае несоблюдение порядка и сроков оплаты, предусмотренных п. 3.1 настоящего Договора.п. 3.1: «Стоимость работ составляет X () рублей, НДС не предусмотрен». В п. 3.1 ничего нет ни про порядок, ни про сроки оплаты.
4.3.6. В случае отказа от принятия работ в течение 3 (трех) рабочих дней с момента получения информации о выполнении промежуточных этапов работы предоставить в электронной письменной форме мотивированное обоснование с перечнем недостатков, подлежащих устранению.Казнить нельзя помиловать. В 3 дня надо отказаться от приёма работ? Или если отказался от приёма работ, то есть 3 дня на написание отказа?
4.3.8. Оплатить результат работы в порядке, предусмотренном п.3.1 настоящего Договора.опять п. 3.1 — там только общая сумма и нет порядка оплаты.
п. 4.3.10 — вы используете аббревиатуру «ТЗ» — что она означает? Где это сказано?
Дальшей, извините, надоело смотреть )
Вы имели в виду некие работы на стороне компании 1С
Это все же натяжка. Компания 1С называется чуть иначе (как минимум, есть форма собственности, ИНН, ОГРН). И учитывая, что ее нет среди подписавших договор, очевидным становится 1С как наименование программного продукта.
В остальном спасибо.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Договор на разработку сайта с точки зрения управления проектами (теория + образец)