sprint termina com uma revisao de sprint e uma retrospectiva.O proximo sprint, entao, comeca.Para Scrum passar para outras industrias, voce teria que: "quebrar os requisitos para um discreto conjunto de itens que poderiam ser trabalhados em um conjunto de iteracoes", diz Bob Tarne, PMP, engagement manager para IBM Software Group em Lenexa , Kansas, EUA.Ele usou o exemplo de trabalhar com um editor e ilustrador em um projeto de publicacao."Nos quebramos o livro em capitulos e comecamos a primeira iteracao com o capitulo um", diz ele."Nos escrevemos, ilustramos e realizamos a edicao dentro de um [Sprint]. Nos revisamos no final do [Sprint] e, em seguida, planejamos a iteracao dois com o segundo capitulo. "2. KanbanCom raizes na industria automobilistica, Kanban e adaptavel a projetos que nao sejam de desenvolvimento de software, especialmente de recursos humanos e legal, porque os seus principios nao estao associadas a qualquer pratica especifica, afirma Abdiel Ledesma, PMP, proprietario do Grupo Equation no Panama e presidente da PMI Capitulo Panama.Esses principios sao:Visualize o fluxo de trabalho.Isto pode ser feito usando um cartao de parede, com as colunas representando os estados ou etapas do fluxo de trabalho e as cartas que representam os itens de trabalho.Limite o andamento do projeto. "Se a sua equipe estava trabalhando em cinco itens de uma vez e nao a fez progressos, reduza esse numero para dois ou tres", diz Sliger diz. "Selecione o mais importante, os itens de trabalho mais valiosos. Trabalhe sempre na proxima coisa mais importante."Gerencie o fluxo.O fluxo de trabalho atraves de cada estado ou etapa deve ser ativamente monitorado, medido e relatado, a fim de avaliar os efeitos positivos ou negativos de mudancas incrementais e evolutiva.Tornar explicito as politicas dos processos.Garantir uma compreensao explicita do mecanismo de um processo para alcancar uma discussao racional e objetiva dos problemas e facilitar o consenso em torno de sugestoes de melhoria.Melhore de forma colaborativa.Kanban para realmente funcionar, as equipes devem colaborar. "Kanban e bom como qualquer outro metodo agil, em que a equipe tem que se reunir para planejar, diariamente preferencialmente em pe, e pode optar por fazer retrospectivas para inspecionar e adaptar o seu processo", diz a Sra. Sliger. "Todos esses itens, e mais envolver a colaboracao e melhoria continua."Para se adaptar a um projeto de recursos humanos, por exemplo, visualizar o processo de contratacao atraves de uma placa de Kanban. Categorias na placa seriam incluir uma coluna para os candidatos que enviaram curriculos, uma coluna para os candidatos que estao qualificados para a posicao e uma coluna para os candidatos que se mudaram apos o processo de entrevista por telefone. Apoio que fluxo de trabalho com um documento que define quem e responsavel por esses diferentes papeis e processo de kickoff o com uma pequena reuniao com a participacao de todas as partes interessadas.3. Extreme Programming (XP)O nome por si so pode desligar-se muitas equipes de projetos trabalhando em projetos fora desenvolvimento de software e eles podem estar certos. 2. Kanban3. Extreme ProgrammingXP se concentra em desenvolvimento orientado a testes, lancamentos de pequenas "releases", e uma estrutura de equipe que