Reuniao que estao presentes o Scrum Master, o Product Owner e o Scrum Team;O Scrum team e o Product Owner definem um objetivo para o Sprint, que sera uma breve descricao daquilo que se pretende no Sprint.O Product Owner descreve as funcionalidades de maior prioridade;A equipe de desenvolvimento as perguntas necessarias para quebrar estas funcionalidades em tarefas tecnicas; estas tarefas formarao o Sprint Backlog;As funcionalidades implementadas no Sprint serao apresentadas e discutidas no Sprint Review Meeting, onde sera avaliado o sucesso do Sprint em questao.Apos o Sprint Planning Meeting, a equipe se reune e define o que ela e capaz de desenvolver dentro do Sprint que sera iniciado. Isso pode incluir negociacao com o Product Owner, mas sempre respeitando a capacidade de producao da equipe. Product Owner: Pode ser o cliente ou alguem que represente o cliente;Define as funcionalidades no Product Backlog e define as prioridades nas Sprint Planning Meetings; Scrum Team: E a equipe de desenvolvimento;Nao existe papel funcional, como analista, programador, designer, etc.: todos trabalham juntos para atingir o objetivo final.Geralmente, sao times com ate 10 pessoas;Pode-se utilizar Scrum com times maiores, mas neste caso, utiliza-se o termo Scrum of Scrums: varias equipes Scrum menores. Scrum Master: E uma pessoa que tem experiencia na metodologia Scrum, e vai assegurar que toda a equipe esteja utilizando o metodo corretamente;Ele tambem protege a equipe, de forma que a equipe nao se comprometa com mais tarefas do que pode realizar;Atua como facilitador no Daily Scrum, e tem a responsabilidade de encontrar solucoes para os problemas apontados nestas reunioes. O Daily Scrum e uma rapida reuniao diaria, onde participam o Scrum Master e o Scrum Team;Sugere-se que seja feita pela manha, para priorizar as tarefas diarias.No Daily Scrum, a equipe e responsavel por responder a estas questoes:- O que voce fez ontem?- O que voce fara hoje:- Ha algum impedimento no seu caminho?Os impedimentos devem ser tratados depois do Daily Scrum, somente com as pessoas envolvidas no problema e/ou podem auxiliar. No Delphi, eu estava tentando executar uma query, e logo abaixo, eu testava quantos registros a query retornou. A Query simples, uma join de duas tabelas pequenas. Meu sistema e desenvolvido utilizando banco de dados SQL Server, acessado atraves de componentes DBExpress. Pra qualquer porcaria ( BDE, ADO, Zeos, etc.. ) o recordcount funciona. Menos para DBExpress. Quando eu tento chamar o metodo Recordcount do TSQLQuery, ele berra, avisando que a operacao nao e suportada. Segundo esta explicacao da Borland, o recordcount nao pode ser obtido se: - voce esta executando uma stored procedure; - voce esta executando uma view; - voce esta executando um script que contem joins entre tabelas;Resumindo: recordcount never more. Qual sistema que nao tem stored procedure, view ou joins ? Boa sorte desenvolvedor Delphi. Voce vai precisar. Metodologia de gerenciamento de projetos;Projetos sao divididos em ciclos ( sprints ), geralmente de um mes;As funcionalidades sao mantidas em uma lista chamada Product Backlog;No inicio de cada sprint, a equipe se reune , em uma reuniao chamada Sprint Planning Meeting. Nesta reuniao, o Product Owner prioriza os itens do Product