Ik heb drie projecten die zich slated om te beginnen deze week, en bij de afsluiting van de werkzaamheden op maandag ben ik nog steeds wacht op drie project contouren van mijn cliënten, ha. Een van mijn partners, Greg Smart, rapporteerde een goed artikel op zijn blog een tijdje terug over dit zelfde onderwerp.

Dit is iets dat ons allen in de ontwikkeling gemeenschap toch van tijd tot tijd hebben wij onze taak lijsten eruit geschept en zijn klaar voor een nieuwe client-project en opeens krijgen we te wachten op de inhoud of een project schets vanaf de client.

Het is niet de schuld van de cliënt, zijn ze meestal alleen maar worstelen met de realiteit dat het samenstellen van een website of schetsen schrijven van content voor het web is een beetje moeilijker dan ze hadden gedacht, en tenzij u gedaan hebt heb je echt niet ' niet dat deze up front. Het is nog steeds een frustrerende zaak voor ons als ontwikkelaars, want hier zitten we klaar om te gaan werken en hebben al onze eenden op een rij en we moeten wachten ...

In de loop der jaren heb ik vernomen dat een van de grootste fouten een ontwikkelaar kan maken is om overhaast zijn cliënt te maken kritieke beslissingen met betrekking tot hun project schets of "navigatie", zullen ze onvermijdelijk "iets gemist", dat zal moeten worden gecodeerd en in de latere het meestal eindigt het toevoegen van een paar extra uren aan het project, zo niet meer op de weg. Het beste wat ik heb geleerd is het gewoon geduld hebben.

Er zijn een paar dingen die je kunt doen voor het sorteren van krijg de bal aan het rollen tijdens de ontdekking fase van een project dat ik in het verleden gebruikt met gemengde resultaten. Een van die trucs is het bouwen van een ontdekking document, MS Word of Excel werk geweldig om zoiets als dit, alleen de bouw van het document met standaard vragen die u zullen toelaten om een schets voor het project en krijgt ten minste een uitgangspunt. In dit project ontdekken, dient u een aantal moeilijke vragen dat misschien de client is geen rekening gehouden met vóór en maakt ze denken. Bij het samenstellen van een document over de ontdekking van de front-end van een project kunt u waarschijnlijk Snijd voorzichtig een paar uur tijd van de ontwikkeling op de weg ...

Een andere techniek die mij is het verkennen van de laatste tijd is het gebruik van UML (universele markup language) voor het bouwen van een project schets in flowchart vorm. Dit helpt om een visuele gezicht op project en geeft de klant een beter perspectief aan wat hun project loopt tot alsmede met de manier waarop dit wordt georganiseerd.

Dit zijn slechts twee voorbeelden, ik zou graag willen horen van een aantal andere ontwikkelaars die daar reed op deze situatie vóór en welke technieken zij gebruiken om dit feit van het leven. Let op dat de opmerking ...