Jump to content
The Wifcon Forums and Blogs

Witty_Username

Members
  • Posts

    45
  • Joined

  • Last visited

Recent Profile Visitors

856 profile views
  1. Hmmm, I think what makes performance-based contracting performance-based contracting is including the required results in clear, specific and objective terms with measurable outcomes in the contract at the time of award (solicitation really); and I don't think you can generally do this for service quality, timeliness, responsiveness, creativity, and the other outcomes you actually want from a professional support service contractor in most cases. So I actually was thinking trying to apply relational contracting principles including output or outcome-based models (although not necessarily defined in advance and objectively measurable as required by PBSA); a more collaborative relationship; and an emphasis on relationship management rather than just contract performance surveillance. For example I think meeting regularly to discuss the intangible aspects of performance and providing draft CPARS assessments with constructive feedback on how to get from the satisfactory to very good or exceptional CPARS rather than simply surprising the contractor with a final rating at the end of each year is a more collaborative approach than we often take. I guess on reflection it is really cherry picking some aspects of performance-based contracting and some aspects of relational contracting and adding them to an otherwise LOE contract; I'm just generally more suspicious of calling anything "performance-based" because the vast majority of so-called performance-based contracts are absolutely not performance-based and we probably haven't hit the point where we're overusing relational and calling everything a relational contract (yet!).
  2. Even 52.246-4 relies on inspection of whether or not services "conform with contract requirements" so the contract still needs to contain some enforceable contract requirements to measure conformance against, which loops right back to the original issue that it is difficult or impossible in many cases, particularly long-term professional support services, to create measurable service output requirements that will remain useful for the life of the contract. But since we still have to write contracts, I might add a third possibility, which is to use input-based level of effort requirements (e.g. FTEs) to establish a contractually enforceable baseline, and then apply relational contracting practices regarding the output (service quality, timeliness, responsiveness, creativity, etc. whatever the undefinable, subjectively measurable actual things we want to achieve are) with encouragement via CPARS. Not saying it is a perfect solution, but I think it is an improvement over the typical pretend performance-based contracts with a "PWS" but no defined or definable measurable outputs or inputs at all.
  3. Not that we've found. Best we can do is track changes in total numbers of CPARS on the status report in Contract Status "Due" or "Overdue" and Evaluation Status not "Completed". That at least lets us see overall trends in overdue/incomplete CPARS and when the numbers start to rise we dig into the details manually using the Status Report and the To Do List reports. You could probably use Excel or Access to compare one Status Report spreadsheet to the next and see what is new and what has moved a step down the evaluation status line, but even if you have that you're still just going to have to ensure everything is assigned to someone to work and then encourage them to work it to get it done. We've made the most progress by graphing the overall overdue numbers on a control chart weekly to see when CPARS in general needs management attention. When the numbers start to climb we ensure everything overdue on the Status Report is actually on someone's To Do list (and not languishing waiting for action by a role without someone assigned) and then contact that person and encourage them to move it along.
  4. I was specifically referring to how the price would be established for the order as something an acquisition plan reviewer might be interested in knowing. Since 16.505(b)(3) (I believe, that is a difficult citation to figure out) says If the contract did not establish the price for the supply or service, the contracting officer must establish prices for each order using the policies and methods in subpart 15.4 I thought it was reasonable to summarize the 15.404-1(b)(2(i) method of Comparison of proposed prices received in response to the solicitation as "competition." But now I do see that 16.505(b)(1)(iii)(A) actually says Each order exceeding the simplified acquisition threshold shall be placed on a competitive basis so it seems like it would be ok to refer to the fair opportunity process as a competition.
  5. One additional piece of information related to contract type that might be necessary to explain to approvers/reviewers is whether firm-fixed task orders will be based on unit prices established in the base contract or will be competitively established under fair opportunity (multiple award) or negotiated (single award). That piece of information has a significant impact on the actual future operation of the contract. So maybe “a [multiple][single] award IDIQ with firm fixed-price task orders [issued under fair opportunity/issued based on fixed unit prices/negotiated at the task order level]."
  6. But for some reason it still encourages agencies to "use these procedures for orders under multiple-award contracts" which certainly doesn't seem innovative or streamlined...
  7. Interesting, I had not thought enough about this. Sure enough, FAR 16.505(b)(1)(iii)(B)(2) says "[The contracting officer shall] Afford all contractors responding to the notice a fair opportunity to submit an offer and have that offer fairly considered" which certainly strongly implies that offers should be obtained under fair opportunity procedures for multiple award contracts. However this doesn't appear to be the interpretation of at least NIH NITAAC and NASA SEWP multiple award IDIQs, both of whose ordering guides explicitly allow for the use of quotes. I'll have to do some more research...
  8. Contract formation via RFP, IFB, RFQ and any other method will all eventually involve an offer and acceptance at some point, however neither RFQs, RFPs, nor IFBs (requests or invitations) are offers themselves. I found this recent thread on the subject of using a request for proposal (i.e. a request for offers) under Simplified Acquisition Procedures informative:
  9. I think it's useful to think about the plain language meaning of offer that you might use in your daily life and then apply that to the various contracting scenarios you describe. If you offer your friend some milk, "Would you like a glass of milk?" they can accept your offer, "Yes, please," at which time an agreement is formed. You made the offer and they accepted. But maybe they don't want milk, so they come back with a counter-offer "Could I have some water?" which you can now accept "yes you can have some water" or decline "no you can't have some water". They become the offeror and made the counter-offer and you accepted. You can see how the offer constitutes a promise to do something, if it is accepted: if after offering milk to your friend and them accepting you offer "Yes, please" you subsequently said "Too bad, we don't have any milk" that would be socially awkward. Once you have offered something the expectation is you will come through if the offer is accepted, which is the definition of an offer. A quote has a different feel to it: Your friend might ask "Do you have milk", to which you respond "Yes I do", but no one has made any promises at this point, and if they subsequently ask if they can have some and you say "Sorry, it's only for my coffee" that would be OK, no promise should have been inferred by answering that you did in fact have milk. So you can apply that same intuitive understanding of whether something constitutes a promise to do something if accepted to different contracting scenarios to figure out at what point an offer is being made and who is making it (although the milk analogy lacks consideration): Request for Quote: Gov: "How much do widgets cost?" Vendor: "$20 each" feels like a quote, the vendor hasn't promised anything, and if the government attempts to place an order and the vendor says "sorry, we don't have any in stock" no one would have broken any sort of agreement. But now if they government says "OK, I'd like to buy 10 widgets at $20 each please" you can see that that is a promise to buy them if accepted (an offer) and if the vendor builds them and hands them to the government they government won't be able to say "No thanks, I didn't really want them." In this scenario the government requested and received a quote, and then the government made an offer to buy at the quoted price, which the vendor accepted. Invitation for Bid or Request for Proposal: Gov: "How much will you sell me 10 widgets for?" Vendor: "I will sell you 10 widgets for $20 each" feels like an offer, the vendor has promised that they will sell the government the widgets at that price, should the government accept. If the government accepted the offer to sell them the widgets for $20 each the vendor would not be able to suddenly increase the price. In this scenario the government asked the vendor to provide an offer and they did, which the government accepted. For a task/delivery order it would depend on what the base contract says and what/whether the government asks for from the vendor. As stated in a previous comment, if the base contract requires the vendor to perform upon receipt of an order there is no quote/offer/acceptance involved in the order at all; all the agreements have already been made, the government orders and the vendor performs. In some multiple award scenarios the government might ask for offers from multiple contract holders, which they could then accept; or they may ask for a quotes, which they could then base an offer on. (I think the BPA scenario would be much the same: it depends on what was already agreed upon in the BPA, and what the calls themselves say). Why does any of this matter? For one thing contracts are formalized human relationships, and I think these concepts stem from the way people have always interacted. More specifically, making promises costs something (e.g. it ties up resources because I have to be ready to deliver, it increases risk since I have to keep my promise) and so in cases where availability is high it is probably more efficient to minimize the number of promises (offers) required in a transaction and the time the promises are left open. In a request for proposals scenario the government might obtain offers (promises) from many different offerors and require them to remain available for acceptance for many months. In a request for quotes scenario the government will generally only make one offer, and it will only be available for acceptance by the vendor for a short period of time.
  10. I think it would still be appropriate to apply a "scope of the competition" test to determine whether changing the payment terms would constitute an out of scope modification, even though most of the examples I found involved adding work to a contract, not changing pricing arrangements. Would potential offerors have reasonably anticipated this change? Does it result in a contract which is substantially different from that originally competed (B-200722)? To answer those questions I think you'd need to consider a couple of things including: -Were there any communications with potential offerors regarding the payment structure, e.g. did anyone ask whether milestone payments were available, or did anyone express concern over waiting until all performance was complete to invoice? -Do the companies in this industry or who proposed generally have the resources on hand to perform a requirement of this magnitude, or is it likely that they would have to obtain financing or price inflation or other cost risk into their proposal based on the lack of interim payments?
  11. I think this is where a lot of the current confusion regarding T&M stems from: Many contracting officers are using the T&M contract type to create an efficient vehicle for ordering of supplies or services after requirements materialize when an IDTC with ordering officers or BPA with authorized callers would be more appropriate, but won't work because it takes too long to get funds committed prior to placing an order or making a call and to record the obligation afterward (due in my opinion to the increasing interconnectedness of the financial systems used for approving and recording commitments and obligations in an "auditable" manner). A T&M contract should have a fully-defined requirement/outcome (e.g. job) which will require an unknown quantity of labor and materials to achieve (otherwise the requirement is not sufficiently "firm and complete" to constitute a valid obligation, see B-196109, OCT 23, 1979). But many actual T&M CLINs seem to be mechanisms for bulk obligating funds in advance of specific known requirements, so they can then be "ordered" against by the COR or someone else without having to go through the entire funds approval process, which in many cases seems to take longer than the contracting process. So, it isn't surprising that there is confusion or disagreement about the use of T&M, as different people really are talking about two entirely different things: 1) "Actual T&M" with defined requirement/outcome but unknown labor/materials; and 2) "IDTC via T&M" as an efficient (if fiscally dubious) way to bulk obligate funding for ordering later once requirements are known.
  12. It is possible to have just a five year ordering period for the IDIQ and options (to be exercised via modification) in the individual task orders. The original question says the IDIQ doesn't have options but never fully clarifies whether the task orders might. If the actual work to be performed is negotiated at the task order level then negotiating an entirely new task order each year may be impractical compared to putting options in the task order for future years of the requirement defined and priced in the task order. Alternately if the IDIQ has a fully defined requirement and unit prices then maybe issuing a new task order each year isn't much of a burden.
  13. If it's designed correctly to take over the dull, dirty, and dangerous tasks (ok, maybe 1102s only deal with the dull, not the other two) and then to feed the right information to the 1102 at each decision point for their decision it could be great. AIs have a relative advantage in some areas and humans have a relative advantage in others (and those areas are likely to change as AIs get more advanced). But imagining giving the AI a big database of existing government contracts to learn from reminds me of this: Saturday Morning Breakfast Cereal - Rise of the Machines (smbc-comics.com)
  14. Interesting. In that case you might more broadly define the need as finding out whether some particular design will work. "Failing fast" could be seen as fulfilling the need to find out what works, make changes, and try again. Of course you can keep opening the aperture and question whether any particular platform satisfies the need for a specific capability, and whether any specific capability satisfies the need for national defense, etc. I certainly think there is likely to be value in speeding up PALT, however it is defined, as long as it isn't done at the expense of some other part of the overall process. Understanding where contracting (or any particular role) fits in to the overall process is a challenge, particularly in a contracting office that supports many different external "customers", but I think by trying to understand the goals of the level above you (e.g. contracting understands program goals, etc.) you're more likely to be able to optimize your own part of the process in a way that doesn't negatively affect the overall process. Alternately if you don't understand the higher level goals you may well optimize your own part of the process in a way that hurts the overall process.
  15. I agree. And maybe the PALT on some of the DIVADS or A-12 contracts was 72% faster than current PALT, and yet the need was never satisfied. So I wouldn't declare overall success based on how fast a contract was awarded that never actually fulfilled the need. But, easy for me to say, hard to actually do (except to be aware that we shouldn't overly-incentivize a narrow definition of PALT that doesn't include delivery/success)...
×
×
  • Create New...