/br/br/comentarios Comentários do site Improve It. pt-BR 40 Improve It <p>excelente. Muito bem escrito, parece que li trechos da minha própria carreira e pensamentos.</p> http://www.improveit.com.br/br/depoimentos/novello <p>Cara, também estudo na ufrj e estava com a mesma idéia sobre ES, fiquei até deprimido, achei que ia gostar. Por algum motivo danei a catar sobre XP hj e encontro um testemunho falando exatamente o que penso, espero seguir pelo mesmo caminho com o XP.</p> http://www.improveit.com.br/br/depoimentos/novello <p>Acho que nesse artigo achei algo que eu precisava para o meu trabalho de faculdade relato de um projeto utilizando XP.Ótimo isso talvez eu não tire nota inferior há 5.0.</p> http://www.improveit.com.br/br/depoimentos/novello <p>Excelente texto e excelentes comentários. Diante de tão brilhantes posts, quero, modestamente, reforçar o seguinte: &quot;pessoas brilhantes não necessariamente levarão ao sucesso. A forma como elas se organizam para trabalhar tem importância crucial&quot; (Teles). De fato. Quem não se lembra da Copa 2006? Não tínhamos os melhores jogadores? Tínhamos, provavelmente, os melhores do mundo em suas posições, mas nem mesmo fomos para as semifinais. Até mesmo o técnico, Parreira, foi campeão como técnico em 1994. Tínhamos uma equipe, sem dúvida, excelente, mas que não possuía uma metodologia de trabalho que valorizasse suas potencialidades, e o resultado foi o fracasso do projeto. PS: que me perdoem os que não gostam de comparações futebolísticas.</p> http://www.improveit.com.br/br/depoimentos/novello <p>Muito legal o texto Novello! Bjs</p> http://www.improveit.com.br/br/depoimentos/novello <p>Olá, Fabricio.</p> <p>Concordo plenamente com você sobre a importância das pessoas. São elas que fazem a diferença. Mas, há um detalhe. Mesmo as melhores pessoas do mundo, farão um trabalho ruim se impusermos sobre elas um sistema de trabalho inadequado.<br/> </p> <p>O que quero dizer é que pessoas ruins levam projetos de software a fracassar. Mas, pessoas brilhantes não necessariamente levarão ao sucesso. A forma como elas se organizam para trabalhar tem importância crucial. Essa é uma discussão um pouco mais ampla, então, falei mais sobre isso no podcast <em><a href="/podcast">Quem se importa com metodologia?</a></em> É um podcast rápido, apenas 13 minutos.</p> http://www.improveit.com.br/br/depoimentos/novello <p>Ótimo artigo! Abre oportunidades para muita discussão...</p> <p>Como bem dito nos comentários dos leitores, acredito não existir uma &quot;bala de prata&quot; quando o assunto é Engenharia de Software. Neste ponto, entra o fator &quot;pessoas&quot; que ao meu ver é fator crítico de sucesso em qualquer processo de negócio.</p> <p>São &quot;Pessoas&quot; que decidem qual a melhor solução para um problema, neste caso representado pela questões: desenvolver, terceirizar ou comprar solução pronta? se for desenvolver, qual metodologia utilizar? Utilizar um processo mais pesado, &quot;burocrático&quot; e com documentação extensa ou adotar metodologias ágeis? se for utilizar metodologias ágeis, qual &quot;instância&quot; adotar? XP? FDD? Scrum? Cada caso, uma solução diferente. Necessitamos de &quot;Pessoas&quot; que baseadas em seus conhecimentos, definem qual melhor estratégia a seguir.</p> <p>São &quot;Pessoas&quot; que incentivam e são incentivadas a utilizar a solução adotada.</p> <p>São &quot;Pessoas&quot; que lideram e são lideradas( e não gerenciadas como muitos pensam).</p> <p>Acredito sim, que a Engenharia de Software ainda tem muito a evoluir mas enquanto os gerentes continuarem focando em técnicas, metodologias e ferramentas e subestimando pessoas, viveremos indefinidamente pensando que a Engenharia de Software ainda é muito imatura.</p> <p>Ótimos processos, metodologias e ferramentas não substituem pessoas incompetentes. Pessoas competentes são capazes de substituirem processos, metodologias e ferramentas deficientes.</p> http://www.improveit.com.br/br/depoimentos/novello <p>Muito bom artigo. Espero que possa ajudar a abrir a mente das pessoas para as Metodologias Ágeis.</p> <p>&quot;Uma mente que se abre a uma nova idéia nunca volta ao seu tamanho original&quot; (Albert Einstein)</p> http://www.improveit.com.br/br/depoimentos/novello <p>Excelente 'depoimento'. Gostei principalmente da sinceridade e coragem quando o autor toca na 'arrogância intelectual', que é um de nossos principais problemas na minha opinião. Pequenos passos de bêbe todo programador ira saber disso cedo ou tarde, melhor cedo ;-)</p> http://www.improveit.com.br/br/depoimentos/novello <p>Eu também fui aluno da UFRJ e as aulas de Engenharia de Software (ES) foi uma das melhores pois eu tirava cochilos profundos e tranquilos. Culpa da ES ? Não! Culpa do professor! </p> <p>Vc aplica uma metodologia, ela dá errado. A culpa é dela ? Não, a culpa é sua! É de cada um da equipe, inclusive os chefes.</p> <p>XP também é ES. Segundo a Wikipédia Português ES é &quot;... uma área do conhecimento da informática voltada para a especificação, desenvolvimento e manutenção de sistemas de software aplicando tecnologias e práticas de ciência da computação, gerência de projetos e outras disciplinas, objetivando organização, produtividade e qualidade.&quot; (Wikipedia Português,). Ora, isso não é XP ?!</p> <p>É importante aplicar a metodologia que se adequa ao seu negócio, tamanho de equipe, nicho de clientes, às características do projeto, e principalmente customizá-la, pois não é a implementação integral que garante o sucesso. Sem esquecer das pessoas, fator crítico fundamental para que seja feita certa a coisa certa. </p> <p>Para construir um programa que auxilie o piloto do ônibus espacial dar o empuxo correto no ângulo necessário para reentrar na Terra, vc tem que tascar um puta processo de desenvolvimento altamente controlado. Para produzir o controle de caixa da padaria do seu Zé, a metodologia de fundo de quintal é suficiente.</p> <p>Não há fórmula única para tudo. Determinados projetos são ótimos para XP, outros para RUP, outros para MSF, outros para RAD, outros para metodologia que ainda nem foi criada... </p> http://www.improveit.com.br/br/depoimentos/novello <p>Antes gostaria de deixar claro que o parabenlizo pelo artigo, mostrou uma visão interessante e bastante válida, e no seu contexto eu adotaria a mesma prática. Como o Rodrigo falou, ES não está maduro suficiente, por isso reafirmo &quot;é tudo uma questão de contexto&quot;. Vc escolhe um processo e o contextualiza na sua realidade, por isso minha opnião pessoal é que não pode se afirmar uma solução que seja genérica ou universal, ES não resolveu tudo que vc precisa num processo só. Sua experiência é super-válida, mas num contexto de desenvolvimento restrita a que vc utilizou. PS.: Também tive experiências negativas com a &quot;Mágica&quot; feita por alguns no cálculo feito de PPF, pontos por função, chega a causar algumas enxaquecas =P</p> http://www.improveit.com.br/br/depoimentos/novello <p>Rodrigo,</p> <p>No início astronomia e astrologia eram uma coisa só. :-)</p> <p>Concordo que a ES é imatura e não sou contra ES, quando me referia a ES no texto, estava me referindo a ES clássica, até porque, se eu tivesse que classificar XP em alguma área, ele seria classificado como ES.</p> <p>Obrigado pelos parabéns</p> http://www.improveit.com.br/br/depoimentos/novello <p>Fabrício,</p> <p>Foi dito no texto, mas é bom ressaltar que estas foram minhas experiências pessoais, que não sou dono da verdade, mas as minhas vivências me levaram a estas conclusões. Isto é verdade no meu contexto. Se a premissa é: &quot;mas se você trabalhasse em alguma fábrica de componentes de software onde o analista está em Brasília, o cliente no Japão, e o gerente no gabinete. Com certeza os artefatos garantem uma imensa produtividade da equipe&quot; eu concordo que seria bem difícil usar XP, talvez o Vinícius discorde, mas acho a questão presencial fundamental no XP. Neste caso, talvez as premissas adotadas pudessem ser outras para que o projeto ficasse viável. Eu preciso colocar o desenvolvimento de algo estratégico para mim numa fábrica de software longe porque é mais barato? Será que é mais barato mesmo? Será que não vale pagar o custo de colocar a equipe perto? Enfim, como disse de qualquer maneira meu texto é baseado nas minhas experiências, então ainda bem que o meu cenário me permite usar o XP, assim tudo fica mais fácil :-)</p> http://www.improveit.com.br/br/depoimentos/novello <p>XP é engenharia de software. A engenharia de software está engatinhando, está muito longe de sua maturidade, por isso é tão fácil encontrar defeitos nos processos de desenvolvimento e na forma como desenvolvemos sistemas. É preciso que tenhamos maturidade para entender que documentos são importantes, pessoas são importantes, XP e RUP são muito importantes, desde que aplicados nos contextos adequados. Ainda estamos longe do processo perfeito, se é que ele existe ou existirá.</p> <p>Portanto, não concordo que ES seja charlatanismo. ES é imatura.</p> <p>Uma coisa a Engenharia de Software está começando a aprender: que a documentação é uma boa forma de documentar o software para compor contratos, onde, neste caso, ela não precisa estar acompanhando a evolução do desenvolvimento. Outro problema que ainda só pode ser resolvido com documentação é a comunicação entre times isolados geograficamente.</p> <p>Parabéns pelo artigo.</p> http://www.improveit.com.br/br/depoimentos/novello <p>Pelo que vejo, é tudo uma questão de CONTEXTO. Talvez sua experiencia ruim com documentação, processos de desenvolvimentos &quot;pesados&quot;, pode ter sido a NÃO necessidade dele, mas se vc trtarbalhasse em alguma fábrica de componentes de software onde o analista está em brasília, o cliente no Japão, e o gerente no gabinete. Com certeza os artefatos garantem uma imensa produtividade da equipe, devido a melhor especificação do comportamento do sistema. Agora se realmente a empresa se resume a um aequipe mínima e o gerente tá atras da sua cadeira, e o cliente é seu vizinho. Muitos artefatos só se tornam charlatonismo.</p> http://www.improveit.com.br/br/depoimentos/novello <p>Excelente, muito bom.</p> <p>Me relembrou o tempo da universidade, onde logo cheguei as suas mesmas duas primeiras lições, principalmente essa: &quot;Engenharia de Software é charlatanismo&quot;</p> <p>Adorei, vou usar isso como assinatura =P</p> http://www.improveit.com.br/br/depoimentos/novello <p>Ótimo artigo.</p> http://www.improveit.com.br/br/depoimentos/novello