Home / FAQs / Software project opstarten en programma selectie
QUESTION & ANSWER

Waarom moeten softwarebedrijven de behoeften bestuderen voordat ze het kunnen aanbieden?

De softwareaanbiedingen zijn niet gebaseerd op eenvoudige paginagroottes, en zakelijke regels, rolprivileges, interfaces, datamigratie, prestaties, beveiliging en toegang kunnen de werklast aanzienlijk beïnvloeden. De vraagonderzoek is ontworpen om deze kostendrivers te identificeren en onderscheid te maken tussen gedefinieerde ranges en onbekende risico's. Zonder onderzoek worden lage prijzen vaak gecompenseerd door latere veranderingen, lagere kwaliteit of het verwijderen van de levering.

Beantwoord de vraag.

Ten eerste, geef conclusies die kunnen worden gebruikt voor de besluitvorming

Doeltreffend onderzoek kan de bedrijfstaal vertalen in een schatbaar bereik, waarbij de citaten, niet-inclusie en vragen worden geregistreerd. Eenvoudige projecten kunnen worden afgerond via vragenlijsten en korte sessies, terwijl complexe projecten kunnen vragen om interviews ter plaatse, systematische diagnostiek en prototypes.

DECISION FACTORS

Welke voorwaarden moeten worden vastgesteld voordat een oordeel wordt uitgesproken?

Dezelfde vraag kan verschillende antwoorden hebben in verschillende bedrijfs-, data- en projectfasen. Er wordt voorgesteld de volgende voorwaarden te controleren en de gemeenschappelijke bevindingen op het web in hun eigen projecten op te nemen.

Aantal rollen, processen, status en anomalieënInterface van derden, oude systemen en complexiteit van gegevensmigratieSamenwerking, uitrusting, naleving en beveiligingNoodzaak van ontwerp, testen, implementatie, opleiding en mobiliteit
ACTION STEPS

Voorgestelde volgorde van de voorschotten

01

Eerst zullen we duidelijk zijn over het doel en de grens.

Verzamelen van doelstellingen, processen, informatie en informatie over bestaande systemen.

02

Validatie Zeer belangrijke afhankelijkheid

Identificatiefuncties, niet-functionaliteiten, interfaces, migratie- en leveringseisen.

03

Ontwikkeling van de te beoordelen resultaten

Lijst van aannames, risico's, uitsluitingen en vragen die moeten worden gevalideerd.

04

Zorg ervoor dat u de volgende stap met de echte resultaten te beslissen.

Ramingen per fase of werkpakket, met een indicatie van de wijze waarop de berekening werd gewijzigd.

PRACTICAL EXAMPLE

Hoe begrijp je dat in de praktijk?

Voorbeeld gebruikt om de methode van beoordeling te illustreren

Het aantal pagina's van twee leden is vergelijkbaar, waarvan één alleen informatie toont, en de andere betrekking heeft op meerdere opslag voorraden, reserves, terugbetalingen en financiële verzoeningen, met aanzienlijke kostenvariaties. Pre-offer bevestigingsregels en interfaces zorgen voor echte vergelijkbaarheid van verschillende programma's.

COMMON RISKS

De makkelijkste put om op te stappen.

Alleen voor functionele lijsten, zonder beschrijving van de bedrijfsvoorschriften

Selecteer met de laagste quote, negeer testen en implementatie

Verberg alle onbekenden in de vaste bruto prijs.

ACCEPTANCE

Hoe moeten we uiteindelijk ontvangen en bevestigen?

Het officiële aanbod moet worden herleid tot de reikwijdte, levering, technische voorwaarden, personeel, periodiciteit en risico, en moet aangeven of belastingen en kosten, cloudmiddelen, diensten van derden en vervoer zijn inbegrepen.

Bij de voorbereiding op communicatie met leveranciers of interne teams, wordt aanbevolen om huidige processen, representatieve monsters, bestaande systemen, planningstijd en budgetniveaus worden gebracht. Eerst, de onbekende items zijn duidelijk gemarkeerd, en dan wordt besloten om gebruik te maken van diagnostiek, PoC, vaste-range projecten of lopende onderzoek en ontwikkeling, die meestal betrouwbaarder is dan een directe vraag naar een prijs en duur zonder grenzen.

Uw projectvoorwaarden verschillen van de bovenstaande voorbeelden?

Operationele doelstellingen, bestaande systemen, steekproef en geplande tijd kunnen worden verzameld voordat consultants een voorlopige beoordeling kunnen maken van de feitelijke grenzen.

Associate project consultants