1102 here. Not sure if *right place to post this.
Situation: My agency has a system that has been developed and supported by a contractor for >5 Years. Up for 're-compete.'' It seems the Program Office has been *heavily* reliant on the contractor all this time, and lacks the technical competence to explain what this system does, or what they would like it to do The Program Office provided to me a wildly incoherent Statement of Work (Sample: It mysteriously included a years-old version of 52.212-3 in full text as an attachment to their SOW, no other clauses or Section I, just that one provision). The Program Office has received feedback on the SOW from me, industry, other internal stakeholders, and several other Contracting folks and they have incrementally improved it over several months. I would say it has improved from an "F-" to a "D+." It at least covers the known requirements and has all the parts (such as deliverables). The clock is ticking and at some point very soon we need to move on.
P.S. This is a highly technical requirement (lots of buzz-words...unstructured data, machine learning, containers, PaaS, hybrid cloud, etc.). Its not a common-sense type thing you can just eye-ball and figure out.
P.P.S. I am fairly certain the incumbent contractor's team could easily write a clean, coherent and generally pretty good PWS in a day. I am also fairly certain any consultant in the relevant field could, with access to all our information, write a clean, coherent and generally pretty good PWS in a week.
Questions:
Whose responsibility is it to sufficiently define the the requirement?
Who makes the decision about when its 'good enough?'
What is the responsibility of the Contracting Officer with regards to requirements that they do not and could not reasonably be expected to fully understand?
What to do? General advice welcome.