Getting Real 101 - De drie Musketiers

In het begin van je Getting Real development project begin met een kleine groep mensen. Het liefst drie mensen, twee specialisten (Ontwerper en een Programmeur) en iemand die verstand heeft van beide specialisaties (Een zogenaamde Sweeper). Op deze manier ben je er flexibel en hoeft je je nooit zorgen te maken over het feit dat iemand in de groep ‘niets’ te doen heeft. Tevens bevordert het de creativiteit van de projectleden. Je hebt weinig resources en weinig leden dus moet men creatief denken om problemen met z’n drieën op te lossen. Ook zorgt het ervoor dat je delen van de ontwikkeling even moet laten zitten en prioriteiten te stellen.

Now sure, it’s a challenge to build an app with only a few people. But if you’ve got the right team, it’s worth it. Talented people don’t need endless resources. They thrive on the challenge of working within restraints and using their creativity to solve problems. Your lack of manpower means you’ll be forced to deal with tradeoffs earlier in the process — and that’s alright. It will make you figure out your priorities earlier rather than later. And you’ll be able to communicate without constantly having to worry about leaving people out of the loop.

In mijn afstudeerproject zijn we maar met z’n tweeen. Hierdoor hebben we alleen een Ontwerper en een Sweeper. Maar dit zorgt al voor genoeg specialisatie binnen de groep. Wij zullen samen met de doelgroep gaan brainstormen en evalueren en op basis daarvan prioriteiten opstellen voor de ontwerp- en realisatiefase. Volgende week gaan we al beginnen met de ontwerp- en realisatiefase. Waarom? Omdat je geen documenten moet opstellen die geen directe meerwaarde bieden aan het product. Wanneer je al jaren doelgroepsanalyses hebt gemaakt hoeft je dit niet meer altijd te doen. Wanneer je je doelgroep al kent zoals kinderen, en je hebt al vaker deze doelgroep onderzocht, hoef je dat niet nogmaals te doen. Vermijd onnodige documenten en besteed de tijd nuttig, aan je product.

Prevent excess paperwork everywhere. Unless a document is actually going to morph into something real, don’t produce it.
Build, don’t write. If you need to explain something, try mocking it up and prototyping it rather than writing a longwinded document. An actual interface or prototype is on its way to becoming a real product. A piece of paper, on the other hand, is only on its way to the garbage can.

Leave a Reply