Доступность — это не опция, а условие сдачи проекта

Вы правы, и признаюсь, мы тоже долго выделяли это отдельной строкой.

Теперь это входит в наши стандартные условия сдачи. Клиенту не стало дороже, потому что если делать с самого начала, это не лишняя работа. Единственное, что изменилось — теперь об этом не забывают.

Здесь есть еще и аспект измерений. Ошибка, сделанная на стороне дизайн обычно исправима но дорого.

Проверено опытом.

Этот совет подойдет не всем, на мой взгляд. График платежей должен быть привязан к этапам работ, а не к датам.

Если напишете результат здесь это поможет и другим.

я тоже об этом думал. кстати самое дорогое в унаследованной системе — неизвестные зависимости.

если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции. ну проверено опытом.

Если углубиться в детали: Любой пункт не зафиксированный письменно в будущем обе стороны будут помнить по-разному.

Решения, работающие в малом масштабе рушатся при росте я узнал это слишком поздно. Исправьте, если я ошибаюсь.

Я бы не торопился. Самое дешевое предложение обычно самое непродуманное.

Удачи.

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

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

Верно. Доступы должны открываться на компанию, а не на личные аккаунты.

Проверено опытом.

Мы тоже какое-то время назад застряли на том же месте. Без измерений мы всегда приходим к одному и тому же.

Пишите, если есть вопросы, отвечу по мере возможности.

Вы правы.

Сохранил. Если делаете впервые, начните с малого, масштабирование потом.

Пытаться сделать это в одиночку — самый дорогой путь.

Я тоже так считаю. Если на один вопрос вы получаете три разных ответа, вопрос задан неправильно.

На этом всё, извините если затянул.

Расскажу, как это делается на практике. Больше всего времени у нас уходило на то, что было непонятно, кто принимает решения.

Если не зафиксировать это письменно с самого начала, потом возникнут споры. Пишите, если есть вопросы, отвечу по мере возможности.

Именно так. Ошибка, сделанная на стороне дизайн, обычно исправима, но дорого.

Проверено опытом.

Согласен, хочу даже особо подчеркнуть. Внедрение процесса управления изменениями не замедляет работу, а ускоряет её.

Если на один вопрос вы получаете три разных ответа вопрос задан неправильно.

Я тоже об этом думал. Каждое «посмотрим позже» на встрече означает неоплаченную работу.

Пишите, если есть вопросы, отвечу по мере возможности.

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

оставлю как заметку пригодится.

Здесь есть ловушка, не могу промолчать. Не стесняйтесь спрашивать, молчание всегда обходится дороже.