Задать вопрос
MindMinimal
@MindMinimal
Front-end Developer, веб-разработчик

Акт о приеме и передаче выполненных работ

Здравствуйте уважаемые хабровчане. Интересует такой вопрос, в частности на территории Украины. Хочу в ближайшем будущем открывать контору по веб-разработкам (созданию сайтов). Пока интересуют документы, какие есть акты по приему — передачи сделанных работ по дизайну, верстке, программной части. В целом как составить ТЗ – это понятно. Но больше всего интересуют именно реалии на данный день, как правильно составить акт по выполнению — передачи работ. (Если есть возможность — для физического лица)
  • Вопрос задан
  • 8667 просмотров
Подписаться 18 Оценить Комментировать
Решения вопроса 2
@Aisu_Kuge
На самом деле всё зависит от масштабов работы.
Например всё очень удобно делать через календарный план. Там вы расписываете этапы работы по срокам. Вначале подготовительные этапы. Когда начинается очередной этап разработки, то после передачи продукта заказчику он должен заполнять акт сдачи-приёмки.

Приведу основные этапы нашего последнего проекта (в скобках основная отчётная документация):

1. Изучение объекта (Отчёт по результатам анализа. Описание решений по интеграции.)

2. Разработка и утверждение технического задания и технического проекта (ТЗ, ТП (Описание автоматизируемых функций, Описание организации информационной базы)).

3. Разработка рабочей документации на систему, разработка или адаптация программ (Руководство администратора, Руководство пользователя + сам Опытный Образец ПО, Задание по безопасности, Протокол оценки задания по безопасности)

4.1. Интеграция и проведение предварительных испытаний (Программа и методика испытаний. Акт предварительных испытаний. Доработанный Опытный Образец (далее — ОО), Доработанный комплект рабочей документации (далее — РД))

4.2. Проведение опытной эксплуатации, приемочных испытаний (Акт завершения опытной эксплуатации, Доработанный ОО, Доработанный комплект РД, Акт приемочных испытаний.)

5. Ввод в промышленную эксплуатацию (Акт приёмки в Промышленную эксплуатацию)

Но это кусочки. Проект был большой, длился год. Там очень много другой, более специфической документации. То что приведено выше — основные элементы, которые вы можете взять себе на вооружение.
Ответ написан
@Aisu_Kuge
Была статья на Хабре, но в избранное в своё время забыл добавить, но смысл таков:
— А мой друг или дядя, Пётр, специалист в этом деле, он говорит, что лучше так сделать…
— Да ваш друг гений, дайте мне его контакты, я его найму себе, ведь он в несколько секунд оценил технологии разработки, время на саму разработку, предвидел возможные доработки и заложил их в проект. А также столь скорый и поверхностный анализ гарантированно защищает от различных факапов.

На Хабре была хорошая статья по ТЗ (но я не сохранил, может кто поможет найти) на сайт (свой, извини)
Ответ написан
Комментировать
Пригласить эксперта
Ответы на вопрос 3
@Aisu_Kuge
MindMinimal, судя из опыта, много последующих доработок проходит, когда не собраны нормально требования, либо собраны на скорую руку по принципу «На отъе....». Наша организация выступает в качестве заказчика на разработки, так вот есть у нас руководители, для которых, в принципе, проект и делается, но которые считают, что «все предусмотреть не возможно». Поэтому на начальном этапе они в требования закладывают «главное, чтобы работало». А затем начинают «двигать кнопки и пытаться натыкать котят там, где они не уместны».

От этого вас спасёт совместная детальная проработка требований и добавление в договор пунктов про доработки (двигать кнопки — бесплатно, добавить новую форму или функцию — по договорённости сторон, но не менее 2,5% от начальной стоимости работ).
Ответ написан
MindMinimal
@MindMinimal Автор вопроса
Front-end Developer, веб-разработчик
Спасибо! =)
Ответ написан
Комментировать
@numen189
Тут пример хороших бланков для бизнеса:
https://schet-na-oplatu.ru/
https://akt-vypolnennyh-rabot.ru/
https://platezhnoe-poruchenie.ru/
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы