The three roles in Scrum are:

           * Scrum Master

           * Product Owner

           * Equipe

The people who fill these roles work together on a daily basis, to ensure the smooth flow of information and rapid adaptation to changes.

Scrum Master

The Scrum Master is the guardian of the process. He is responsible for making sure the process goes well by removing obstacles that hinder the team’s productivity by organizing meetings.

The Scrum Master responsibilities include:

• Remove the barriers between the team and Product Owne.

• Teach the PO how to maximize the return on investment (ROI) and meet their objectives through Scrum.

• Facilitate the work of the team by removing obstacles that prevent staff from working.

• Improve productivity of staff as soon as possible after an issuel.

• Improve the engineering practices and tools so each increment of functionality is potentially shippable.

• Keep the information about the team's progress visible to everyone in a clear and organized fashion.

In simple terms, the Scrum Master needs to understand Scrum concepts to train and mentor people in other roles, and to educate and help other stakeholders that are involved in the process. He must pay constant attention to the status of the project and compare it to the expected progress. He should investigate and facilitate the resolution of any issues that hold back progress, and generally be flexible enough to identify and deal with any problems that might arise. He must also protect the team from outside disturbances.

The Scrum Master does not assign tasks to team members, this is a team responsibility. His general approach is to encourage his staff and to facilitate the process of making decisions and solving problems related to development, so that they can work more efficiently without the need for supervision. His goal is to have a self-organized team.

Product Owner

The Product Owner owns the product. It provides the business knowledge in the form of different tasks required in order for the application to work as well as the order they should be done in. In practice, the Product Owner is the link between the company and customers.

He gives the team requirements and corrections requested by various sources. He is the point of contact for clarification of doubts about the team's product requirements.

He works in conjunction with the team defining user needs, technical requirements, documenting them as needed, and determining the order of their execution. He manages the product backlog (which is where of all this information is located), keeping it at the level of detail and quality that the team needs.

The Product Owner also defines the schedule for release of releases, and makes the final validation to see if the implementations have the features and quality necessary for release.

Development Team

The Development Team should be self-organized and multidisciplinary, composed of people who do the development work and product testing.

Once the team is responsible for product development, it must also have the autonomy to make decisions about how to perform their work. The team is self organized: Members decide how to divide the work into tasks, and along the sprint decides the execution order of tasks according to the story being developed, making certain stories a priority.

If possible, the team size should be kept to a maximum of nine people. A larger number can hamper communication and affect productivity.

Fonte: http://www.cprime.com/about/scrum_faq.html

The post Which are the roles in Scrum? – Scrum FAQ appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.

Projects developed with the use of Scrum are iterative and incremental. As iterations are two to four weeks, you can follow the development of the product incrementally, by evaluating the end result of each iteration and changing priorities as needed to build a product with greater value.

Agile teams that know how to deal with change, will soon be organized to define the best way to deliver the highest priority features.

The use of Scrum in the development process helps the team by:

1. Improving the quality of the products developed;
2. Dealing with changes quickly;
3. Providing more accurate estimates in less time;
4. Having better monitoring of project status and schedule;

As a result, using Scrum to develop projects will increase levels of satisfaction with the customer  and the company’s own development team, because there is an increase in productivity, and a decrease in time spent on the project.

There are three pillars of Scrum, which are:

• Transparency – ensures that aspects of the process that affect the outcome must be visible to those managing the outcomes.

• Inspection – to maintain transparency is necessary to inspect the various aspects of the process with some predefined frequency.

• Adaptation – If it indicated something that was wrong, the team needs to adapt to improve the process.

Today, not only is adopted Scrum for project management and software development in several areas that also require a management where you need to respond with agility to changes.

The post What is Scrum? – Scrum FAQ appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.

This is the first post of the “Scrum FAQ” series, where we will answer various Frequently Asked Questions about Scrum.

Today, we will talk about Agile Development.

Agile development is any development process built on the concepts of Agile Manifesto. This manifesto, signed in 2001, was written by experienced professionals, and veterans of the software industry. Even though each of them had their own way of thinking, they all agreed on some key principles that made a project successful. These principles serve as guidelines for teams looking for a way to manage agile development processes.

The main values of the Agile Manifesto are:

• Individuals and interactions over processes and tools;
• Working software over comprehensive documentation;
• Customer collaboration over contract negotiation;
• Responding to change over the monitoring plan.

In other words, although the items on the right have some value, the items on the left have even more value.

The agile philosophy holds that the best way to meet customers’ needs is through the collaboration of a committed group of people that focuses on achieving results quickly, with as little work overload as possible.

A key element of this philosophy is that we must trust people and their ability to collaborate. No process can succeed without the people, but people can succeed without a process. Therefore, we must create an agile process based on the skills of team members, to ensure success.

With agile development, the team has more room to work with their creativity. There is no more pressure from a manager , who dictates what should or should not be done. All team members are encouraged to learn throughout the project and make decisions that best represent the consensus of the team. That is, the agile process is no longer based on the old hierarchical relationship, or a traditional command and control as we speak, but is based on collaboration above all else.

Ref.: http://www.cprime.com/about/scrum_faq.html

The post What is Agile Development? – Scrum FAQ appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.

O ser humano lida com muitas incertezas. A cada passo dado ele é capaz de enxergar algo novo, e o que foi visto pode ser um defeito. Não se pode alterar o que não se vê, por isso é recomendável dividir um projeto em pequenas partes, para assim facilitar a análise de seus detalhes. A equipe Scrum deve manter uma constante atualização das informações de um projeto, e esclarecer as dúvidas e mal entendidos para que as previsões, as metas e as estatísticas não se afastem da realidade.

A transparência é um dos três pilares do Scrum. O compromisso com a honestidade torna possível uma reflexão da equipe no que se refere a sua posição e suas responsabilidades no projeto. A relação de confiança desenvolvida com o Product Owner é baseada na interação e colaboração entre a equipe, ao invés de rigidez e individualismos.

Há as Reuniões Diárias para avaliação do progresso das tarefas em relação às metas definidas. Tendo a conversa como base de relacionamento entre equipe e PO, para eventuais esclarecimentos, é possível notar a satisfação dos mesmos num ambiente de trabalho mais humano.

Ao longo de uma sprint a equipe sabe o quanto consegue produzir em razão da sua velocidade média, que foi calculada com base nos resultados de sprints anteriores. Cada história aprovada é dividida em tarefas, que vão sendo concluídas durante a sprint. Caso haja impedimentos, eles são identificados e resolvidos. Com isso torna-se possível enxergar a intensidade do esforço feito pela equipe.

O Scrum Master não intervém diretamente no trabalho que está sendo realizado. Ele é responsável por garantir o uso do Scrum. Além de proteger o time de interferências externas, ele precisa remover os impedimentos que foram claramente sinalizados pela equipe.

Na Reunião de Revisão, o Product Owner avalia se cada história está “pronta” de fato e se a meta da sprint foi ou não foi alcançada, de acordo com o que foi previamente definido pelo próprio PO. As vezes a meta não é alcançada por falta de clareza nessas definições. O subentendido não faz parte dos conceitos do Scrum. Daí a necessidade de esclarecimento de todos os aspectos que definem o que é uma história “pronta” (ex.: modelo implementado, teste unitário e de sistema, documentação mínima, entre outros) e da meta da sprint (ex.: criar uma versão em inglês da ferramenta ScrumHalf, permitir a integração com redes sociais).

É preciso reconhecer os pontos fracos e assumir uma postura de mudança. Muitos indivíduos são arrastados pela correnteza, sem ter idéia do que está por vir. Que força é essa que te move? É a mesma do ousado, que nada contra a correnteza? Não. Na posição de alunos da vida, sempre há algo novo, obscuro dentro de nós. A transparência permite que a luz transpasse e clareie nossa mente. Só assim pode-se lapidar a estrutura de uma empresa, de um lar, de nós mesmos… Cada um opta pelo seu caminho, mas certas escolhas desgastam mais o indivíduo. Escutar quem já tem experiência é sempre uma boa escolha, mas a juventude está ai, cheia de energia e novas ideias que irão revolucionar o mundo. Mas apesar de pensar o contrário, ela também está cheia de defeitos, assim como cada um de nós.

Ao invés de esperar a mudança no outro, é preciso olhar para dentro de sí. Reconhecer quais são seus pontos fracos, com honestidade. Já atento às próprias dificuldades, é hora de agir para reverter esse quadro. O compromisso com a verdade tornará tudo mais simples, objetivo e transparente. Na vida e nos projetos. Bom Scrum!

The post Mantras do Scrum – Transparência appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.

Um produto que não se adeque às vontades do cliente, não terá valor. Até mesmo algo que é ultrapassado, mas ninguém vê, é perigoso. É como tomar um remédio ou comer uma comida fora da validade. Têm vezes que não acontece nada, mas quando acontece… É um estrago. Para evitar isso é necessário conhecer a qualidade e o estado que o produto se encontra. A constante inspeção torna o sujeito capaz de identificar falhas, ou simplesmente mudar de idéia. Só assim será possível identificar onde e como realizar as adaptações necessárias para o aumento do valor do produto.

No Scrum, o trabalho de forma iterativa e incremental garante a inspeção e a adaptação do produto e existem 3 momentos cruciais do Scrum que promovem a inspeção e adaptação do processo. São eles:

1. A Reunião Diária, onde a equipe deve se peguntar “o que fiz?”, “o que vou fazer?” e "quais são meus impedimentos?", esquematizando, assim, o dia de trabalho.
2. As reuniões de Revisão e Planejamento da Sprint, são utilizadas para inspecionar o andamento em direção à meta da Sprint.
3. E a Reunião de Retrospectiva, que busca levantar os aspectos positivos e negativos para que possam ser feitas mudanças no processo.

A condução do projeto não é mais tarefa de um só membro, mas de toda a equipe (PO, SM e time) que deve estar comprometida com o scrum. É preciso estar pronto para as mudanças tardias de requisitos, e por isso a colaboração com o cliente é fundamental. Quando é dada uma nova adaptação a ser feita, a equipe Scrum fará tudo o que for possível para atingir essa meta no prazo acordado. Nesse aspecto a inspeção é pessoal, cada um sabe de seus limites e responsabilidades.

É necessário observar quais áreas possuem gargalos que precisam ser abertos. A tendência do ser humano é olhar para o que sobressai aos olhos, esquecendo de trabalhar com os pormenores, o que ninguém viu. É isso que faz diferença com a concorrência. Se faz necessário um exame minucioso para se conhecer o estado geral do seu local de trabalho.

A cada dia precisamos esvaziar nossas mentes dos inevitáveis paradigmas que adquirimos ao longo da vida. A maioria deles são mantidos pelo medo de mudar, de fugir das atitudes padronizadas que nos dão a certeza de um bom resultado. Nos acomodamos à esses rituais que muitas vezes parece ser o único caminho para o sucesso. Porém, quando se trata de um negócio, o produto em sí é para quem? Se para o mercado é ele quem dita as novas exigências e tendências da economia. Isso mostra que o ciclo da inspeção e adaptação deve se manter ininterrupto.

Seríamos capazes de nos observar como expectadores? Teríamos autocontrole e ousadia suficientes para nos reinventarmos a cada dia?

The post Mantras do Scrum – Adaptação e Inspeção appeared first on ScrumHalf Blog - Agile and Scrum Software - Brazil.