Академический Документы
Профессиональный Документы
Культура Документы
Tanto jovens engenheiros quanto pessoas mais experientes tendem a acreditar neles, distorcendo
a verdadeira face do processo de engenharia.
Um bom manual, repleto de padres e regras, fornecer a equipe tudo que ela
precisa saber
Desenvolvimento no uma receita de bolo! Os clientes so diferentes, os projetos so diferentes,
os programadores so diferentes, as prioridades dependem do projeto. Basicamente, TUDO diferente. No
pense que um site de ecommerce que voc desenvolveu para a empresa X valer para a empresa Y, e viceversa. O planejamento fundamental e s ento voc poder levantar os requisitos necessrios e trabalhar em
cima de um novo projeto.
Caso ocorra atraso no cronograma este poder ser contornado alocando-se mais
programadores ao projeto.
Por mais que exista o conceito de Fbrica de Software no podemos pensar no processo de desenvolvimento
como uma linha de produo. Ao se inserir um programador em um projeto, ele levar algum tempo para se
familiarizar com o cdigo e com o que est sendo feito, para ento, comear de fato a produzir. Outro grande
pecado que muitos gestores comentem tratar o programador como pedreiro, como um peo. Se o o
desenvolvedor no entende nada do processo da empresa para o qual est desenvolvendo, tenha certeza que
no poder contribuir da melhor maneira possvel. Mais um vez, quero frisar: Desenvolvimento no linha
de produo. Alocar programadores para resolver um problema de cronograma poder surgir efeito contrrio,
causando mais problemas!
nesse cdigo? Pense bem antes de terceirizar algo que no poder trabalhar bem no futuro. melhor recusar
um projeto do que faze-lo mal feito.
Se
o
programa
funciona,
nosso
trabalho
est
completo.
Se o programa ainda no est finalizado e rodando, no posso avaliar sua
qualidade.
Esses dois tpicos so assutadoramente passados adiante e voc j deve ter ouvido isso de algum. Se um
programa roda isso no garante que o seu trabalho est feito. Todo o processo de desenvolvimento deve buscar
a qualidade e apenas funcionar no lhe garante isso ou seja, o processo da avaliao de qualidade no se
limita a essa etapa. O seu cdigo bem comentado? Est bem feito? Otimizado? A tecnologia utilizada
adequada? Os banco de dados esto otimizados? Sua relaes foram criadas corretamente? A infraestrutura do
cliente suporta o que est sendo desenvolvido? Se o seu sistema foi feito para suportar vrios acessos, ele
realmente suporta isso? Um programa mais do que o executvel. Voc vende todo o processo.
http://www.profissionaisti.com.br/2011/08/os-principais-mitos-do-desenvolvimento-de-software/