Hvad er en RFP (anmodning om forslag) Under alle omstændigheder? Og Skal jeg selv holder af dem?

En RFP er en anmodning om forslag. De kan blive sat ud af enhver virksomhed eller organisation, men de er mest almindelige i et statsligt organ situation, hvor de søger at have flere tilbudsgivere hver foreslår deres egen løsning på det problem, der er præsenteret.

En RFP er typisk kun et Krav dokumenterer, at ansøgeren derefter er på udkig efter virksomheder til at fremsætte et forslag, der giver oplysninger om deres særlige løsning, at de ville gennemføre, hvis tildelt kontrakten.

En fyr jeg havde arbejdet med et par år tidligere kaldet mig op for at se, om jeg var interesseret i at deltage ham og en anden fyr i at reagere på en RFP, der var blevet offentliggjort på Colorado hjemmeside. Colorado har oprettet en fælles hjemmeside, at mange af statens offentlige organer deltager i, herunder Department of Transportation, der havde udgivet RFP vi drøftede.

kravene dokumenterer I dette særlige tilfælde, at Department of Transportation offentliggjort som deres RFP var på et ret højt niveau, så der var en række områder, der bliver nødt til at blive konkretiseres yderligere som en del af selve projektet, men det er temmelig almindeligt.

Forslaget er ganske en smule arbejde i og for sig selv, og mens du er ved at opbygge svaret, har du ingen idé, hvis du selv vil blive valgt som den vindende tilbudsgiver, så kan være lidt foruroligende. Hvis du sammensætte en god respons, som vi gjorde, så det gør du føler dig godt, og at du gjorde et godt stykke arbejde, selvom du ikke ender med at vinde.

Ligesom alt andet i livet, få erfaring er værdifuld helt af sig selv. At sammensætte denne reaktion var god oplevelse for det næste forslag, selv hvis vi ikke vinder denne ene. Det gav også 3 af os en chance for at arbejde sammen opbygge vores svar, så det var ikke alle lige på mine skuldre, hvilket er, hvordan mine andre RFP svar har været, så det var en dejlig forandring.

jeg har reageret på et par RFP-og den hårde del er, at du dybest set konkurrerer på prisen. De bruger $ som deres æble-til-æbler sammenligning ofte med lidt input fra de andre faktorer, lignende oplevelse i de specifikke færdigheder, der kræves eller evne til rent faktisk at udføre de opgaver, der vil være en del af projektet. Jeg mistede ud på et forslag én gang, fordi en virksomhed, der var helt ukvalificerede fra et teknisk perspektiv sat i et lavere bud, men den historie er en hel emne i sig selv, så jeg vil overlade det alene for nu.

Lejlighedsvis RFP vil omfatte maksimalt budget for projektet, men oftere vil det ikke. I sager som denne, hvor der ikke er noget budget angivet, respondenter har en mere vanskelig tid at beslutte, hvor meget arbejde der virkelig er, og derfor hvordan de vil kræve betaling for deres foreslåede løsning på RFP.

vores tilfælde, hvad vi gjorde, var at foreslå en tid og materialer kontrakt, som er dybest set, at vi ville få betalt baseret på en timeløn for hver time arbejdede. Som en del af dette specifikke forslag, vi identificeret en række forskellige roller for projektet og derefter tildelt et lovforslag sats til hver af rollerne.

Vi identificerede også et niveau af indsats hver af rollerne ville forventes at deltage på de forskellige dele af projektet. Sommetider denne strategi bruges til at komme op med en blandet sats, som derefter præsenteres som en enkelt sats for projektet.

En del af grunden til, at vi opbygget vores svar på, at mode var, at de anmoder om projektet køres i 2 faser, en 1. fase, som vil størkne design og overordnede arkitektur og derefter en 2. fase, der vil implementere løsningen ved hjælp af en Agile projektledelse stil.

Agile, hvis du ikke er bekendt bruger en iterative tilgang i korte "sprints" eller iterationer. Det tager små bidder af funktionalitet hvor hver bid typisk end-to-end og kan indsættes i produktion i slutningen af ​​iterationen. En typisk iteration varighed er 2-4 uger.

Nu, hvis de virkelig ønskede en Agile projektledelse, design og arkitektur ville ikke blive opdelt i en separat fase, men ville blive gennemført som en del af hver iteration i hele hele projektets levetid.

Ved at gøre projektet delt op på denne måde, de faktisk bryder en af ​​de primære lejere af Agile metoder, og det vil sandsynligvis gøre deres projekt mindre succesfulde og vil helt sikkert gøre det mindre .. fleksible, hvilket er en af ​​de store fordele ved at udnytte Agile metoder i første omgang