Tag: Blog

24
sep

Mendix en Betty Blocks zijn als WordPress

Bij DDC Deep Blue kiezen we graag de slimste oplossing om maatwerksoftware te ontwikkelen. Daarom gebruiken we sinds 2012 frameworks voor Rapid Application Development (RAD). Bij veel informatiesystemen is namelijk behoefte aan dezelfde functionaliteit: je wilt inloggen (hebt dus gebruikersbeheer nodig, stelt per gebruiker de rol en de rechten in). En vervolgens kan een gebruiker informatie zoeken, overzichten tonen, details inzien en informatie invoeren of aanpassen. En je wilt kunnen filteren, importeren en exporteren. Waarom zou je dat telkens opnieuw in een programmeertaal als Java of .Net op maat bouwen: inrichten in een RAD framework is dan veel makkelijker, sneller en stabieler. We zijn ooit begonnen met Relatics, maar inmiddels gebruiken we met name Mendix en Betty Blocks. Van beiden zijn we partner, en we kiezen in elk project voor het meest geschikte platform.

Voor veel klanten is onduidelijk wat zo’n platform kan, en wat het verschil is met ‘gewoon’ programmeren. Je zou de opkomst van deze platforms (voor low-code of no-code software creation) kunnen vergelijken met de opkomst van WordPress en andere CMS software ruim 10 jaar geleden. Voor die tijd moest je over diepgaande kennis van HTML beschikken om een website te kunnen bouwen. Je typte de HTML code in, en als je dat bestand dan opende in een web browser verscheen de webpagina. Aanpassingen doorvoeren betekende HTML-code aanpassen. En alleen techneuten beheersten die kennis.

Met de opkomst van CMS systemen (zoals WordPress en Drupal) werd het ook voor content beheerders mogelijk om zelf pagina’s en berichten toe te voegen, en zelfs om de opmaak van de site aan te passen. Een technische opleiding was niet meer nodig, je kon aanpassingen doen zonder een letter HTML te programmeren.

De moderne RAD tools zoals Betty Blocks en Mendix hebben een vergelijkbaar effect: business consultants of zelfs eindgebruikers kunnen zelf een applicatie ontwikkelen, omdat daarvoor geen code (programmeertaal) meer nodig is. In een grafische (drag&drop) interface voer je het datamodel in, en stel je de schermen samen.
Daarmee wordt software ontwikkeling veel grijpbaarder voor degene die het ook gaat gebruiken. Een consultant van DDC Deep Blue kan samen met de klant de schermen en achterliggende logica bekijken, en direct aanpassingen doorvoeren. Daardoor kunnen nieuwe applicaties niet alleen veel sneller worden gebouwd, ze sluiten over het algemeen ook nog beter aan bij de eisen en wensen van de klant.

Betty Blocks datamodel example
action example Betty Blocks

Wilt u meer weten over de mogelijkheden die Mendix en Betty Blocks kunnen bieden? Neem dan nu contact met ons op voor een vrijblijvende kennismaking.

21
dec

Verwachtingen

(zoals gepubliceerd op Linkedin)
Een mooi voorbeeld van hoe sommige bedrijven echt geen idee hebben van wat software ontwikkeling inhoudt:

Er komt net een aanvraag langs voor het opnieuw bouwen van enkele intern ontwikkelde applicaties die alleen nog draaien op Windows XP. De werking van de software is vrij ingewikkeld, en bevat meer dan 15 jaar historie. Bovendien: “Het is hier dus niet enkel de software die men moet aanpakken, maar ook de hele logica en structuur die erin verwerkt zit.”

Eerder is aan een ander bedrijf om een voorstel gevraagd, en zij dachten zo’n 14 dagen nodig te hebben voor herontwikkeling. Maar dat was veel te veel en onverdedigbaar (!).

Middels deze nieuwe aanvraag hoopt het bedrijf een leverancier te vinden die het nieuwe systeem in minder dan 14 dagen kan realiseren. Totaal onrealistisch (als je het mij vraagt).

Het meest extreme voorbeeld was een aanvraag van iemand die dacht de wereld te veroveren met een combinatie van Youtube en LinkedIn (twee succesvolle systemen combineren: dat moet zeker leiden tot succes). Het budget (gelukkig vroeg ik er naar): zo’n € 1.000,-

Dit soort aanvragen komt regelmatig langs: de wens voor het laten ontwikkelen van complexe systemen, maar een budget waarmee je net het eerste hoofdstuk van het ontwerp kunt schrijven.

Ik verwacht niet dat mijn klanten een solide prijscalculatie kunnen maken van de software die ze nodig hebben. Dat is mijn taak (en ook voor mij is dat soms nog best lastig). Maar ik reken altijd op een dosis gezond verstand. Misschien is dat ook een niet-realistische verwachting..

(voor een reality check kun je je ideeën altijd aan me voorleggen: maurice@deepbluesoftware.nl)

21
jan

Fixed-price, waar vind je dat nog tegenwoordig

Wij bij Deep Blue halen onze motivatie uit tevreden klanten. En een klant is tevreden als aan zijn verwachtingen wordt voldaan, of deze worden overtroffen.
Eén aspect van de verwachtingen is de prijs. Bij de beslissing om software te laten ontwikkelen, speelt de prijs vaak een rol:

  • Hoe verhoudt de prijs van maatwerk zich ten opzichte van andere (standaard) oplossingen;
  • Kan ik de investering rechtvaardigen (terugverdienen);
  • Welke leverancier biedt de beste prijs-kwaliteit verhouding.

Een potentiële klant zal dus voordat een project wordt gestart een indicatie van de kosten willen ontvangen. En het liefst weet hij precies waar hij aan toe is voordat de handtekening wordt gezet. Logisch, bij andere grote uitgaven is het niet anders (auto, huis). En toch kiezen steeds meer softwarebedrijven ervoor om geen fixed-price projecten uit te voeren. Nee: scrum en agile, dat is tegenwoordig de beste aanpak. Want flexibel. Vanwaar deze trend? En is de klant daar wel bij gebaat? Een korte analyse:

Gebaseerd op informatie van andere IT bedrijven, wordt de voorkeur gegeven aan scrum omdat fixed-price projecten te vaak op een teleurstelling uitliepen. Het is inderdaad lastig om vooraf een goede prijscalculatie te maken. En gezien de commerciële druk om een nieuwe klant binnen te halen, worden prijzen vaak te laag ingeschat (waardoor de klant eerder besluit om het project te starten). Als aan de genoemde prijs wordt vastgehouden, snijd de leverancier zich in de vingers. In de meeste fixed-price projecten zal de leverancier echter proberen om de extra kosten alsnog bij de klant te verhalen. Zie hier het ontstaan van het IT-project stigma (kost altijd meer tijd en geld dan vooraf verwacht).

Maar is de beste oplossing dan werkelijk om geen toezeggingen meer te doen, en het risico volledig bij de klant te leggen (Scrum)? Nee, natuurlijk niet: je kunt beter werken aan het verbeteren van de kostenraming. Maar dat is een ambacht dat maar door weinig techneuten wordt beheerst. Er is een tekort aan kennis en ervaring:

Kennis
Voor het maken van een goede kostenraming is brede kennis nodig van zowel de business kant (wat bedoelt de klant nou eigenlijk) als de technische kant (hoe kunnen we dat bouwen). Er zijn maar weinig mensen in Nederland die deze kennis combineren. Ondanks dat IT een steeds grotere rol speelt in het dagelijks leven, blijft het aantal aanmeldingen voor IT studies bedroevend laag. Het aantal inschrijvingen voor de studie Technische Informatica aan de TU Eindhoven (de grootste van de 3 Technische Universiteiten op dit gebied) bedroeg recent slechts 114. Dat is vrijwel hetzelfde aantal als 25 jaar geleden. En toen haalde slechts 34% de eindstreep van de opleiding. Een instroom van slechts enkele tientallen nieuwe talenten op de arbeidsmarkt dus. Veel te weinig!

Ervaring
Alleen kennis van software ontwikkeling is niet genoeg. Er is ervaring nodig om te weten hoeveel tijd het ontwerpen, bouwen en testen gaat kosten. Aspecten als projectmanagement, risico’s en het effect van de teamomvang moeten worden meegenomen. En er moet rekening worden gehouden met onvoorziene aspecten en de complexiteit van het project. Het opdoen van deze ervaring kost tijd. En alleen in projecten van voldoende omvang komen alle aspecten aan bod.

Er zijn dus maar weinig experts in Nederland die de benodigde kennis én ervaring hebben om echt goede kostenramingen te kunnen maken.
Software ontwikkelaars hebben de neiging om bij een calculatie de tijd die ze zelf nodig hebben als uitgangspunt te nemen. Tijd voor overleg met de klant, projectmanagement, intern overleg en documentatie worden vaak over het hoofd gezien. En inschattingen zijn doorgaans te positief, houden geen rekening met tegenvallers.
Sales consultants hebben dezelfde neiging: ze willen het project graag verkopen, en vertrouwen er daarom op dat de laagste kostenraming wel haalbaar zal zijn, dat verkoopt een stuk makkelijker, en daarna zien we wel.
Dat gaat natuurlijk fout!

Gelukkig zijn er nog softwarehuizen die wél beschikken over de juiste kennis en ervaring. Bij Deep Blue hebben alle consultants/projectmanagers en vrijwel alle ontwikkelaars Informatica gestudeerd. En onze projectmanagers hebben ieder ten minste 20 jaar ervaring met software ontwikkeling in projecten. Wij durven het wel aan: vrijwel alle projecten bieden wij fixed-price aan. Daarbij dient een degelijk functioneel ontwerp als uitgangspunt, zodat er vooraf duidelijkheid is over wat we gaan bouwen.

En die flexibiliteit dan? Die is er ook bij ons. Maar vaak is dat helemaal niet nodig. Liever goed nadenken over wat je wilt vóórdat je begint met bouwen.
Meer weten? Neem contact met ons op voor een vrijblijvend gesprek.

22
mei

“Wat kost het bouwen van software?”

Een vraag die ons vaak wordt gesteld. En soms wordt het antwoord verwacht nadat in twee zinnen de gewenste functionaliteit is beschreven…
Het is antwoord is gelukkig heel eenvoudig:

het bouwen van een maatwerk applicatie kost evenveel als een nieuwe auto.
“Ja maar, de prijs van een auto varieert nogal” hoor ik u denken. Dat klopt. En hetzelfde geldt voor het ontwikkelen van software op maat. En het bereik van die prijs komt redelijk overeen:
U koopt een nieuwe auto vanaf zo’n € 8.000,- maar wilt u iets meer dan het minimum (iets groter, wat meer opties) dan loopt de prijs al snel op tot € 10.000 à € 15.000,-
Voor de meest verkochte auto van Nederland, de Volkswagen Golf, betaalt u zo’n € 25.000,-
Wilt u echt luxe, ruimte en/of prestaties dan komen de prijzen al gauw boven € 50.000,- en kunt u makkelijk tot € 150.000,- aan een nieuwe auto uitgeven. In uitzonderlijke gevallen betaalt u zelfs meerdere tonnen voor een auto, maar dan heb je wel iets heel bijzonders.
Voor software op maat geldt hetzelfde. Goed om te weten, toch?
Oh, en denkt u wel aan de kosten van brandstof en onderhoud? U wilt niet stilvallen onderweg.