Waarom ik gestart ben met Getscope?

Die vraag krijg ik met enige regelmaat en het antwoord hierop wil ik onderstaand uitleggen. Ik heb de afgelopen 15 a 16 jaar als freelance project manager bij een hoop leuke bedrijven gewerkt. Dit waren bedrijven die vooral in de media hoek zitten maar ook bij semi-overheids bedrijven alsmede bij uitgevers.

Hetgeen wat mij iedere keer op viel is dat de meeste bedrijven een heel assortiment aan software producten hebben die niet of nauwelijks met elkaar praten. Sommige project tools hadden een zeker overlap met elkaar qua functionaliteit andere tools waren gewoon weg te zwaar en moeilijk in te richten. Een ander punt wat mij is opviel is dat deze tools vaak focussen op één probleem en daardoor dus ook vaak één oplossing aanbieden. Denk aan tools voor je Waterval project of een Kanban tool. Aparte tools voor je resource planning of voor je uren registratie. You name it, en het is er. Nu hoeft dit niet per se een probleem te zijn, echter als je kijkt naar een gemiddelde Media bureau, IT bedrijf of andere project organisatie valt het meteen op dat er meerdere processen en methodieken door elkaar heen lopen. Op zich is dit niet vreemd want immers de IT afdeling kan een geheel eigen flow of methodiek hanteren dan de Marketing of Communciatie afdeling die met kortstondige campagnes werkt. Met Getscope wilde ik een geïntegreerde tool met een soort van 360 graden view waar je alle belangrijke processen die in een project spelen in één product hebt.

Toen ik als project manager na mijn studie begon te werken eind 2002 was dit nog net in het Prince 2 tijdperk, Dit tijdperk kenmerkte zich vooral door het schrijven van lange project initiatie documenten die door meerdere betrokken managers moesten worden ondertekend voordat het project van start kon gaan. Gevolg, lange doorlooptijden van projecten en een opdrachtgever die gedurende deze tergende iteratieve doorlooptijd van het project maar vooral moest wachten op het resultaat. Immers bij start getekend voor het project resultaat, is er onderweg geen ruimte meer voor voortschrijdend inzicht. Met andere woorden fingers crossed en bidden dat het allemaal wel meevalt.

Met de introductie van Agile (Scrum / Kanban) in 2001 braken er nieuwe tijden aan. Opdrachtgevers werden meegenomen in Sprints, kregen aan het einde van de sprint een wezenlijk stukje te zien van het eind product en zaten vooral op de bestuurdersstoel in plaats van op de achterbank.

Nieuwe tijden vroegen om nieuwe tools. Atlassian vrij snel opgericht in 2002 met Jira, in eerste instatntie een project and issue tracker tool, en is nog steeds één van de grootste namen in the game. En al helemaal sinds ze Trello (in 2011 opgericht) hebben overgenomen (in 2017).

Ik noem expliciet deze twee producten omdat ze qua user experience, beleving en gebruiksvriendelijkheid ver uit elkaar zitten. Trello is een web-bases Kanban oplossing die heel flexibel is en laag drempelig, waar de grote broer Jira een mastodont is. Rigide, ietwat boos en moeilijk te begrijpen. En waar je uiteindelijk veel (externe) kennis en kunde voor nodig hebt om dit goed te implementeren binnen jouw organisatie.

Met Getscope wilde ik een product ontwikkelen wat ongeveer in het midden staat van deze twee uitersten. Ik wilde een tool ontwikkelen die laagdrempelig is, en de flexibiliteit heeft van een Trello maar ook een bepaalde robuustheid en structuur biedt die een Jira heeft. Maar dan zonder de eindeloze mogelijkheden waar de standaard gebruiker in verdwaalt.

Een product waarbij je niet altijd hoeft te kiezen welke methodiek je wilt gebruiken bij de start van je project. Of je nu wil Scrummen, Waterval of Kanban wilt doen, het kan naast elkaar en door elkaar. Je kan starten met Waterval en eindigen met Scrum. Afhankelijk van de kennis en kunde van de je team of de vereisten en deliverables van je project.

Een methodiek en een tool zijn slechts hulpmiddelen, belangrijke hulpmiddelen maar meer ook niet. Uiteindelijk zijn het de mensen die het project maken of breken en de tool moet hier ten allen tijde ondergeschikt aan zijn. Maar dan moet het wel een tool zijn die je snapt vanaf dag één, zonder ellenlange handleidingen of dure consultants die je nodig hebt om je tool te implementeren.

En niet geheel onbelangrijk, het moet er ook nog een beetje uitzien.

Dus om die reden ben ik gestart met Getscope.

Ik hoop dat je de komende tijd met Getscope hetzelfde plezier beleeft als het plezier wat ik heb beleeft met het bedenken en bouwen van Getscope

Heb je vragen of opmerkingen of suggesties, ik sta altijd open voor feedback of samenwerkingen. Mail mij op guido@getscope.com en wie weet spreek ik je snel.

Guido Schilperoort

Founder @ Getscope