Wat is een RFP (Request for Proposal) Hoe dan? En moet ik zelfs om hen?

Een RFP is een Request for Proposal. Zij kan door elk bedrijf of organisatie worden gezet, maar ze zijn het meest voor in een overheidsinstelling situatie waarin ze op zoek zijn naar meerdere bieders elkaar te stellen hun eigen oplossing voor het probleem dat wordt gepresenteerd hebben.

Een RFP is meestal slechts een requirements document dat de aanvrager dan is op zoek naar bedrijven om een ​​voorstel dat de details op hun specifieke oplossing die ze zouden uitvoeren indien de opdracht geeft te dienen.

Een jongen die ik had gewerkt met een paar jaar eerder genoemd me om te zien of ik geïnteresseerd was in deelname aan hem en een andere man in het reageren op een RFP die werd gepubliceerd op de website van Colorado. Colorado heeft het opzetten van een gezamenlijke website die veel van de staat overheidsinstellingen deelnemen, met inbegrip van het Department of Transportation, die de RFP we bespraken hadden uitgebracht.

In dit specifieke geval te documenteren de eisen die het Department of Transportation gepubliceerd als hun RFP was op een vrij hoog niveau, dus er waren een aantal gebieden die verder moeten worden uitgewerkt als onderdeel van het project zelf, maar dat is vrij normaal.

Het voorstel is vrij een beetje van het werk in en van zichzelf, en terwijl u bouwt het antwoord, je hebt geen idee of je zelfs als de winnende bieder zal worden gekozen, zodat een beetje verwarrend kan zijn. Als je samen een goede respons zoals wij deden, dan maakt je je goed voelt en dat je goed werk deed, zelfs als je uiteindelijk niet te winnen.

Zoals alles in het leven, het opdoen van ervaring is waardevol op zich. Samenstellen van deze reactie was een goede ervaring voor het volgende voorstel, zelfs als we niet dit winnen. Het gaf ook de 3 van ons een kans om samen te werken de opbouw van onze reactie dus het was niet allemaal op mijn schouders, dat is hoe mijn andere RFP reacties geweest, dus dat was een leuke afwisseling.

I hebben gereageerd op een aantal RFP's en de harde deel is dat je in principe met elkaar concurreren op de prijs. Zij maken gebruik van de $ als hun appel-to-appels vergelijking vaak met weinig input van de andere factoren, zoals ervaring in de specifieke vaardigheden vereist of het vermogen van het daadwerkelijk uitvoeren van de taken die deel uitmaken van het project zal zijn. Ik verloor op een voorstel één keer, omdat een bedrijf dat was totaal goedkeurende vanuit een technisch perspectief te zetten in een lager bod, maar dat verhaal is een hele onderwerp op zich, dus ik zal het alleen laten voor nu.

Af en toe de RFP zal een maximaal beschikbare budget voor het project, maar vaker zal het niet. In gevallen zoals deze, waar er geen budget vermeld, zijn de hulpverleners hebben een moeilijke tijd om te beslissen hoeveel werk er werkelijk is en daarom hoe ze gaan om een ​​vergoeding voor hun voorgestelde oplossing om de RFP.

In ons geval, wat we deden was een voorstel voor een tijd en materiaal contract, die in feite is dat we zouden betaald worden op basis van een uurtarief voor elk gewerkt uur. Als deel van dit voorstel, identificeerden we verschillende rollen voor het project vervolgens toegewezen een rekening snelheid aan elk van de rollen.

We identificeerden ook een mate van inspanning elk van de rollen wordt verwacht dat participeren de verschillende gedeelten van het project. Soms wordt deze strategie wordt gebruikt om te komen met een gemengde tarief, dat vervolgens wordt gepresenteerd als een enkel tarief voor het project.

Een deel van de reden dat we gestructureerd onze reactie op die manier was dat ze het aanvragen van het project worden uitgevoerd in 2 fasen, een 1e fase dat het ontwerp en de algemene architectuur en vervolgens een 2e fase dat de oplossing zal uitvoeren met behulp van een Agile projectmanagement stijl zal stollen.

Agile in het geval u niet bekend maakt gebruik van een iteratieve aanpak in korte "sprints" of iteraties. Het duurt kleine stukjes functionaliteit waarbij elk blok typisch end-to-end en kan worden ingezet in productie aan het einde van de iteratie. Een typische iteratie duur is 2-4 weken.

Nu, als ze echt een Agile projectmanagement wilde, het ontwerp en de architectuur niet zou worden gesplitst in een aparte fase, maar zou heel worden uitgevoerd als onderdeel van elke iteratie de hele levensduur van het project.

Door het doen van het project opgesplitst op deze manier, ze zijn eigenlijk te breken een van de belangrijkste huurders van Agile methodieken en het zal waarschijnlijk hun project minder succesvol en zal zeker het minder .. flexibel, dat is een van de grote voordelen van het gebruik van Agile methodieken in de eerste plaats