Orangehill kent twee werkwijze om software te realiseren. In nauwe samenspraak met u wordt bepaald welke werkwijze het best aansluit bij uw project. Om u een indruk te geven, beschrijven we ze hieronder op hoofdlijnen.

Werkwijze 1: Agile/scrum
In de praktijk ontdekt een klant vaak tijdens het realisatieproces wat hij wil, ontdekt de softwareontwikkelaar hoe zij dat het snelst en slimst bouwt en verandert er veel gedurende het proces. Om deze praktijksituatie te ondersteunen is Orangehill in 2008 gestart met de Agile/scrum productie werkwijze.

Agile/scrum past vooral goed bij projecten waarbij rekening wordt gehouden met tussentijdse aanpassing van wensen en eisen om tot een optimale aansluiting op de wensen en eisen van gerbuikers van de software te komen.. Alle tussentijdse opleveringen zijn complete, werkende stukken software. Er is bij deze werkwijze al heel snel concreet resultaat te zien.

Kenmerken Agile/scrum:

• Klanttevredenheid door snelle, levering van bruikbare software op een continue basis
• Regelmatig aanbod van nieuwe werkende software (eerder per week dan per maand)
• Voortgang wordt afgemeten aan de hand van werkende software
• Wijziging van doelstellingen zijn welkom, zelfs laat in het proces
• Nauwe samenwerking op een dagelijkse basis tussen ontwikkelaars en hun belanghebbenden
• Direct persoonlijk contact als beste vorm van communicatie
• Eenvoud
• Zelf-organiserende, multidisciplinaire teams (ontwikkelaars, designers, testers)
• Voortdurende aanpassing aan veranderende omstandigheden

Werkwijze 2: Traditioneel of waterval
Als u vooraf tot in detail weet hoe de softwareoplossing moet gaan werken bij oplevering, dan sluit een realisatietraject aan de hand van een traditionele werkwijze goed aan. De precieze werking wordt vastgelegd in een document, een functioneel ontwerp.  

Voortschrijdend inzicht dat tijdens de realisatie kan ontstaan, wordt in deze werkwijze bij voorkeur niet meegenomen maar pas opgepakt na oplevering.

Kenmerken traditionele werkwijze:

• Vooraf vindt een informatieanalyse plaats. De bevindingen hieruit worden naar oplossingen vertaald en gedetailleerd vastgelegd in een functioneel en een technisch ontwerp 
• Aan het eind van de productieperiode wordt de software opgeleverd 
• Wijziging van doelstellingen is zeer moeilijk. Dit vereist aanpassing van het functioneel ontwerp
• Er wordt vooraf een aantal momenten afgesproken om de voortgang te bespreken en te toetsen of nog precies volgens het functioneel ontwerp wordt gewerkt;
• Met het functioneel (en technisch)ontwerp als uitgangspunt wordt er eerst geprogrammeerd, daarna vormgegeven en vervolgens getest;
• Geen aanpassing aan  veranderende omstandigheden tijdens de realisatie. Het functioneel ontwerp is leidend.

Quality Assured
Welke werkwijze ook wordt gekozen, al onze software is uiteraard van hoge kwaliteit, zowel extern als intern. Kwaliteit is namenlijk niet alleen zichtbaar aan de buitenkant; hoge kwaliteit software is volgens ons een optelsom van functionaliteit, bruikbaarheid, schaalbaarheid, betrouwbaarheid, veiligheid en onderhoudbaarheid.