Även små projekt behöver lite Design

Jag hör hela tiden om projekt där människor på måfå kasta önskemål till utvecklare och berätta för dem att ta sig till jobbet. Ibland görs detta i ett e-postmeddelande, men alltför ofta är det i människors huvuden och inte tydligt genomtänkt. Omdömen

Denna metod är snabb och tar lite ansträngning. Det leder också till slumpmässiga resultat. Merparten av tiden den resulterande programvara, oavsett om det är en webbapplikation, ansökan skrivbordet eller mobil applikation för Droid eller IOS, missar grovt märket. Omdömen

För att sätta detta i perspektiv, hjälper det att titta på en mogen bransch och se hur de närmar sig sin verksamhet. Jag gillar att tänka på byggbranschen, som i många avseenden liknar mjukvarukonstruktion. Omdömen

Du kan se vad jag menar på HGTV visar att få proffs anlitas för att skapa lösningar för villaägare. Ett mönster är anordnat så att kunden kan se vad de kommer att få. Med denna visuella utformning (vad vi på Aranya överväga en viktig del av dokumentationen) kunden får berätta designern vad de vill - och du inte får -. Så den slutliga produkten är något de älskar Omdömen

konstruktörer och byggare vill se ett framgångsrikt projekt varje gång. Ingen av oss gillar olyckliga kunder. Utan en bra design skrivs ut för våra kunder att enkelt se vad de kommer att få, vi litar på det talade ordet. Det spelar roulette med ditt projekt. Omdömen

Ett annat skäl för att få allt på papper är det snabbar upp bygget. Alla som arbetar med projektet kan se vad som behöver göras. De kan snabbt gå vidare för att ge dig vad du vill. Omdömen

När vi gör programvara applikationsutveckling, både för programvaruunderhåll och anpassade program byggs från grunden, vi insisterar på en grundlig design. Ibland design tar 15 minuter (för små projekt) och ibland tar det flera veckor (för projekt över 3 månader i längd). . Längden på konstruktionsfasen kommer ungefär korrelerar med längden i arbetet med att slutföra projektet Omdömen

Ibland på dessa HGTV visar tillåter konstruktören klienten att göra ändringar - eller ännu värre, är de förändringar som påtvingas dem av husägare - och måste gå tillbaka till ritbordet. Ändringar av design efter bygga börjar nästan alltid leder till förhöjda kostnader, kompromisser på slutprodukten, och en hel del stress för båda sidor. Omdömen

Ju bättre up-front analys och design, desto mindre sannolikt att det kommer att bli förändringar framöver. Men ibland förändring oundviklig. Lyckligtvis är detta en plats där fysisk konstruktion och utveckling av programvara skiljer sig åt. Omdömen

I programvaruvärlden, är det mycket lättare att fasa utvecklingen så att du bygger programmet i steg. Först bygga en bit, sedan nästa och nästa. Detta gör att du kan få korta utvecklingscykler. De korta cykler minska risken en förändring kommer att behöva arbetat i - oftast förändringarna kan sättas in i nästa cykel, undvika störningar i den nuvarande utvecklingen Omdömen

Ju mindre projektet (eller cykla) den. lättare är det att hålla förändringar under uppbyggnad uppstår. Men du behöver fortfarande en bra design för det pågående arbetet som görs, eller till och med dessa projekt kan få ut av kontroll. Det fantastiska är att eftersom varje cykel i utvecklingsprocessen är liten, är designen också liten. Detta leder till lägre risk, lättare gjort ändringar och en mer flexibel riktning för din ansökan att gå. Omdömen

Gör inte misstaget att säga "vi har inte tid för design." Den tid och pengar du sparar från att göra en design, oavsett om det är en 15 minuters skiss eller en serie av 2-3 timmars konstruktions sessioner med en arkitekt, gör det värt investeringen Omdömen. .