Metodologia ideal

[quote=leandronsp][quote=oyama]Somente para sua informação (não é resposta para sua pergunta): o governo do estado de SP já tem um sistema mais ou menos que faz isto http://www.bec.sp.gov.br/publico/aspx/Home.aspx.

Não é um sistema de “cotações”, mas atende mais ou menos o que você quer (ele cobre a parte de pregão e convite). [/quote]

Obrigado amigo. Nós já utilizamos (alias, temos por Lei que utiiza-lo…rs) BEC para Pregões, Convites e compras sem licitações de até 8.000,00 reais. E podemos comprar na BEc só com valores acima de 600 reais.

Acontece que a BEC exige que tenhamos um valor X reservado para cadastrar a cotação (que chamamos de oferta de compra). Mas para chegarmos a esse valor X, temos que fazer uma pesquisa (orçamentos) no mercado e levantar uma “média” de preços.
É aí nessa fase de “orçamentos” que ligamos para as empresas, mandamos email, e esperamos juntar 3 orçamentos ao processo, para poder dar continuidade e fazer a compra pela BEC.

E oq acontece com as compras de valores menores de 600? Não podemos usar a BEC. Temos que comprar direto com o fornecedor. Mas tem que existir no processo 3 orçamentos. Não podemos fugir desses monstruosos “três orçamentos”. E essa fase de levantamento de orçamentos á a mais árdua.

[/quote]

Leandro:

Já leu Kafka ? Me parece que temos ai um problema de irracionalidade administrativa.
Aparentemente, já existe um sistema que faz isso, dentro da mesma esfera da administração pública,
para promover agilidade e transparência nas compras, mas a política de uso não permite que isto seja
aproveitado plenamente.

Esse novo sistema, quase duplicado do anterior, seria desenvolvido e mantido com o dinheiro
de nossos impostos. Não seria o caso de sensibilizar os gestores para obter os benefícios que a
ferramenta que já existe pode dar ?

Jorge

Como já foi dito, UML será uma representação gráfica para os requisitos e atuantes no sistema.
Este artigo é muito bom para você que quer escolher uma metodologia:

Para que você tenha sucesso nos prazos do seu sistema é importante sim modelar corretamente, documentar e testar.

Sucesso no seu projeto!

Esse artigo acima está conceitualmente incorreto. Meu ponto de vista está listado abaixo:

Rodrigo, entendo a sua “preocupação” em ajudar o colega e ao mesmo tempo indicar o seu trabalho.

Porém acho que o autor do artigo que indiquei merece respeito, e não ter seu artigo chamado de piada. Afinal podemos considerar que ele teve a mesma preocupação que você em divulgar o conhecimento.

:shock:

flws

Obrigado pelas dicas pessoal…

Com relação aos testes, concordo que eles podem em suma ser uma parte da “documentação” dos requisitos.
O código fica bem maior na parte de testes, mas no final vale a pena. A chance de ter que arrumar é menor.

É muito bom poder codificar o sistema, ao final aquela bateria enorme de teste e ver que está tudo “verdinho”…rs…

Bom, começar o artigo buscando definição de dicionário para Metodologia e depois apresentar o desenho abaixo é meio dose!!!

Depois disso, separar em cascata, iterativo e ágil também não é conceitualmente correto, já que métodos ágeis são iterativos. Além disso dizer que RUP não é ágil é falta de conhecimento. RUP poder ser tão ágil quanto qualquer outra coisa.

Quero ver bibliografias que suportem tais afirmações…

Bem Rodrigo, primeiro gostaria que você desse uma relida nos termos do fórum, pois segundo ele você concordou em: "não postar qualquer mensagem abusiva, obscena, invulgar, insultuosa, de ódio, ameaçadora, sexualmente tendenciosa ou qualquer outro material que possa violar qualquer lei em vigor. Isto conduz à sua expulsão imediata e permanente. "

E ao meu entender você infringiu tal regra.

Você tem total liberdade de discordar do meu post. Mas falar que é piada é ser radical e desrespeitoso, se bem que pelo visto, você é uma pessoa radical, já que acredita que “SÓ AGILIDADE FUNCIONA”. E o radicalismo não funciona no mundo atual, principalmente no mundo de TI.

E você como um blogueiro deveria ter mais respeito com os demais.

Sobre os seus comentários:

"Bom, começar o artigo buscando definição de dicionário para Metodologia e depois apresentar o desenho abaixo é meio dose!!! "

Essa é sua opinião, respeito ela. Mas a busca por definições no dicionário é um bom começo, e melhor do que buscar definições no achômetro.

“Depois disso, separar em cascata, iterativo e ágil também não é conceitualmente correto, já que métodos ágeis são iterativos.”

Não disse que métodos ágeis não são iterativos, só separei métodos ágeis em outra categoria, assim como está na fonte do post.

"Além disso dizer que RUP não é ágil é falta de conhecimento. RUP poder ser tão ágil quanto qualquer outra coisa. "

Não disse que RUP não é ágil, e sei muito bem que RUP pode ser tão ágil quanto qualquer outra metodologia ágil, dependendo da maneira que ele é implementado, já que o RUP é um framework de processo.

"Quero ver bibliografias que suportem tais afirmações… "

Se você fosse tivesse lido o post com mais atenção verificaria que o post é baseado em uma fonte bem confiável e de boa qualidade, que aliás, é o material para a certificação IBM Certified Specialist - Software Quality (http://www-03.ibm.com/certify/certs/46000101.shtml): Engineering Quality in Software Development, Module 1: Overview of Software Development Practices (http://www.arizonaworkforceconnection.com/AZIT/)

Abraços!

Fabrício Ferrari de Campos

Fabricio, desculpe… já editei o post. Não estou mais chamando seu artigo “daquilo”. OK?

Se você acha que outras coisas além de Agilidade funcionam, cite-as aqui… Lancei esse post no meu blog para levar à reflexão: Agile não compete com outras coisas que funcionam. Sobre radicalismo e TI, isso depende de qual mundo de TI você vive e o que você chama de radicalismo. Quando a 37Signals lançou o livro “Getting Real” você achou radicalismo?

A questão é que essa fonte é muito estranha, pois não vejo nenhum outro autor defender essa visão (alias não achei esse desenho seu nos links que vc enviou). Tomar essa literatura para falar sobre Metodologias é bem pouco proveitoso. Não tem o mínimo sentido, em qualquer circunstância, classificar métodos como cascata, iterativo e ágil da maneira que você colocou no blog.

Eu posso customizar o RUP para instanciá-lo como Cascata?

Para o autor do post, amigo, acredito que realemnte vc esta misturando um pouquinho a parte de engenharia com gerência, SCRUM vai gerênciar seu projeto, TDD, BDD vai ser utilizado na parte de engenharia, mão na massa do projeto.

Aconselho não pensar em ficar modelando nada até que precise ser feito, leia algo sobre modelagem ágil, UML em cores, pode lher dar novas visões sobre essa necessidade.

Não vou querer entrar no diálogo do Yoshima com o Fabrício, mas faço dele as minhas palavras, SÓ AGILIDADE FUNCIONA, e o resto é culpado até que se prove o contrário. rs

Tudo bem Rodrigo.

Primeiramente, vou deixar claro que não sou contra metologias ágeis, pelo contrário elas ajudam muito para o sucesso do projeto. Só acredito que metologia ágil por si só, não é a salvação da lavoura. Afinal, todos os projetos que foram desenvolvidos antes do surgimento do manifesto ágil, falharam?

E o ponto fundamental de qualquer projeto, seja de TI ou não. São as pessoas. Então, antes de buscar a metodologia ideal você deve buscar a equipe ideal.

E como eu coloquei no meu post, acredito que por justamente termos mundos de TI variados, o que é algo muito natural, pois nenhuma empresa é igual a outra, precisamos encontrar a melhor metodologia para a nossa realidade. Não adianta colocar a força cascata, RUP, XP ou qualquer outra.

Sobre o livro “Getting Real”, o desconhecia até o momento, até irei buscar informações sobre ele. E para mim radicalismo é você falar que só agilidade funciona. Pode até ser real na sua realidade, mas na realidade de outras pessoas pode não ser.

A fonte é um material da IBM para uma certificação, portanto, é bastante influenciado pela visão da IBM, até comento isso no post. Quanto aos desenhos, você primeiramente deve ser cadastrar no site para ter acesso ao material.

Agora sobre a sua pergunta: “Eu posso customizar o RUP para instanciá-lo como Cascata?”

Até pode. Porém você estará transformando algo feito para ser iterativo em cascata. E você não irá fazer isso com certeza, já que acredita que só o que é ágil funciona.

Para terminar. Respeito a maneira como você encara Metodologias de Desenvolvimento e Testes de Software, aliás, esse é justamente o assunto do tópico. E não se o meu post ou o seu está “conceitualmente incorreto”.

Abraços!

Fabrício Ferrari de Campos

[quote=Luiz Aguiar]Para o autor do post, amigo, acredito que realemnte vc esta misturando um pouquinho a parte de engenharia com gerência, SCRUM vai gerênciar seu projeto, TDD, BDD vai ser utilizado na parte de engenharia, mão na massa do projeto.

Aconselho não pensar em ficar modelando nada até que precise ser feito, leia algo sobre modelagem ágil, UML em cores, pode lher dar novas visões sobre essa necessidade.

Não vou querer entrar no diálogo do Yoshima com o Fabrício, mas faço dele as minhas palavras, SÓ AGILIDADE FUNCIONA, e o resto é culpado até que se prove o contrário. rs
[/quote]

Olá Luiz! O meu post é a minha visão sobre a metodologia ideal, portanto, com certeza é digna de concordâncias e discordâncias. E nela eu não defendo nem X nem Y. E ele é sobre metodologia em geral, não apenas de desenvolvimento de software, por isso o Scrum está citado como iterativa. Por ser uma metodologia ágil para gestão e planejamento de projetos de software.

Abraços!

Fabrício Ferrari de Campos

[quote=FabricioFFC]E para mim radicalismo é você falar que só agilidade funciona. Pode até ser real na sua realidade, mas na realidade de outras pessoas pode não ser.
[/quote]

Geralmente quem lê meu post no blog comenta esse tipo de coisa, mas aí eu pergunto: Se você não quiser usar uma metodologia ágil no seu projeto de desenvolvimento de software, você usa o quê?

Aguardo sugestões…

A grande maioria sim e ainda falha, ou vc tem outras informações sobre isso?
E mesmo os poucos que foram entregues tiveram vários outros problemas, conhece o Chaos Report né?

Tem 30 anos que as pessoas insistem e dar soco em ponta de faca, tudo ao redor esta errado, menos o óbvio!

[]s

[quote=rodrigoy]
Geralmente quem lê meu post no blog comenta esse tipo de coisa, mas aí eu pergunto: Se você não quiser usar uma metodologia ágil no seu projeto de desenvolvimento de software, você usa o quê?

Aguardo sugestões…[/quote]

Atualmente participo de um projeto que usa princípios do Desenvolvimento Ágil, utiliza a programação em par do XP e é gerenciado usando Scrum. Porém já trabalhei em um projeto mais formal, ainda que iterativo, não tão aberto à discussões e com grande planejamento inicial, onde também conseguimos bons resultados. Foi algo que se adaptou bem às pessoas, necessidades e ambiente que tínhamos no momento.

Funcionou, trabalhamos bem e entregamos o desejado. E sem estarmos alinhados com os princípios ágeis.

Portanto minha sugestão é: a melhor metodologia é a que melhor se adequa com o seu projeto e a sua equipe. O mais importante é o sucesso do projeto.

Abraços!

Fabrício Ferrari de Campos

[quote=Luiz Aguiar]
A grande maioria sim e ainda falha, ou vc tem outras informações sobre isso?
E mesmo os poucos que foram entregues tiveram vários outros problemas, conhece o Chaos Report né?

Tem 30 anos que as pessoas insistem e dar soco em ponta de faca, tudo ao redor esta errado, menos o óbvio!

[]s[/quote]

Concordo. Realmente a maioria dos projetos falharam. Mas também tivemos uma minoria de projetos que deram certo. Na minha opinião, a metodologia pode ter sido uma das razões do fracasso, mas não foi a única. Há diversos outros fatores que contribuem para o fracasso dos projetos, como por exemplo: não existência de análise de riscos, má comunicação, falta de conhecimento sobre o negócio, equipes mal-treinadas, etc.

Abraços!

Fabrício Ferrari de Campos

[quote=Luiz Aguiar]Aconselho não pensar em ficar modelando nada até que precise ser feito, leia algo sobre modelagem ágil, UML em cores, pode lher dar novas visões sobre essa necessidade.
[/quote]

Ok, obrigado…estou sim lendo bastante sobre modelagem ágil, achei muito interessante.

como renomear uma classe

[quote]AISLANR9
como renomear uma classe[/quote]

??? … :shock: