Oi,Venho passando por uma metamorfose nos ultimos meses.Uma metamorfose que esta mudando definitivamente a minha maneira de pensar, trabalhar, falar e agir.Uma metamorfose que iniciou apos anos de confinamento e servidao a praticas que me cegavam a cada novo projeto de software.Cronograma, Fase de levantamento, fase de especificacao, fase de documentacao, diagramas multiplos, casos de uso extensos e detalhados, fase de testes, fase de homologacao, distancia dos usuarios, todos estes termos eram correntes pesadas que me prendiam ao mundo waterfall.No entanto apos conhecer o manifesto agil, comecei a repensar os conceitos citados anteriormente, e comecei a buscar alternativas para a conducao e desenvolvimento dos projetos de software.Atualmente eu troquei as praticas citadas acima por, planejamento de entrega realista, TDD, integracao continua, participacao ativa dos usuarios, documentar o que precisa ser documentado, licoes aprendidas a cada duas semanas, foco no ROI, auto gestao, programacao em pares, dentre outras.Acredito que apos ter sofrido esta metamorfose terei muito mais responsabilidade com meus atos e acoes nos projetos. Isto porque sempre defendi aquilo que acredito e nao sera diferente com o manifesto agil, por isto terei que me preparar muito bem para nao me contradizer quando precisar defender ou sugerir meu novo ponto de vista.Espero ter sucesso nesta nova empreitada.[]'sRicardo Simoes Ola Pessoas!Atualmente estou a estudar o SCRUM. Nestes estudos encontrei o livro "Scrum e XP direto das trincheiras", e um livro extremamente pratico e didatico, otimo para quem esta comecando, como eu.Em uma das minha leituras encontrei a declaracao abaixo:"Generally speaking, a system with high internal quality can still have alow external quality. But a system with low internal quality will rarelyhave a high external quality. It is hard to build something nice on top of arotten fundament."Logo apos o autor explica:External quality is what is perceived by the users of the system. Aslow and non-intuitive user interface is an example of poorexternal quality.Internal quality refers to issues that usually arent visible to theuser, but which have a profound effect on the maintainability ofthe system. Things like system design consistency, test coverage,code readability, refactoring, etc.Apos esta declaracao o autor comenta que a "Qualidade Interna" nao e tema de discussao sobre o escopo de um projeto ou requisito, pois e responsabilidade da equipe manter a qualidade do sistema sob todas as circunstancias e isso simplesmente e inegociavel.Resumindo, PARE de achar que tudo que voce desenvolve resume-se a um unico metodo ou uma unica classe, ou ainda pior, a um monte de classes que so espalham codigo sem o minimo de coesao, rastreabilidade e possibilidade de escalabilidade.Ao inves disto, pesquise, leia, discuta, teste, ouca. Existem muitos recursos em livros, sites, artigos, blogs que vao ajuda-lo a encontrar argumentos suficientes para fazer da "Qualidade Interna" um tema inegociavel em seus projetos.Pense nisso![]'sRicardo Cunha Ola Comunidade,Como sabemos a Microsoft possui uma serie de certificacoes para reconhecer os profissionais que se especializam em uma determinada tecnologia, e com o Dynamics CRM nao seria diferente.Aqui segue um link sobre como tornar-se um Microsoft Certified Business Management Solutions Professional Developer for Microsoft Dynamics CRM 4.0. Inclusive pretendo me tornar um daqui ha