O artigo do Mike Cohn demonstra seis características do Scrum Master que ele considera que sejam as principais. E uma delas é:

Diante desse contexto, e desde que o Scrum Master concentre-se primeiramente em exercer bem o seu papel de Scrum Master, e que não atrapalhe o time nem o projeto, é totalmente aceitável que ele colabore com a equipe. Como é argumentado nos posts de Phillip Calçado e Guilherme Chapiewski, resume-se que, já que o manifesto ágil coloca as pessoas acima do processo, não se pode permitir que o processo coloque-se acima das pessoas, gerando um desenvolvedor (que pode estar dentro de um Scrum Master) completamente desestimulado e frustrado na equipe.

Então, você, Scrum Master com um perfil técnico nato, não se deixe frustrar pelo processo, só não atrapalhe a equipe e garanta o processo Scrum.

The post Scrum Master com conhecimento técnico appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.

Referências:

• Agile Design Practices: Lean Requirements Practices for Teams, Programs, and the Enterprise, Pearson Education, http://www.agilemodeling.com/essays/agileDesign.htm. (Leffingwell, D. – 2012)

The post Filosofias de Projetos Ágeis appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.

Neste post apresentaremos algumas posturas mentais e práticas que proporcionem a adoção de técnicas ágeis orientadas à evolução do banco de dados. Geralmente, para muitas organizações é bastante difícil adotar técnicas ágeis de banco de dados. Essa dificuldade se dá, não porque existe alguma complexidade inerentemente à base de dados, mas sim pela inércia cultural existente em grande parte das organizações.

Para conseguir adotar tais técnicas ágeis, deve-se primeiramente aderir a algumas posturas mentais e práticas:

Mudar a maneira como olhamos para o desenvolvimento de software

• De forma prática, para atender a tal postura, devemos aceitar que:
• Todos trabalhem em conjunto, pois o desenvolvimento de software é um jogo de comunicação;
• Os modelos e documentos só estão finalizados quando o sistema está pronto para uso, pois um determinado requisito pode mudar até no último momento com a necessidades dos interessados;
• A agilidade requer uma autodisciplina significativamente maior;
• A autoridade dentro do departamento de TI poderá mudar, já que as necessidades por habilidades específicas em cada momento do projeto pode requerer algum colaborador mais adequado a cada necessidade.
• Todos precisam envolver-se ativamente, fazendo-se necessário que hajam especialistas em T.
• Todos precisam continuamente rever suas abordagens e opiniões, pois muitas das opções técnicas que cada um dispõe, que têm seus pontos fortes e fracos, são balizadas por essas abordagens ou opiniões.

Compreender os desafios que enfrentamos

Os desafios mais difíceis a serem enfrentados não são de natureza técnica, mas sim dirigidos a pessoas. Assim, muitos profissionais, sejam eles experientes em TI, desenvolvedores novatos ou gerentes têm seus próprio desafios a serem superados.

Todos precisam se aproximar da agilidade mantendo sempre a mente aberta, se sem qualquer preconceito. E ao manter o contato com profissionais experientes em projetos ágeis, procurar aprender com eles essas novas abordagens do mundo ágil. Uma vez tendo a oportunidade de experimentas essas abordagens, os desenvolvedores experientes e gerentes devem aproveitar para remover os maus hábitos não-ágeis. Já os desenvolvedores novatos devem concentrar-se no aprendizado através de experiências com técnicas ágeis.

Sejamos pragmáticos

Existe uma distância significativa entre teoria e prática, pois apenas através da prática consegue-se incorporar verdadeiramente a agilidade e perceber vividamente os impactos dessa abordagem.

Proteger a equipe dos colaboradores não-ágeis

Se a cultura da organização ainda for burocrática, a equipe deve eleger alguém para protegê-la da burocracia organizacional, servindo como “fachada” da equipe para a organização. Assim, esse protetor irá permitir que a equipe trabalhe e agregue valor real à organização, e levará aos burocratas as solicitações realizadas fazendo parecer que a equipe está realizando os procedimentos vigentes.

Sejamos realistas

• É preciso ser paciente e persistente, pois poderá levar mais que uma geração para que a cultura da empresa se torne ágil.
• Não seja radical, isso pode espantar. A melhor maneira de convencer a organização é demonstrando naturalmente os resultados da sua prática ágil.
• Não se enclausure, leia, converse, compartilhe experiências com outros profissionais que seguem técnicas ágeis.
• Não subestime as políticas organizacionais, pois o processo de uma organização é o reflexo própria política dela.
• Pode ser que realmente não se consiga mudar a organização. Dessa forma, pode-se tomar a difícil decisão de mudar de organização.

Referências:

• Agile Database Techniques: Effective Strategies for the Agile Software Developer (Scott W. Ambler – 2003) e http://www.agiledata.org/essays/adopting.html.

The post Posturas para adotar Técnicas Ágeis na Evolução do Banco de Dados appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.

No desenvolvimento de software, ao iniciar o projeto você pode ter uma visão clara sobre o sistema e o que você quer que ele seja, uma vez que os requisitos já foram levantados. Entretanto, em algum momento durante o projeto os seus requisitos podem mudar, devido principalmente à solicitações do cliente, e a sua imagem sobre ele pode não ser mais clara.

Especialmente em métodos ágeis, sempre são esperadas mudanças nos requisitos do sistema. Por tudo isso, deve-se ter um bom projeto para o sistema desde o início, e ainda o arquiteto e desenvolvedor precisam estar preparados para as mudanças. Para isso, o projeto do sistema deve ser preciso para que seja claro a todos que estejam trabalhando nele. Também é preciso ter um método eficaz para as mudanças de projeto, de forma que todos sejam atualizados com as informações. Desta forma, a concepção do software em métodos ágeis ocorre em todo ciclo de vida.

Antes das metodologias ágeis, ao projetar um software era necessário um documento extenso e detalhado sobre as possíveis necessidades para o desenvolvimento do software. Dessa forma, corre-se o risco dos desenvolvedores não lerem este documento completamente, e assim não compreenderem exatamente como o sistema será. De forma ágil, a concepção é feita de maneira simples no início, e espera-se que uma comunicação estreita e constante durante todo o processo de desenvolvimento sempre mantenha os desenvolvedores atualizados. Então, aqui estão algumas práticas de projeto do software utilizadas em métodos ágeis:

• Previsão da arquitetura – leve modelagem no início de um projeto para identificar e pensar de forma crítica nas questões de nível arquitetural.
• Modelagem por iteração – leve modelagem por alguns minutos no início de uma iteração/sprint para ajudar a identificar a estratégia da sua equipe para essa iteração.
• Modelo à prova – leve modelagem por alguns minutos de forma prática para pensar a respeito da sua solução prática.
• Teste anterior ao design (TFD) – Escrever um único teste, antes de escrever código de produção suficiente, para testá-lo.
• Refatoração – Faça pequenas alterações em uma parte da sua solução que melhore a qualidade sem alterar a semântica dessa parte.
• Integração contínua – Automaticamente compilar, testar e validar os componentes de sua solução sempre que houver uma dessas alterações nos componentes.

Percebam que estas práticas correspondem sequencialmente a práticas desde o alto nível arquitetural, até o baixo nível de programação.

Referências:

• Agile software development: principles, patterns, and practices. Upper Saddle River. (Martin, R. – 2003)
• Agile Design Practices: Lean Requirements Practices for Teams, Programs, and the Enterprise, Pearson Education, http://www.agilemodeling.com/essays/agileDesign.htm. (Leffingwell, D. – 2012)

The post Práticas Ágeis de Projeto appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.

Olá pessoal, como foi o Natal de vocês? Espero que com a adoção das práticas ágeis, ninguém tenha tido surpresas no trabalho que pudessem atrapalhar um maravilhoso Natal com a família e amigos. Bom, então vamos a mais um post sobre as práticas ágeis relacionadas à gestão e evolução das bases de dados.

No post Evolução de Bancos de Dados em Projetos Ágeis foi mostrado que processos e práticas podem ajudar na evolução do banco de dados em projetos ágeis. Vimos que, embora a equipe de desenvolvimento seja ágil, nem sempre o DBA está disposto a abrir mão de certas práticas “tradicionais”, pois estão trabalhando com todo cuidado para que os dados possam ser mantidos por longo tempo. Então, que tipo de habilidades o DBA poderia acrescentar à sua prática diária na gestão das bases de dados em projetos ágeis, de forma a melhorar a sintonia com o restante da equipe, e sem abrir mão de todo o cuidado estritamente necessário para com os dados?

Primeiramente, é preciso entender que um DBA Ágil é qualquer um que está ativamente envolvido na criação e evolução dos aspectos relacionados aos dados de uma ou mais aplicações. Para tal tarefa, um DBA ágil precisa das “tradicionais” habilidades em tarefas como programação em banco de dados, administração de banco de dados, testes sobre os dados e modelagem de dados. Além disso, um DBA Ágil precisa ter pelo menos uma compreensão básica de todos os aspectos relacionados ao processo de construção de software (ou seja, deve ser um especialista geral), como também precisa de habilidades com desenvolvimento evolutivo, e leves habilidades que permitam uma efetiva colaboração com o restante da equipe.

Vamos então, levantar pontualmente o que os DBAs fazem na prática, para compreender quais são as habilidades que um DBA ágil deve ter:

1. DBAs Ágeis trabalham muito próximos aos desenvolvedores das aplicações para implementar e apoiar os esforços do desenvolvimento orientado a dados. Como os DBAs são responsáveis (ou corresponsáveis) pelas fontes de dados e trabalham estreitamente com uma ou mais equipes de desenvolvimento, é preciso que falem a mesma língua para que a colaboração seja efetiva. Assim, os DBAs Ágeis precisam aprender técnicas de desenvolvimento fundamentais, incluindo os conceitos básicos de orientação a objetos, de UML, de encapsulamento no acesso ao banco de dados e de mapeamento O/R. Opcionalmente, eles devem estar preparados para modelar os dados usando a UML com o uso de ferramentas de desenvolvimento de fornecedores, como a Oracle e a IBM que agora suportam modelagem de dados com UML.
2. DBAs Ágeis devem trabalhar de forma evolutiva, se não for ágil, da mesma forma como os desenvolvedores trabalham. O maior ganho de potencial para os DBAs Ágeis é que eles terão de trabalhar em um processo iterativo e incremental, em sintonia com as diversas equipes de projetos. Processos de desenvolvimento modernos, como o Unified Process ou eXtreme Programming (XP), não fornecem requisitos detalhados de antemão, nem se concentram em modelos detalhados (e certamente não detalham os modelos de dados previamente). Esses processos irão reunir alguns requisitos iniciais e dar uma visão geral da arquitetura, e depois evoluir os seus modelos à medida que a compreensão do domínio do problema evolui, assim como os requisitos mudam de acordo com as partes interessadas. É importante também saber ser um DBA Ágil mesmo em equipes de projeto que optar por trabalhar de uma forma mais serial, de maneira que optem por elaborar um modelo conceitual de dados detalhado logo no início de seu ciclo de vida, e em que as equipes são poucas e separadas, pois o DBA será esperado para apoiá-las também. DBAs Ágeis têm que comunicar todas as restrições impostas pelas fontes de dados legadas, trabalhando com os desenvolvedores para compreender os impedimentos e resolvê-los adequadamente. Tanto os desenvolvedores, como os profissionais de dados precisam ao menos adotar técnicas evolutivas em banco de dados, se não forem ágeis. Isto inclui modelagem de dados ágil, refatoração de banco de dados, TDD, e testes de regressão do banco de dados. DBAs Ágeis reconhecem que precisam ser ágeis, que podem tomar uma abordagem ágil para a modelagem e documentação, que os modelos de dados não conduzem os modelos de objetos (e vice-versa), que precisam de novas ferramentas (já que a maioria das ferramentas existentes para DBAs refletem o mentalidade de série do passado), e que os desenvolvedores ágeis preferem trabalhar de forma isolada em sua própria parcela no desenvolvimento da aplicação. Assim, adotando as mais comuns e melhores práticas ágeis para banco de dados também é uma excelente ideia.
3. DBAs Ágeis precisam trabalhar junto aos administradores da empresa para tirar proveito destes, buscando ajudar a evoluir os meta-dados, os padrões e as diretrizes corporativas. DBAs Ágeis interagem com administradores da empresa, em particular com os administradores de dados operacionais, para ajudar toda a equipe a produzir um trabalho que reflita a estratégia global da organização. Os DBAs também querem tirar proveito de qualquer atual esforço de Master Data Management (MDM), se houver. Não há nenhuma razão, a não ser de ordem política, para que isso não possa ocorrer de forma ágil.
4. DBAs Ágeis precisam trabalhar junto aos arquitetos corporativos para garantir que o seu trabalho reflita a visão arquitetural. Da mesma forma, os DBAs Ágeis irão trabalhar com a equipe de arquitetura empresarial, se houver, para tirar proveito da infraestrutura e estratégias existentes. E novamente, isso também pode ser realizado de forma ágil.

E assim, incorporando gradativamente essas habilidades ágeis ou evolutivas, um DBA pode aumentar significativamente os seus potenciais, e passar a colaborar de forma muito mais eficiente nos projetos ágeis.

Referências:

• Agile Database Techniques: Effective Strategies for the Agile Software Developer (Scott W. Ambler – 2003) e http://www.agiledata.org/essays/dbaSkills.html.

The post Habilidades de um DBA Ágil appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.