Договор — это всегда компромисс. Но если ты сильная сторона в сделке, то почему бы этим не воспользоваться? Это ведь так и работает во всём мире. Ничего личного — просто бизнес. Хотите диктовать свою непреклонную волю подрядчику? Прикрыть риски? Выйти сухим из воды? Добро пожаловать под кат! Большей частью все советы применимы и к договору услуг (о разнице можно узнать здесь). А если хотите понять, что делать, чтобы взять за грудки заказчика, то об этом в следующий раз.
Предметные области услуг и управления в ИТ достаточно сложны и нетривиальны. Эта сложность происходит из-за неосязаемости большинства предметов в этих областях. Несмотря на это, люди почему-то используют очень простые подходы к классификации предметов. Буквально по нескольким атрибутам.
Именно это происходит с понятием «проект». Если есть ограничения по финансам, срокам и это делается один раз, то всё – это проект! Давайте воткнём управление проектом и всё будет хорошо!
Но хорошо не будет, особенно если это «проект по разработке ПО». Если какая-либо деятельность заинтересованными лицами воспринимается именно так, то это НЕ проект и/или проект, но с огромными разочарованиями и болью в конце.
