Selv små prosjekter trenger litt Design

jeg stadig høre om prosjekter der folk måfå kaste ønsker at utviklere og fortelle dem om å få til å fungere. Noen ganger er dette gjort i en e-post, men alt for ofte det er i folks hoder og ikke klart gjennomtenkt.

Denne tilnærmingen er rask og tar liten innsats. Det fører også til tilfeldige resultater. Mesteparten av tiden den resulterende programvaren, enten det er en webapplikasjon, desktop applikasjon eller mobilapplikasjon for Droid eller iOS, savner grovt mark.

For å sette dette i perspektiv, hjelper det å se på en moden industri og se hvordan de nærmer seg sin virksomhet. Jeg liker å vurdere byggebransjen, som på mange måter er det ligner på programvare konstruksjon.

Du kan se hva jeg mener om hgtv viser at få fagfolk engasjert for å lage løsninger for huseiere. En design er gitt slik at kunden kan se hva de skal få. Med denne visuelle design (hva vi på Aranya vurdere en viktig del av dokumentasjonen) kunden får å fortelle designer hva de liker - og gjør ikke det -. Så det endelige produktet er noe de elsker

Designere og utbyggere ønsker å sikre et vellykket prosjekt hver gang. Ingen av oss liker misfornøyde kunder. Uten en god design skrevet ut for våre kunder å enkelt se hva de vil få, er vi stolte på det talte ord. Det er å spille rulett med prosjektet.

En annen grunn til å få alt ned på papiret er det raskere oppbygging. Alle som arbeider på prosjektet kan se hva som må gjøres. De kan raskt gå videre for å gi deg det du ønsker.

Når vi gjør programmet utvikling, både for programvare vedlikehold og for egendefinerte programmer bygd opp fra grunnen av, insisterer vi på grundige design. Noen ganger at design tar 15 minutter (for små prosjekter), og noen ganger tar det flere uker (for prosjekter enn 3 måneder i lengde). . Lengden av designfasen vil omtrent korrelerer med lengden av arbeidet med å fullføre prosjektet

Noen ganger på disse hgtv viser, tillater designeren klienten til å gjøre endringer - eller enda verre, blir endringene påtvunget dem av hus - og må gå tilbake til tegnebrettet. Endringer i design etter build begynner nesten alltid føre til forhøyede kostnader, kompromisser på det endelige produktet, og mye stress for begge sider.

Jo bedre up-front analyse og design, jo mindre sannsynlig er det vil bli endringer fremover. Imidlertid er noen ganger forandring uunngåelig. Heldigvis er dette ett sted hvor fysisk bygging og utvikling av programvare forskjellig.

I programvaren verden, er det mye enklere å fase utviklingen så du bygger programmet i trinn. Først du bygger ett stykke, så den neste og den neste. Dette gjør at du kan få korte utviklingssykluser. De korte sykluser redusere sjansen en endring må bli jobbet i - oftest endringene kan settes inn i neste syklus, unngå avbrudd i dagens utvikling

Jo mindre prosjekt (eller sykle) den. lettere er det å holde endringer i bygge oppstår. Men du trenger fortsatt en god design for dagens arbeid som blir gjort, eller til og med disse prosjektene kan komme ut av kontroll. Det som er bra er at siden hver syklus i utviklingsprosessen er liten, er utformingen også liten. Dette fører til lavere risiko, mer lett gjort endringer og en mer fleksibel retning for søknaden din til å gå.

Ikke gjør den feilen å si "vi har ikke tid til design." Tiden og pengene du sparer fra å gjøre et design, enten det er en 15 minutters skisse eller en serie med 2 - 3 timers motiv økter med en arkitekt, vil gjøre det verdt investeringen
. .