Mesmo Pequenos Projetos Precisa de um Pequeno Projeto

Eu sempre ouvi sobre projetos onde as pessoas a esmo lance desejos aos desenvolvedores e dizer-lhes para chegar ao trabalho. Às vezes, isso é feito em um e-mail, mas muitas vezes é na cabeça das pessoas e não claramente pensado.

Esta abordagem é rápida e leva pouco esforço. Isto também leva a resultados aleatórios. Na maioria das vezes o software resultante, quer se trate de uma aplicação web, aplicativo de desktop ou aplicação móvel para o Droid ou iOS, grosseiramente erra o alvo.

Para colocar isto em perspectiva, que ajuda a olhar para uma indústria madura e ver como eles se aproximam de seus negócios. Eu gosto de considerar a indústria da construção, que em muitos aspectos, é semelhante à construção de software.

Você pode ver que eu quero dizer sobre HGTV mostra que recebem profissionais envolvidos na criação de soluções para os proprietários. Um projeto é fornecida para que o cliente possa ver o que eles vão estar recebendo. Com este design visual (o que no Aranya considerar uma parte crucial da documentação), o cliente começa a dizer o designer que eles gostam - e não -. Modo que o produto final é algo que amam

projetistas e construtores querem garantir um projeto bem sucedido de cada vez. Nenhum de nós gosta de clientes insatisfeitos. Sem um bom projeto escrito para os nossos clientes para facilmente ver o que eles vão estar recebendo, estamos contando com a palavra falada. Ele está jogando roleta com seu projeto.

Outra razão para ter tudo no papel é que acelera a construção. Todos os que trabalham no projeto podem ver o que precisa ser feito. Eles podem se mover rapidamente para a frente para dar-lhe o que você quer.

Quando fazemos o desenvolvimento de aplicativos de software, tanto para a manutenção e software para aplicações de software personalizados construídos a partir do zero, nós insistimos no projeto completo. Às vezes, esse projeto leva 15 minutos (para pequenos projectos) e às vezes leva várias semanas (para projectos com mais de 3 meses de duração). . A duração da fase de projeto irá aproximadamente correlaciona com a duração do trabalho para concluir o projeto

Às vezes, esses shows HGTV, o designer permite que o cliente a fazer mudanças - ou pior, as mudanças são forçadas sobre los pelo proprietário - e tem que voltar à prancheta de desenho. As alterações ao projecto após a compilação começa quase sempre levar a custos elevados, compromissos sobre o produto final, e uma grande dose de estresse para ambos os lados.

A melhor análise e design up-front, a menos provável lá haverá mudanças daqui para frente. No entanto, por vezes, a mudança é inevitável. Felizmente, este é um lugar onde a construção física e desenvolvimento de software diferentes.

No mundo do software, é muito mais fácil de eliminar progressivamente o desenvolvimento para que você criar o aplicativo em etapas. Primeiro você construir uma peça, em seguida, o próximo eo próximo. Isto permite-lhe obter os ciclos de desenvolvimento curtos. Os ciclos curtos reduzir a chance de uma mudança terá de ser trabalhado em - na maioria das vezes as mudanças podem ser colocados para o próximo ciclo, evitando perturbações no desenvolvimento atual

Quanto menor o projeto (ou ciclo) a. que é mais fácil manter as alterações durante a compilação ocorra. Mas você ainda precisa de um bom projeto para o trabalho atual que está sendo feito, ou até mesmo esses projetos podem sair do controle. A grande coisa é que desde que cada ciclo no processo de desenvolvimento é pequeno, o design também é pequeno. Isto leva a um menor risco, mais facilmente feito mudanças e uma direção mais flexível para o seu aplicativo para ir.

Não cometa o erro de dizer "não temos tempo para o projeto." O tempo eo dinheiro que você economizar de fazer um projeto, seja ele um esboço 15 minutos ou uma série de 2 - sessões de design de 3 horas com um arquiteto, irá torná-lo vale a pena o investimento Restaurant ..