O documento descreve o planejamento inicial de um projeto de desenvolvimento de software para otimizar processos de gerenciamento de solicitações de mudança. Ele inclui a agenda do projeto, envolvimento das partes, escopo e cronograma da primeira sprint, artefatos e gestão de mudanças.

1. www.cin.ufpe.br/~icm/ factory3

2. Agenda Processo de Trabalho Comunicação com o Cliente Envolvimento do Cliente Aceitação do Produto Proposta de Serviço Product Backlog Escopo da Sprint #1 Cronograma da Sprint #1 Artefatos Gestão de Mudanças

3. Processo de Trabalho

4. Processo de Trabalho Definição de esforço de trabalho disponível Contato inicial com o Cliente Cronograma de Atividades Reunião virtual para planejar Sprint #1 Duração média de 5h.

5. Comunicação com o Cliente Reunião Presencial Semanal Acompanhar e validar a execução das atividades programadas. Avaliar cronograma semanal. E-mail Esclarecer dúvidas. Manter Registros de Conversas. Reuniões Virtuais Eventuais.

6. Envolvimento do Cliente Nome Organização Função Carlos Cunha RiSE Representante do Cliente Eduardo Ribas RiSE Representante do Cliente Yguaratã RiSE Principal Representante do Cliente (Product Owner), responsável por revisar e homologar os produtos Ivan Machado In-IT Analista de Requisitos, responsável por analisar os requisitos do software João Agripino In-IT Analista de Negócios e Requisitos, responsável por analisar os requisitos do negócio e do software Rodrigo Araújo In-IT Gerente de Projeto, responsável por acompanhar o projeto com o cliente

7. Objetivo do Software Otimizar os processos de busca e gerenciamento de CRs – Solicitações de Mudança, utilizando como plataforma o software de gerenciamento de mudanças Trac (http://trac.edgewall.org/)

8. Aceitação do Produto A cada sprint o cliente emitirá um parecer de aceitação do que foi desenvolvido. A aceitação final do produto estará condicionada a aceitação de todas as sprints.

9. Critérios de Aceitação Os testes foram realizados e concluídos com sucesso. Os testes de aceitação serão considerados concluídos quando nenhum defeito de alta ou média severidade for encontrado. A classificação da criticidade do defeito deve ser de comum acordo entre a fábrica e o cliente; Documentação de código seguindo os padrões previamente acordados com o cliente, e que são utilizados em sua organização.

10. Product Backlog Melhorar o design do Trac, para torná-lo mais dinâmico. Usar AJAX; Adicionar novos campos de acordo com outros trackers disponíveis; Melhorar a máquina de estados do Trac, para torná-la mais completa (verificar a documentação do Trac); Testar a alteração da máquina de estados do Trac e o impacto em CRs cadastradas (ex: exclusão de estados); Estudar a viabilidade de criar várias máquinas de estados, de acordo com o tipo da CR; Alterar a funcionalidade de submissão de CRs para que, ao fazê-la, o sistema apresente uma lista de CRs similares. Será necessário integrar o Trac com o plug-in de CRs duplicadas, que será fornecido pelo cliente; Desenvolver o plug-in de atribuição dinâmica de CRs; Desenvolver o plug-in de estimativa de esforço de CRs, tomando como base as CRs já finalizadas; Desenvolver o plug-in de estimativa de impacto de CRs, a partir da integração do Trac com repositório de código; e Desenvolver scripts de migração de CRs para o Trac a partir do Bugzilla e Mantis.

11. Escopo da Sprint #1 Os requisitos de 1 a 5 apresentados no Product Backlog, listados no item anterior, já foram aceitos e serão realizados durante a 1ª Sprint (iteração). As atividades que serão realizadas internamente pela In-IT não foram listadas. Os demais requisitos ainda não foram estimados e portanto ainda não foram aceitos pela In-IT para desenvolvimento . Estaremos estimando e aceitando (ou não) os próximos requisitos antes do início da próxima Sprint.

12. Cronograma - Sprint #1 Id Atividade 01 Melhorar o design do Trac, para torná-lo mais dinâmico. Usar AJAX 02 Adicionar novos campos de acordo com outros trackers disponíveis 03 Melhorar a máquina de estados do Trac, para torná-la mais completa (verificar a documentação do Trac) 04 Testar a alteração da máquina de estados do Trac e o impacto em CRs cadastradas (ex: exclusão de estados) 05 Estudar a viabilidade de criar várias máquinas de estados, de acordo com o tipo da CR

13. Artefatos Atividade Macro Produtos Conteúdo Planejamento e Gerência de Projeto Plano do projeto Product Backlog Plano de iteração Sprint Backlog Documentação Técnica Requisitos As especificação de requisitos serão publicadas no Trac Análise e Projeto Este conteúdo não será disponibilizado para o cliente. Será documentado conforme necessidades da in-it. Código-Fonte Código-Fonte Código Fonte Software

14. Gestão de Mudanças Qualquer necessidade de mudança será avaliada pela in-it quanto ao impacto da mudança no cronograma e submeterá ao cliente solicitação de re-priorização dos itens descritos no backlog. A in-it iniciará a execução da mudança no caso de não haver impacto no cronograma. As solicitações de mudança (CRs) serão registradas no Trac.

15. Contato www.cin.ufpe.br/~icm/factory3 [email_address]