Zelfs voor kleine projecten moeten een beetje Design

ik voortdurend horen over de projecten waar mensen lukraak gooien wensen op ontwikkelaars en vertel ze aan de slag. Soms gebeurt dit in een e-mail, maar al te vaak is het in de hoofden van mensen en niet goed doordacht.

Deze aanpak is snel en neemt weinig inspanning. Het leidt ook tot willekeurige resultaten. De meeste van de tijd dat de resulterende software, of het nu een webapplicatie, desktop-applicatie of een mobiele applicatie voor de Droid of iOS, mist schromelijk het merk.

Om dit in perspectief te zetten, helpt het om te kijken naar een volwassen industrie en zie hoe ze benaderen hun bedrijf. Ik wil de bouwsector, die in veel opzichten vergelijkbaar is met software constructie overwegen.

U kunt zien wat ik bedoel op HGTV shows die krijgen professionals die zich bezighouden met oplossingen voor huiseigenaren te creëren. Een ontwerp is voorzien zodat de klant kan zien wat ze zullen krijgen. Met deze visueel ontwerp (wat we bij Aranya overwegen een cruciaal onderdeel van de documentatie) krijgt de klant aan de ontwerper wat ze willen vertellen - en Don niet -., Zodat het eindproduct is iets wat ze graag

ontwerpers en bouwers willen een succesvol project te verzekeren elke keer. Niemand van ons wil ontevreden klanten. Zonder een goed ontwerp uitgeschreven voor onze klanten om gemakkelijk te zien wat ze zullen krijgen, zijn we vertrouwen op het gesproken woord. Het spelen van roulette met uw project.

Een andere reden om alles af te krijgen op papier is het versnelt de opbouw. Iedereen aan het project kan zien wat er gedaan moet worden. Ze kunnen snel vooruit om u te geven wat je wilt.

Als we dat doen software applicatie-ontwikkeling, zowel voor het onderhoud van de software en voor aangepaste software-applicaties gebouwd vanaf de grond opgebouwd, dringen wij erop aan gedegen ontwerp. Soms is dat ontwerp duurt 15 minuten (voor kleine projecten) en soms duurt het enkele weken (voor projecten meer dan 3 maanden lang). . De lengte van de ontwerpfase zal ongeveer correleren met de lengte van het werk om het project te voltooien

Soms op die HGTV shows, de ontwerper kan de klant om wijzigingen aan te brengen - of erger, zijn de veranderingen opgedrongen ze door de huiseigenaar - en moet terug naar de tekentafel. Wijzigingen in het ontwerp na de bouw begint bijna altijd leiden tot verhoogde kosten, compromissen op het eindproduct, en een groot deel van de spanning voor beide partijen.

Hoe beter het up-front analyse en ontwerp, hoe minder kans er zullen veranderingen gaan vooruit. Echter, soms verandering is onvermijdelijk. Gelukkig, dit is een plek waar de fysieke bouw en de ontwikkeling van software verschillen.

In de software wereld, is het veel makkelijker om de ontwikkelingsfase, zodat je de applicatie in stappen op te bouwen. Eerst bouw je een stuk, dan is de volgende en de volgende. Hierdoor kunt u kort ontwikkeling cycli krijgen. De korte cycli verminderen de kans een wijziging moet worden uitgewerkt - meestal de veranderingen in de volgende cyclus worden gebracht, voorkoming van verstoring in de huidige ontwikkeling

Hoe kleiner het project (of cyclus) het. makkelijker het is om veranderingen te houden tijdens opbouw optreedt. Maar je moet nog steeds een goed ontwerp voor het huidige werk wordt gedaan, of zelfs deze projecten kunnen uit de hand lopen. Het grote ding is dat sinds elke cyclus in het ontwikkelingsproces is klein, het ontwerp is ook klein. Dit leidt tot een lager risico, gemakkelijker gemaakt veranderingen en een meer flexibele richting voor uw toepassing te gaan.

Maak niet de fout om te zeggen niet te maken "we hebben geen tijd voor het ontwerp." De tijd en geld bespaart u van het doen van een ontwerp, of het nu een 15 minuten schets of een reeks van 2-3 uur ontwerp sessies met een architect, zal het de moeite waard de investering
..