Como aprender e introduzir o scrum na pequena inicialização? [fechadas]

IMHO, se você leu o material "obrigatório", como o livro do Scrum , provavelmente sabe o suficiente sobre em teoria. Além disso, com sua experiência de desenvolvimento, você entende como ele funciona e o que o faz funcionar na prática. Com uma equipe de dois, a maneira mais simples é simplesmente fazer com que o outro cara leia o material relevante também, depois comece com uma discussão sobre seu SDLC. Discuta qualquer parte ou questão pouco clara que você tenha, e trabalhe em seu próprio processo. Pode ser um Scrum exato, ou um híbrido - faça o que melhor você (sua equipe, seu (s) projeto (s), seu ambiente), o melhor. Então comece a fazer isso imediatamente, e continue revisando e ajustando conforme você for - essa é a essência mais importante para o sucesso a longo prazo.

Você pode considerar fazer um treinamento formal ou workshop com um experiente consultor Scrum / Ágil (se houver algum ao seu alcance). No entanto, para uma equipe de inicialização de dois, isso pode ser um exagero caro.

Ainda para um estudo mais aprofundado, encontrei uma lista de leitura no site da Scrum Alliance.

Não há necessidade de gastar muito dinheiro para aprender scrum man. Basta fazer o seu trabalho e tenho certeza que você pode aprender tudo que você precisa.

O mais importante é que eu só quero dizer que é simples. Permita que seu processo cresça organicamente. Lembre-se de que você deseja adotar a mudança e produzir software de trabalho com antecedência e frequência. Reuniões em pé frente a frente e programação em pares são muito úteis.

Eu sei que o .net é o modelo do Scrum Project que você pode usar e que vem com o Team Foundation Server. Não tenho certeza se o mesmo é para o JAVA, mas eu imagino que sim.

O básico sobre o scrum: link Há muito mais, mas esse site é um bom começo.

Estas são algumas dicas que acabei de apresentar:

1. Defina recursos e divida-os em histórias de usuários.
2. As histórias de usuários são catalogadas e colocadas no backlog.
3. Iterar sobre o grupo de histórias de usuários.
4. Reunião permanente a cada 2 ou 3 dias.
5. Entregue software de trabalho ao cliente para testar a cada 3-6 semanas.
6. Use programação em pares para acabar com a estagnação de problemas difíceis trabalhando juntos.

Minha sugestão é que você adquira um orçamento para participar de uma sessão formal de treinamento e certificação de scrum master com a aliança de scrum . Se esse orçamento não for aprovado, tente adquirir todos os materiais para este treinamento, examine-os e tente evangelizar o processo Ágil para sua equipe.

Um outro pensamento: Embora qualquer um na equipe possa assumir o papel de um Scrum Master, provavelmente não é a melhor decisão para o arquiteto estar nessa função. Não é que o arquiteto não seja adequado para isso, mas a quantidade de trabalho que o arquiteto tem que fazer fora de ser um facilitador para a equipe vai entrar em conflito com o papel de mestre de scrum (pelo menos na minha experiência).

Você não precisa gastar na contratação de consultores para treiná-lo. você e sua equipe só precisam aprender a partir de fontes certas.

scrum é uma estrutura de peso leve tão fácil de ler a terminologia, mas difícil de apreciar os conceitos por trás. então você pode precisar da fonte que não apenas introduz os elementos, mas também explica os momentos de compreensão "aha".

Apenas para criar um compromisso de aprendizado, você também pode se inscrever para um teste de certificação de qualidade goid, como o PSM.

Comecei minha jornada com o teste PSM e usei o livro Scrum Narrative e o PSM Exam Guide. foi eficaz. tudo de melhor para sua equipe.