Пример условий предоставления услуг для Agile-подряда?

Пример условий предоставления услуг для Agile-подряда?
Пример условий предоставления услуг для Agile-подряда? - christinhumephoto @ Unsplash

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

Поскольку я так и не придумал сам какое-нибудь Т.О.С., специально разработанное для этой ситуации, я оказался связан договором более общего характера, который неизбежно стал неудовлетворительным...

Юридический жаргон - не моя сильная сторона, я искал некоторые публично выпущенные T.O.S., чтобы попытаться исправить эту ситуацию. В идеале они должны быть от agile-магазина, по схеме лицензирования, допускающей производные. Это помогло бы мне заложить контрактную основу для нормальных отношений с клиентами, особенно при работе с изменениями.

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

Вроде вместо:

  1. Получить требования
  2. Подпишите контракт с Жюльеном на поставку X за Y долларов.
  3. Жюльен доставляет X
  4. Жюльену платят Y

Они хотят:

  1. Получить очень, очень расплывчатые требования
  2. Подпишите контракт с Жюльеном на поставку всего, что они хотят (X? Y? X+Y? Z??), что не определено, и заплатите Жюльену $Y.
  3. Жюльен работает в соответствии с постоянно меняющимися требованиями.
  4. Требования никогда не выполняются.
  5. Жюльену никогда не платят, потому что они никогда не бывают довольны.

В этом случае я бы просто взимал плату за час.

Не беспокойтесь о фиксированной цене или гибком контракте. Если вы попытаетесь повторно заключать контракт для каждого изменения, это в конечном итоге станет более болезненным, чем оно того стоит. Лучше всего здесь будет взимать почасовую оплату и заставлять их подписывать табели учета рабочего времени, которые вы предоставляете, на еженедельной или аналогичной основе. Таким образом, и вы, и они могут быть настолько гибкими, насколько это необходимо, в то время как у вас есть лучшая гарантия получения оплаты. Просто хорошо работайте, и любой хороший клиент увидит вашу ценность. Если нет, вам лучше просто передать конкретного клиента, если у вас есть возможность.

Для более гибкого подхода..

По сути, вы могли бы иметь более короткий оценочный контракт на итерацию. Каждая двухнедельная (или любое другое время) итерация, которую вы планируете, имеете более короткий контракт/поправку, в которой излагаются требования и оценки только для этой итерации. Позвольте клиенту изменять требования, но предоставляйте ему эту роскошь только в конце каждой итерации, когда вы планируете следующую итерацию.


LetsCodeIt, 21 мая 2023 г., 23:47