Javafree
Página Inicial do Fórum > Engenharia de Software

Metodologia Desenvolvimento - Equipe de 3 desenvolvedores



Criar novo tópico   Responder tópico


  1. danielpet
    Posts:22


    Comment Arrow

    Publicado em: 21/08/2012 15:37:38

    Qual metodologia de desenvolvimento voces indicam para uma equipe de 3 desenvolvedores...? Scrum?



  1. davi.costa
    Posts:2520


    Comment Arrow

    Publicado em: 21/08/2012 15:48:55

    Scrum e/ou XP.
    Interessante implantar uma filosofia de testes tb, leia sobre tdd.

    abcs
    _________________

    att Davi Costa
    Analista/Arquiteto Java
    Especialista em Engenharia de Sistemas
    ScrumMaster Certified



  1. thiagovpalmeir
    Posts:1456


    Comment Arrow

    Publicado em: 21/08/2012 17:06:42

    Olá danielpet mudei o título do teu post pois ficou meio confuso, assim o pessoal já tem uma noção do que se trata.

    Em relação ao assunto o Scrum é a metedologia de trabalho que você vai querer que sua equipe siga além de acompanhar, envolve os processos do programa, as iterações que o programa irá percorrer para o desenvolvimento, planejamento de tempo, reuniões, seria a parte mais organizacional. O XP fica na parte da prática, testes do sistema, das classes que ele tem entre outros.

    Link para entendimento resumido:
    http://www.slideshare.net/lucianocoelho/scrum-xp
    _________________



  1. HigorMed
    Posts:706


    Comment Arrow

    Publicado em: 21/08/2012 23:06:39

    Isso é muito discutível, dizer que você tem 3 desenvolvedores e por isso tem que usar essa ou aquela metodologia. Acredito que você teria que detalhar mais a sua forma de trabalho. Com que cliente você trabalha? Os requisitos dele mudam constantemente ou são estáveis? Com que tipo de negócio ele trabalha?

    Lembrando que não são todos projetos, clientes, equipes e empresas que se adequam a metodologias ágeis. Tem que tomar muito cuidado com isso. Já vi muita gente querer ser ágil e acabar afundando projetos simples.

    Te aconselho o livro do Mike Cohn pra dar uma analisada melhor e ver que não é tão simples assim implementar uma metologia ágil dentro de um projeto/empresa.



  1. Metal Java Full
    Posts:2116


    Comment Arrow

    Publicado em: 05/09/2012 20:52:48

    Usar um Scrum completo com 3 pessoas é praticamente improvável...

    Mas, de fato, muitas práticas lá adotadas podem ser revisadas e usadas!
    _________________

  1. Comment Arrow

    Publicado em: 10/01/2013 23:17:46

    Indicar uma metodologia apenas pensando na quantidade de desenvolvedores, é bem arriscado.

    Como os colegas mencionaram, é preciso observar as características do projeto, posteriormente, observar as características da equipe. Além disso, frequentemente o que temos é a junção de metodologias.

    Se não sabe qual usar, utilize a mais simples possível. Scrum, é uma boa pedida para gerenciar o desenvolvimento, mas não vai ser suficiente sozinho, ele não responde a algumas perguntas, como por exemplo, como vai testar ? É TDD ? quais artefatos vai utilizar para organizar os requisitos? Estórias de usuário?, UC ?

    Essas perguntas podem ser melhor respondidas observando as características do projeto, do cliente e da equipe.
    _________________

    "Retém a instrução e não a largues. guarda-a, porque ela é a tua vida." (Pr 4:13)



  1. sekkuar
    Posts:5998


    Comment Arrow

    Publicado em: 11/01/2013 06:38:37

    Go Horse
    _________________

    Sekkuar ~ Ex-Catador Executivo do Javafree - (Não mais) Catando os tópico tudo.
    "The mod javafree deserves, but not the one it needs right now."

    Stack Traces existem pra ajudar e não para trazer uma mensagem de satã dizendo que seu computador será destruído.


    Peça seu Código Pronto para o seu Dever de Casa aqui
    You acknowledge that this software is not designed, licensed or intended for use in the design, construction, operation or maintenance of any nuclear facility.



  1. ms27817
    Posts:1052


    Comment Arrow

    Publicado em: 11/01/2013 08:47:12

    kkkk. Go Horse.
    Melhor que XP, Scrum, Lean. Muito bom.
    _________________

    Marcelo Senaga
    Papel: Moderador
    Scala Developer

    http://www.devmedia.com.br/senaga



  1. sekkuar
    Posts:5998


    Comment Arrow

    Publicado em: 11/01/2013 09:01:42

    [quote="ms27817"]kkkk. Go Horse.
    Melhor que XP, Scrum, Lean. Muito bom.



    Melhor, mais rápido e tão fácil que você já utiliza e nem sabia!
    _________________

    Sekkuar ~ Ex-Catador Executivo do Javafree - (Não mais) Catando os tópico tudo.
    "The mod javafree deserves, but not the one it needs right now."

    Stack Traces existem pra ajudar e não para trazer uma mensagem de satã dizendo que seu computador será destruído.


    Peça seu Código Pronto para o seu Dever de Casa aqui
    You acknowledge that this software is not designed, licensed or intended for use in the design, construction, operation or maintenance of any nuclear facility.



  1. gomesrocha
    Posts:508


    Comment Arrow

    Publicado em: 13/01/2013 10:54:15

    Ola Daniel,
    você pode utilizar também um misto, pois o Scrum funciona melhor com equipes de pelo menos 5 pessoas, o que você pode fazer é utilizar os conceitos do Scrum como kanban, entre outros, mas creio que o lean seja mais aplicavel a sua equipe.
    O XP também como prática é inviável, já que você não vai conseguir fazer programação em par.
    Equipes pequenas são beneficiadas com as práticas ágeis como tdd, então de uma olhada em FDD.
    http://www.heptagon.com.br/fdd
    http://www.featuredrivendevelopment.com/
    http://www.agiledata.org/essays/tdd.html
    _________________

    Ms. Fabio Gomes Rocha
    Instrutor III - SENAI
    CSM - Certifield Scrum Master
    CISF - Certifield Information Security Foundation based on ISO/IEC 27002



  1. fabioandrade
    Posts:723


    Comment Arrow

    Publicado em: 13/01/2013 11:14:34

    [quote="thiagovpalmeir"]Olá danielpet mudei o título do teu post pois ficou meio confuso, assim o pessoal já tem uma noção do que se trata.

    Em relação ao assunto o Scrum é a metedologia de trabalho que você vai querer que sua equipe siga além de acompanhar, envolve os processos do programa, as iterações que o programa irá percorrer para o desenvolvimento, planejamento de tempo, reuniões, seria a parte mais organizacional. O XP fica na parte da prática, testes do sistema, das classes que ele tem entre outros.

    Link para entendimento resumido:
    http://www.slideshare.net/lucianocoelho/scrum-xp



    legal Thiago, a gente estuda isso na faculdade mas infelizmente não é algo tão expressivo...pelo menos no meu caso.



  1. thiagovpalmeir
    Posts:1456


    Comment Arrow

    Publicado em: 13/01/2013 11:59:41

    É a faculdade serve para apontar o caminho, o resto está com você de como irá seguir nesse caminho
    _________________



  1. gomesrocha
    Posts:508


    Comment Arrow

    Publicado em: 29/01/2013 08:45:20

    Ola DanielPet,
    estamos utilizando em uma pequena empresa uma mistura que tem funcionado, o projeto utiliza algo semelhante ao scrum, mas sem um lider, totalmente autogestão como é indicado pelas metodologias ágeis.
    Utilizamos o kanban para a exposição das tarefas a serem desenvolvidas, como é autogestão, cada um seleciona a tarefa, fazemos uma reunião de inicio de sprint e uma de final, uma reunião diária, mas em pé, para ser rapido, não passando de 15 minutos.
    Todo o sistema é desenvolvido utilizando TDD.
    Os resultados são satisfatório, estamos para documentar todo o processo, se precisar de alguma ajuda é só falar.
    _________________

    Ms. Fabio Gomes Rocha
    Instrutor III - SENAI
    CSM - Certifield Scrum Master
    CISF - Certifield Information Security Foundation based on ISO/IEC 27002

  1. Comment Arrow

    Publicado em: 29/01/2013 08:56:14

    olhai, exemplo de um processo rápido e simples. Funciona ? A equipe trabalha bem ? Produz ? Pronto, essa é a metodologia ideal.
    _________________

    "Retém a instrução e não a largues. guarda-a, porque ela é a tua vida." (Pr 4:13)



  1. otavio_java
    Posts:849


    Comment Arrow

    Publicado em: 29/01/2013 09:44:06

    [quote="gomesrocha"]Ola Daniel,
    você pode utilizar também um misto, pois o Scrum funciona melhor com equipes de pelo menos 5 pessoas, o que você pode fazer é utilizar os conceitos do Scrum como kanban, entre outros, mas creio que o lean seja mais aplicavel a sua equipe.
    O XP também como prática é inviável, já que você não vai conseguir fazer programação em par.
    Equipes pequenas são beneficiadas com as práticas ágeis como tdd, então de uma olhada em FDD.
    http://www.heptagon.com.br/fdd
    http://www.featuredrivendevelopment.com/
    http://www.agiledata.org/essays/tdd.html


    Estiou trabalhando com uma equipe de 3 pessoas. E aqui nós utilizamos o Kaban.
    De fato para uma equipe pequeno o kaban funciona melhor que o Scrum, já que ele possui menos passos, mas também é uma metodologia ágeis.

    _________________

    site: www.otaviojava.com.br



  1. davi.costa
    Posts:2520


    Comment Arrow

    Publicado em: 29/01/2013 09:48:48

    Ai vc pode adicionar um gerente e caso nãopossua alguém mais experiente para assumir esse papael e tentar ver a questão dos impedimentos dos membros da equipe. Por exemplo caiu o banco esse cara iria atrás de resolver e/ou cobrar quem resolva para tirar esse impedimento da equipe (Resumindo mesmo conceito do scrum master)

    abcs
    _________________

    att Davi Costa
    Analista/Arquiteto Java
    Especialista em Engenharia de Sistemas
    ScrumMaster Certified



  1. otavio_java
    Posts:849


    Comment Arrow

    Publicado em: 29/01/2013 09:53:44

    [quote="davi.costa"]Ai vc pode adicionar um gerente e caso nãopossua alguém mais experiente para assumir esse papael e tentar ver a questão dos impedimentos dos membros da equipe. Por exemplo caiu o banco esse cara iria atrás de resolver e/ou cobrar quem resolva para tirar esse impedimento da equipe (Resumindo mesmo conceito do scrum master)

    abcs


    Normalmente os gerentes, principalmente os antigos, não desempenham um bom papel nos métodos ágeis. Seria melhor um dev. mais experiente para ser o "facilitador da equipe".
    Normalmente os gerentes não estão acostumados com o fato da equipe ser auto-gerenciável.

    _________________

    site: www.otaviojava.com.br



  1. armandozulu
    Posts:181


    Comment Arrow

    Publicado em: 31/01/2013 12:39:49

    Nem fala, tem uns gerentes que só querem papel, nao precisa de software, tendo o papel ta ótimo.



  1. diegosertorio
    Posts:230


    Comment Arrow

    Publicado em: 31/01/2013 16:30:54

    Mas a ideia do agile é matar esses burocratas, ou to enganado? hehe



  1. gomesrocha
    Posts:508


    Comment Arrow

    Publicado em: 31/01/2013 16:41:36

    DIego, na verdade existe outros papéis, mas a autogestão indica que não há necessidade de alguem ficar mandando....
    _________________

    Ms. Fabio Gomes Rocha
    Instrutor III - SENAI
    CSM - Certifield Scrum Master
    CISF - Certifield Information Security Foundation based on ISO/IEC 27002



  1. davi.costa
    Posts:2520


    Comment Arrow

    Publicado em: 01/02/2013 06:19:25

    Alcançar a auto-gestão em uma equipe é difícil. O gerente vai ter que ralar deixar a equipe motivada, tirar os impedimentos e por mais duro que seja às vezes tirar as maçãs podres. Esse na minha opinião é o gerente ideal, que não precisa ficar cobrando toda hora e vai deixar a equipe em um grau de excelência ideal e auto-gerenciável.

    abcs
    _________________

    att Davi Costa
    Analista/Arquiteto Java
    Especialista em Engenharia de Sistemas
    ScrumMaster Certified



  1. otavio_java
    Posts:849


    Comment Arrow

    Publicado em: 01/02/2013 06:46:31

    [quote="davi.costa"]Alcançar a auto-gestão em uma equipe é difícil. O gerente vai ter que ralar deixar a equipe motivada, tirar os impedimentos e por mais duro que seja às vezes tirar as maçãs podres. Esse na minha opinião é o gerente ideal, que não precisa ficar cobrando toda hora e vai deixar a equipe em um grau de excelência ideal e auto-gerenciável.

    abcs



    Esse gerente ideial é o Scrum Master, dentre outros nomes na metologia ágil.

    _________________

    site: www.otaviojava.com.br



  1. gabrielsimas
    Posts:148


    Comment Arrow

    Publicado em: 01/02/2013 07:19:10

    [quote="sekkuar"][quote="ms27817"]kkkk. Go Horse.
    Melhor que XP, Scrum, Lean. Muito bom.



    Melhor, mais rápido e tão fácil que você já utiliza e nem sabia!



    Vaaaaaaiiiiii Cavalo....
    _________________

    Luis Gabriel Nascimento Simas
    Arquiteto de Software

    Redes Sociais:
    Linkedin: http://www.linkedin.com/in/gabrielsimas
    Facebook: http://www.facebook.com/luisgabrielsimas
    Twitter: @gabnascimento



  1. otavio_java
    Posts:849


    Comment Arrow

    Publicado em: 01/02/2013 07:24:27

    É o go horse é muito usado principalmente pelas empresas antigas...
    _________________

    site: www.otaviojava.com.br



  1. gabrielsimas
    Posts:148


    Comment Arrow

    Publicado em: 01/02/2013 08:07:03

    Grandes colegas de profissão,

    Não quero estar sendo polêmico, quem sou eu pra tal, mas, com 3 cabeças dá pra se controlar um cronograma com Scrum + Kanban + Kaizen.

    O Scrum para controlar as tarefas
    O Kanban para controlar a Gestão de Mudanças e deixar bem clara a situação da equipe o quanto o trabalho está sendo feito (Work in Progress - WIP) e gera um quadro de competências e problemas e deixa a equipe ou qualquer pessoa que visite os Analistas veja o andamento do trabalho.

    Não se precisa muito para isso, basta uma planilha no excel e alguns passinhos - que não são passinhos do bonequinho:

    1)Os 3 amigos precisam fazer uma reunião para acertar quais funcionalidades serão entregues primeiro e qual o prazo destas bem como a sua importância;

    2) Após isso, podemos já criar no excel um abinha de Módulos e ali as tarefas de cada um bem como seus prazos

    3) Criar uma planilha de "kanban" com as colunas, no básico: Aguardando, em progresso, em testes e entregue ou feito

    4) Tudo o que for para ser feito colocar na coluna Aguardando

    5) O módulo que for sendo trabalhado colocar na coluna em Progresso

    6) Caso o módulo tenha sido terminado, ele será colcoado em homologação ou teste... retirar de progresso e colocar "em teste".

    7) Caso o teste seja satisfatório, o módulo é colocado na coluna de "Entregue ou feito"

    Disponibilize em algum site da empresa e mostre pro cliente;

    9) Próximo Módulo, voltar ao Passo 1

    E assim vai até que fique todo o mundo feliz...

    Lembrando que isso é apenas um esboço bem básicão hein, só pra dar uma idéia...

    Com certeza, devo fazer um artigo sobre isso: "Como poucas pessoas podem trabalhar em Projetos Ágeis com uma certa organização".

    Abraços

    _________________

    Luis Gabriel Nascimento Simas
    Arquiteto de Software

    Redes Sociais:
    Linkedin: http://www.linkedin.com/in/gabrielsimas
    Facebook: http://www.facebook.com/luisgabrielsimas
    Twitter: @gabnascimento



  1. diegosertorio
    Posts:230


    Comment Arrow

    Publicado em: 26/02/2013 17:15:54

    Ainda acho que essas metodologias engessam muito a coisa, o negocio eh desenvolver que nem cavalo andando na rua heuaheuh
    Tudo que eh demais nao da certo e eh isso que estao fazendo com essas metodologias ageis.



  1. gabrielsimas
    Posts:148


    Comment Arrow

    Publicado em: 26/02/2013 17:19:43

    [quote="diegosertorio"]Ainda acho que essas metodologias engessam muito a coisa, o negocio eh desenvolver que nem cavalo andando na rua heuaheuh
    Tudo que eh demais nao da certo e eh isso que estao fazendo com essas metodologias ageis.



    Engessam?

    Na verdade, os Modelos tradicionais é que engessam. Dê um exemplo de que uma metodologia ágil atrapalhe o processo de desenvolvimento?

    Abraços

    _________________

    Luis Gabriel Nascimento Simas
    Arquiteto de Software

    Redes Sociais:
    Linkedin: http://www.linkedin.com/in/gabrielsimas
    Facebook: http://www.facebook.com/luisgabrielsimas
    Twitter: @gabnascimento



  1. otavio_java
    Posts:849


    Comment Arrow

    Publicado em: 26/02/2013 20:33:58

    [quote="gabrielsimas"][quote="diegosertorio"]Ainda acho que essas metodologias engessam muito a coisa, o negocio eh desenvolver que nem cavalo andando na rua heuaheuh
    Tudo que eh demais nao da certo e eh isso que estao fazendo com essas metodologias ageis.



    Engessam?

    Na verdade, os Modelos tradicionais é que engessam. Dê um exemplo de que uma metodologia ágil atrapalhe o processo de desenvolvimento?

    Abraços



    Também acho, esse pensamento acontece pelo pessoal que não conhece profundamente.
    É normal o medo do "novo" na maioria das pessoas
    _________________

    site: www.otaviojava.com.br



  1. armandozulu
    Posts:181


    Comment Arrow

    Publicado em: 28/02/2013 22:28:04

    Ou a empresa dele não ta usando direito hehehe
    Ta chovendo de nego dizendo que eh agil e ta fazendo go-horse.



  1. gabrielsimas
    Posts:148


    Comment Arrow

    Publicado em: 01/03/2013 08:10:27

    [quote="armandozulu"]Ou a empresa dele não ta usando direito hehehe
    Ta chovendo de nego dizendo que eh agil e ta fazendo go-horse.



    É verdade... acho que para uma empresa aplicar bem as metodologias ágeis, elas precisam de um Coach nestas, assim vão poder identificar os gargalos... Mike Cohn em seu Livro Metodologias Ágeis fala que o maior obstáculo para que uma metodologia destas seja colocada em prática corretamente principalmente por causa não só da equipe, mas dos próprios gestores que não querem mudar suas formas habituais de trabalho. Afinal, trabalhar com metodologias ágeis requer que todos saiam de sua Zona de Conforto e o trabalho de todos fica transparente para todos, além de melhorar a saúde financeira da empresa porque entrega e recebe, entrega e recebe...

    Abraços

    _________________

    Luis Gabriel Nascimento Simas
    Arquiteto de Software

    Redes Sociais:
    Linkedin: http://www.linkedin.com/in/gabrielsimas
    Facebook: http://www.facebook.com/luisgabrielsimas
    Twitter: @gabnascimento



  1. Relacionados