THE BLOG

22
feb

Printing dashboard in the cloud

Greentimes is een van de klanten van Deep Blue waarmee we een lange-termijn partnership hebben. Wij ondersteunen deze bedrijven met het opstellen van de product road-map, bieden technische support en implementeren wijzigingen en nieuwe versies.

De Greentimes dashboard applicatie biedt medewerkers van grote bedrijven inzicht in hun gedrag en de impact op kosten en milieu. Naast het inzichtelijk maken van printgedrag (doel = bewuster printen: Minder, vaker dubbelzijdig, minder in kleur) kan het dashboard ook informatie tonen over gebruik van data-storage faciliteiten, belkosten, brandstofverbruik etcetera.

greentimes dashboard

Tot voor kort richtte Greentimes zich voornamelijk op grote bedrijven (tot de klantenkring behoren bijvoorbeeld ING, FrieslandCampina en enkele grote advocatenkantoren). Het volledige systeem werd op het interne netwerk van het bedrijf geïnstalleerd. Maar ook voor kleinere bedrijven is het Greentimes concept vaak interessant. Het milieu is van ons allemaal. En MVO combineren met een kostenbesparing spreekt veel bedrijven aan. Om gebruik van het Greentimes dashboard zo laagdrempelig mogelijk te maken, wordt momenteel gewerkt aan de ontwikkeling van een Cloud-versie (SAAS). De deelnemende bedrijven hoeven slechts één eenvoudige component te installeren op hun printserver, en vanaf dat moment hebben hun werknemers zicht op hun printgedrag via het on-line Greentimes dashboard. Indien er gebruik wordt gemaakt van Uniflow (print management software van Canon) dan kan indien gewenst ook gebruik worden gemaakt van de standaard interface met dit pakket.

Tegelijk met de technische aanpassingen, ontwikkelt Greentimes ook een verbeterd communicatie concept. Daarmee worden de klanten nog verder ontzorgd, doordat Greentimes zorgt voor actuele inhoud van de maandelijkse e-mails waarmee medewerkers hun score zien en ze tips krijgen aangereikt om hun gedrag nog verder te verbeteren.

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.

28
sep

Communicatie en software

Bij het ontwerp en de introductie van nieuwe software mag het belang van communicatie niet worden onderschat. Niet alleen de functionaliteit en techniek dienen te passen bij het doel, ook de vormgeving en de usability zijn van groot belang voor een succesvolle uitrol. Sterker nog: het zijn vaak de aspecten die de eerste indruk van een gebruiker bepalen. En de eerste indruk telt…
We beschikken over onze eigen grafisch ontwerpers in Oost-Europa. Maar voor de complexere projecten, waarbij Nederlandse expertise nodig is om de processen te begeleiden en tot een top-resultaat te komen, werken we samen met een lokale partner: Gloei communicatie in Breda. Gloei kan helpen bij het helder krijgen van de communicatie-doelen, bij het in kaart brengen van de doelgroep (en hoe deze het beste te bereiken) en bij de realisatie van (huis)stijl, teksten, vormgeving en communicatiemiddelen.
Voor meer informatie over de dienstverlening van Gloei communicatie: zie www.gloeicommunicatie.nl.
Gloei communicatie

07
jul

Email notificaties vanuit Relatics

Fervent Relatics gebruiker? Zou het niet handig zijn als je meldingen van relevante acties in je mailbox zou krijgen? Dat kan met onze mail notificatie add-on. Op basis van een custom query en zelf opgestelde template worden automatisch mails verstuurd wanneer nodig. Met directe link in de mail naar het betreffende scherm in Relatics. Lees hier meer hierover en over onze andere Relatics add-ons.

12
jun

Toegangscontrole Stiltefestival

Van 17 t/m 24 juni vindt in Breda het Stiltefestival plaats. Een internationaal festival met dans voor kinderen (en nog veel meer). Deep Blue ondersteunt dit initiatief door ontwikkeling van een toepassing waarmee via een barcode scanner de verkochte tickets bij de ingang eenvoudig op geldigheid worden gecontroleerd.

 

 

08
jun

Rally met elektrische auto’s haalt € 73.111 op

Omdat wij bij Deep Blue geloven in het belang van duurzaamheid en de rol van elektrisch rijden daarbij, hebben we ook dit jaar de E-rally ondersteund. We ontwikkelden onder andere de website (www.e-rally.eu) en een on-line applicatie waarmee eenvoudig PDF documenten zijn om te zetten naar een formaat dat op het grote 17″scherm van een Tesla te bekijken is (tbv het routeboek): TeslaPDF.

Op zaterdag 30 mei reden zo’n 120 volledig elektrische auto’s (met name Tesla’s) een rit van bijna 200km van Urmond naar Tilburg. Aansluitend was een diner georganiseerd met een veiling van door sponsoren aangeleverde items. De dag leverde een recordbedrag van € 73.111,- op dat volledig wordt overgemaakt aan JustDiggit, een organisatie die zich inzet tegen klimaatverandering.

E-rally 2015 cheque

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.

18
mei

Deep Blue verlengt Relatics partnerovereenkomst

Deep Blue gebruikt sinds 2012 Relatics als framework voor het bieden van maatwerkoplossingen waarbij data wordt beheerd. Sinds ons eerste project zijn we partner van Relatics om zo onze klanten optimaal te kunnen ondersteunen. Relatics ziet de meerwaarde die partners hebben, en heeft daarom besloten nog meer in te zetten op samenwerking en ondersteuning. Dit heeft vorm gekregen in een nieuw partnercontract. Deep Blue is blij met deze voortzetting van de samenwerking, en ziet uit naar de nieuwe Relatics projecten die op stapel staan.

Fred Lohman (Relatics), Maurice Gelden (Deep Blue)

Fred Lohman (Relatics), Maurice Gelden (Deep Blue)

07
apr

Een huis bouwen

In gesprekken met klanten gebruik ik regelmatig de vergelijking tussen het bouwen van een huis en het bouwen van software. Er zijn veel overeenkomsten in de processen. De vergelijking helpt in sommige gevallen om het proces van software ontwikkeling wat inzichtelijker te maken.

bouwen aan software

Budget
Bij het (laten) bouwen van een huis is het vanzelfsprekend dat de opdrachtgever vooraf duidelijkheid geeft over het beschikbare budget. Het heeft weinig zin om je droomhuis te laten ontwerpen, om er vervolgens achter te komen dat het drie keer zo duur is als wat je kunt betalen. Nou hebben veel mensen wel een indruk van de kosten van een huis (een paar uur bladeren op Funda geeft een aardig beeld van type huis en bijbehorende prijs). Maar wat het kost om maatwerk software te laten bouwen is vaak lastig in te schatten. Het gebeurt helaas regelmatig dat klanten een inschatting laten maken voor software, waarbij we er vervolgens achter komen dat het budget mijlen ver ligt van de benodigde investering. Vandaar dat we graag kort na de eerste kennismaking een indicatie ontvangen van het beschikbare budget. Dat bepaalt of het zinvol is om verder te gaan.
En ook bij een redelijk budget, kan de hoogte daarvan bepalend zijn voor de details van het ontwerp. Als je een huis wilt laten bouwen voor € 200.000,- dan verwacht je ook geen zwembad en gouden kranen.

Ontwerp
Voordat wordt gestart met de bouw van een huis, wordt een ontwerp gemaakt. De architect bepaalt hoe het huis eruit komt te zien, er wordt een bestek opgesteld waarin staat beschreven welke materialen worden toegepast, en een bouwkundige bepaalt of de constructie degelijk genoeg is.
Bij software ontwerp gaat het er net zo aan toe. Op basis van input van de klant beschrijven we de gewenste functionaliteit. Vervolgens wordt door een grafisch ontwerper het design gemaakt. En in het technisch ontwerp bepalen we welke technieken en componenten worden toegepast en hoe de structuur van de software wordt.
Pas als dit allemaal is beschreven en de klant is ermee akkoord, beginnen we met bouwen. Sommige ontwikkelaars beginnen zodra de vorm van het huis bekend is met het aanleggen van de fundering, en bepalen tijdens de bouw in overleg met de klant hoe het volgende onderdeel eruit komt te zien. Dan is het heel lastig om een degelijk huis neer te zetten, met een consistent ontwerp en een gelijke kwaliteit in alle aspecten. Om over het in de hand houden van de kosten nog maar te zwijgen.

Aannemer
Je zou Deep Blue kunnen vergelijken met een aannemer in de bouw. Op basis van de input van de klant maken we een ontwerp. En op basis van het bestek bepalen we de prijs van het huis. Na akkoord zorgen wij ervoor dat de juiste expertise wordt ingeschakeld (ontwikkelaars, software architecten, projectleiders en testers. Vergelijkbaar met metselaars, timmerlui en opzichters). En we nemen de verantwoordelijkheid voor de kwaliteit én de prijs van het eindresultaat.

Eigendom
U zou vreemd opkijken als na oplevering van uw huis zou blijken dat de aannemer eigenaar blijft. Toch is dat in de software branche niet ongebruikelijk. Bij Deep Blue wordt de klant altijd eigenaar van de in opdracht ontwikkelde software. Logisch, want daar heeft u voor betaald.

Oplevering en garantie
In de meeste projecten organiseren we regelmatig een kijkdag: al gedurende de bouw krijgt u inzicht in de tot dan toe gerealiseerde functionaliteit. Mocht er iets niet naar wens zijn, dan kunnen we dat direct oplossen. En als het huis klaar is geven we u graag een rondleiding en noteren we eventuele gebreken. Vervolgens gaat de garantieperiode in. Mocht er nog een schakelaar scheef zitten of een deur kraken dan lossen we dat zonder kosten op.
En mocht u nog meer zekerheid willen, dan is het mogelijk een onderhoudscontract of verlengde garantie bij ons af te nemen.

Veel woonplezier!

06
mrt

Goede software op tijd en binnen budget?

Op Dutchcowboys publiceerde dhr. Vissia een interessant artikel over hoe lastig het is om software ontwikkel projecten op tijd, binnen budget en zonder fouten af te ronden.
Wij weten hoe lastig dat is. Maar de uitspraken uit het artikel “..bijna altijd krijg je de vraag van een klant hoe het toch komt dat je nooit een project op kunt leveren zonder bugs en binnen de tijd en het budget” en “je moet er vanuit gaan dat de kans dat een project binnen tijd, binnen specificaties en binnen budget wordt opgeleverd ongeveer 4% is” herkennen we gelukkig niet. Juist deze drie aspecten (leveren van kwaliteit, op tijd en binnen budget (fixed-price)) zijn onze speerpunten. We doen er dan ook alles aan om op alledrie de punten aan de verwachtingen te voldoen.
Hoe? in het kort:

  • Allereerst door onze kennis en die van de klant te combineren in een goed ontwerp. Eentje dat de klant begrijpt én dat door onze ontwikkelaars kan worden gebruikt als blauwdruk voor de software.
  • Door veel aandacht (en tijd) te besteden aan het testen van de software. Inzet van een apart testteam, dat testcenarios opstelt aan de hand van het ontwerp en deze (onafhankelijk van de ontwikkelaars) uitvoert. Volgens de auteur is daar zelden budget voor. Wij nemen dat in elk voorstel op, en houden graag vast aan onze kwaliteitsnormen.
  • Door flexibel ontwikkelcapaciteit te kunnen bij schakelen als dat nodig is om de planning te halen.
  • Door het fixed-price risico zelf te dragen. Wij spreken vooraf af wat het kost en houden ons daaraan. Soms (vaak) kost ons dat wat meer uren dan verwacht, maar dat leidt tot een kleinere marge, niet tot hogere kosten bij de klant.

Het artikel kan hier worden gelezen.