• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Init Rfp 31032008 V 1 0
 

Init Rfp 31032008 V 1 0

on

  • 505 views

In-IT RFP

In-IT RFP

Statistics

Views

Total Views
505
Views on SlideShare
495
Embed Views
10

Actions

Likes
0
Downloads
3
Comments
0

1 Embed 10

http://init.cin.ufpe.br 10

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Init Rfp 31032008 V 1 0 Init Rfp 31032008 V 1 0 Presentation Transcript

    • www.cin.ufpe.br/~icm/ factory3
    • 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
    • Processo de Trabalho
    • 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.
    • 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.
    • 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
    • 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/)
    • 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.
    • 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.
    • 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.
    • 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.
    • 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
    • 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
    • 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.
    • Contato
      • www.cin.ufpe.br/~icm/factory3
      • [email_address]