Selv små projekter har brug for lidt Design

jeg hele tiden høre om projekter, hvor folk tilfældigt kaste ønsker på udviklere og fortælle dem at komme på arbejde. Nogle gange sker dette i en e-mail, men alt for ofte er det i folks hoveder og ikke klart gennemtænkt.

Denne fremgangsmåde er hurtig og tager lidt indsats. Det fører også til tilfældige resultater. Det meste af tiden den resulterende software, uanset om det er en web-applikation, desktop applikation eller mobile ansøgning om Droid eller iOS, groft Misser mærket.

For at sætte dette i perspektiv, hjælper det at se på en moden industri og se, hvordan de nærmer deres forretning. Jeg kan lide at overveje byggebranchen, som i mange henseender det svarer til software konstruktion.

Du kan se, hvad jeg mener om hgtv viser, at få professionelle engageret til at skabe løsninger til boligejere. Et design er forudsat, så kunden kan se, hvad de vil få. Med denne visuelle design (hvad vi ved Aranya overveje en afgørende del af den dokumentation) kunden får at fortælle designeren hvad de kan lide - og lad være -. Så det endelige produkt er noget, de elsker

Designere og bygherrer ønsker at sikre et vellykket projekt hver gang. Ingen af ​​os kan lide utilfredse kunder. Uden et godt design skrevet ud for vores kunder at nemt at se, hvad de vil få, er vi afhængige af det talte ord. Det er at spille roulette med dit projekt.

En anden grund til at få alt ned på papir er det fremskynder opbygningen. Alle, der arbejder på projektet kan se, hvad der skal gøres. De kan hurtigt komme videre for at give dig hvad du ønsker.

Når vi gør software applikationsudvikling, både for software vedligeholdelse og brugerdefinerede programmer bygget op fra bunden, vi insisterer på grundig design. Nogle gange, at design tager 15 minutter (for små projekter), og nogle gange tager det flere uger (for projekter over 3 måneder i længden). . Længden af ​​designfasen vil nogenlunde korrelere med længden af ​​arbejdet med at færdiggøre projektet

Nogle gange på de hgtv shows, designeren gør det muligt for kunden at foretage ændringer - eller værre, er de ændringer, påtvunget dem af boligejer - og har til at gå tilbage til tegnebordet. Ændringer i design efter build begynder næsten altid føre til forhøjede omkostninger, kompromiser om det endelige produkt, og en stor del af stress for begge parter.

Jo bedre up-front analyse og design, jo mindre sandsynligt er der vil være ændringer fremover. Men nogle gange ændring er uundgåelig. Heldigvis er dette et sted, hvor den fysiske konstruktion og udvikling af software er forskellige.

I software-verden, er det meget lettere at udfase den udvikling, så du opbygger programmet i trin. Først skal du bygge et stykke, så den næste og den næste. Dette giver dig mulighed for at få korte udviklings- cyklusser. De korte cyklusser mindske risikoen en ændring vil være nødvendigt at arbejdet i - oftest ændringerne kan sættes ind i den næste cyklus, så man undgår forstyrrelser i den aktuelle udvikling

Jo mindre projektet (eller cykle) den. lettere er det at holde forandringer under build opstår. Men du skal stadig et godt design for den aktuelle arbejde, der gøres, eller selv disse projekter kan komme ud af kontrol. Den store ting er, at eftersom hver cyklus i udviklingsprocessen er lille, designet er også små. Dette fører til lavere risiko, lettere foretaget ændringer og en mere fleksibel retning for din ansøgning til at gå.

Du må ikke begå den fejl at sige "vi har ikke tid til design." Den tid og penge, du sparer fra at gøre et design, uanset om det er en 15 minutters skitse eller en serie af 2 - 3 timer design sessioner med en arkitekt, vil gøre det værd at investere
. .