Чек-лист договора подряда для разработки ПО: на что смотрим

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

1616

Интересная статья про функциональные и нефункциональные требования к продукту: https://www.dotnetcurry.com/project-management/1462/non-functional-requirements-nfrs. Допустим, нужно реализовать поиск в приложении. Он реализован, но работает 30 секунд, а не 2. Функция есть? Есть, но то, как она работает, никуда не годится. Эти вещи тоже надо прописывать. На самом деле тысячи ньюансов. Как было замечено, адаптированная версия для мобильного приложения совсем не подразумевается. А какие браузеры поддерживаются (если речь о сайте)? А что если сайт -- SPA, и нормально не индексируется. Тогда нужно делать отдельную выдачу для поисковых ботов, что опять же нельзя рассматривать как само собой разумеющееся.

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

1