First a bit of background:
I have a client who has agreed to use the Contract and Assignment Schedule (SoW) provided by IR35 Shield and have successfully delivered a fair small chunk of development work using it.
However, as the work was at the point of completion, i.e. it had been passed by their internal testers and I'd cut the invoice for it, a number of changes were requested. I've provided an estimate for this work (only a few days really) and advised that they need to spin up another SoW to cover it.
And that's where the problems have started - they have had a different idea and I don't like the sound of it.
The client has suggested a 'generic' or 'catch-all' SoW be drawn up that could be used 'for any unique or specific tickets not detailed or defined in a prior SOW'.
During conversations they seem to be implying that this would be open ended and allow changes and ad-hoc work to be undertaken with minimal paperwork - but that smells a bit to me like they will be looking to assign ad-hoc tickets to me as they feel like it. It certainly flies in the face of a proper 'Scope of Work' as there is no actual defined scope.
I also think we have highlighted that the original SoW template needs to be extended to with a mechanism to support Change Requests that impact the work covered by the document.
So, my questions are:
1. Is that generic / catch-all SoW the abomination i think it is?
2. Does anyone else adopt the SoW approach and have suitable wording for handling Change Requests or advise on how to handle them?
I have a client who has agreed to use the Contract and Assignment Schedule (SoW) provided by IR35 Shield and have successfully delivered a fair small chunk of development work using it.
However, as the work was at the point of completion, i.e. it had been passed by their internal testers and I'd cut the invoice for it, a number of changes were requested. I've provided an estimate for this work (only a few days really) and advised that they need to spin up another SoW to cover it.
And that's where the problems have started - they have had a different idea and I don't like the sound of it.
The client has suggested a 'generic' or 'catch-all' SoW be drawn up that could be used 'for any unique or specific tickets not detailed or defined in a prior SOW'.
During conversations they seem to be implying that this would be open ended and allow changes and ad-hoc work to be undertaken with minimal paperwork - but that smells a bit to me like they will be looking to assign ad-hoc tickets to me as they feel like it. It certainly flies in the face of a proper 'Scope of Work' as there is no actual defined scope.
I also think we have highlighted that the original SoW template needs to be extended to with a mechanism to support Change Requests that impact the work covered by the document.
So, my questions are:
1. Is that generic / catch-all SoW the abomination i think it is?
2. Does anyone else adopt the SoW approach and have suitable wording for handling Change Requests or advise on how to handle them?
Comment