Considere o seguinte cenário: Uma equipe de desenvolvimento está trabalhando em um sistema de gerenciamento de projetos para uma empresa de tecnologia. Durante uma reuniãode planejamento, a equipe discutiu a criação de uma nova funcionalidade para permitir que os gerentes de projeto acompanhem o progresso das tarefasatribuídas aos membros da equipe. A equipe decidiu usar histórias de usuário para documentar essa funcionalidade. A história de usuário inicial foi escrita da seguinte forma: História de Usuário: "Como um gerente de projeto, eu quero acompanhar o progresso das tarefas para garantir que o projeto esteja no prazo." Critérios de Aceitação: O gerente de projeto deve poder visualizar uma lista de todas as tarefas do projeto. O gerente de projeto deve poder ver o status atual de cada tarefa. O sistema deve permitir a atualização do status das tarefas. O gerente de projeto deve poder gerar relatórios de progresso. Após a revisão, a equipe identifi cou que a história de usuário poderia ser melhorada para fornecer mais clareza e valor. Eles decidiram reescrever ahistória e os critérios de aceitação. Nova História de Usuário: "Como um gerente de projeto, eu quero acompanhar o progresso das tarefas atribuídas aos membros da equipe paraidentifi car rapidamente quaisquer atrasos e tomar ações corretivas." Novos Critérios de Aceitação: O gerente de projeto deve poder visualizar uma lista de todas as tarefas do projeto. O gerente de projeto deve poder ver o status atual de cada tarefa, incluindo a porcentagem de conclusão. O sistema deve permitir a atualização do status das tarefas, incluindo comentários sobre o progresso. O gerente de projeto deve poder gerar relatórios de progresso detalhados, incluindo gráfi cos de Gantt. O sistema deve enviar notifi cações automáticas ao gerente de projeto sobre tarefas atrasadas. Fonte: COHN, M. User Stories Applied : For Agile Software Development. Addison-Wesley Professional, 2004. Com base nas informações e nas recomendações de Cohn (2004) sobre a estrutura e a clareza das