Hoi

Ik zoek een tip/tool welke mij kan helpen om voor een programmeur duidelijk te maken wat ik als resultaat wil hebben. Ik kan mijn project wel omschrijven, maar ik zoek een manier om de (vele) details te vertalen naar 'iets' waar een programmeur mee kan werken.
Dit om verwarring te voorkomen en om op voorhand duidelijk te krijgen of de beoogde programmeur goed genoeg is. Ik heb allerhande fora bekeken maar zie eigenlijk alleen een omschrijving van een project staan, terwijl ik toch echt wel details kenbaar wil maken in een vroeg stadium zonder iemand z'n handje vast te houden...

Iemand tips/tools om dit correct te doen?

Alvast bedankt!

JP

Dat heet "praten".

Jullie spreken samen de zgn "deliverables" af, en alle randvoorwaardeen en functionele eisen. Je spreekt af wat er moet worden gemaakt, wanneer het af moet zijn, wat de eisen zijn voor de functionaliteit, de eisen voor hoe het werkt en je legt dit alles vast. Het document wordt door beiden ondertekent, ter beider bescherming.

Aan de ene kant zodat jij niet met troep komt te zitten, aan de andere kant zodat de programmeur niet in de shit zit als jij weer eens van gedachten verandert

Pas zodra jullie het eens zijn over de deliverables en de requirements gaat men aan de slag en niet eerder. Moeten er later alsnog dingen veranderen, dan wordt dit als addendum opgesteld welke ook weer door beide partijen moet worden getekend.

Aan de hand van het deliverables&requirements document kan een plan van aanpak worden opgesteld. Een planning, de mijlpalen, de afspraken voor meetmomenten en terugkoppeling enzovoorts.

(Bewerkt door Cailin Coilleach om 11:33, 27-12-2010)

Ik maak op uit de vraag van Balooka dat ie een structuur wil maken waarin ie de werking van zijn idee wil uitleggen. Zodat de programmeur het kan nabouwen. Lijkt me niet de handigste werkmethode. Juist de verwerking van de details is iets wat je aan de programmeur moet overlaten. Er zijn vele wegen die naar een eindresultaat leiden.
En zoals Cailin al aangeeft: geef aan welk eindresultaat je wilt hebben en welke gegevens je daartoe tot beschikking hebt. En zo mogelijk, geef aan waar je eventueel wil uitbreiden etc. Hoe het wordt gemaakt en hoe het zal werken is juist de kracht van een goede programmeur.

Bedankt Cailin Coilleach en paulusch,

Ik begrijp dat 'praten' de makkelijkste weg van communiceren is. Maar dit project gaat iets verder dan een plugin welke ik makkelijk kan uitleggen. Ik wil de programmeur juist niet lastigvallen met technische specificaties maar wel met functionele specificaties.

Paulusch, ik wil niet dat de programmeur iets namaakt, maar ik wil wél de functies die we bedacht hebben terugzien in de code. Hoe de programmeur dat doet maakt mijn niet zo veel uit, dat is aan hem/haar.

Een van de technieken is via Use Cases (ook wel scenarios).
http://en.wikipedia.org/wiki/Use_case

Ik kan hier veel meer over vertellen indien nodig, maar er is ook flink wat te vinden op het Internet.
Zoek naar: Use Case Driven Development.
Vergelijkbare technieken worden gebruikt in Agile Development.

En mocht je een website willen opmaken die een programmeur vervolgens gaat vertalen in dezelfde lay-out: wireframe is je zoekterm.

@Pieterr

Bedankt, daar kan ik wat mee!