| Numbered Headings | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Informações Essenciais
ResumoTODO: Esta seção apresenta uma visao geral do documento, o seu objetivo e os beneficios da sua leitura para o usuário do projeto. Não exceda dois parágrafos nisso. CenárioO projeto trata-se da criação da documentação do confluence automaticamente mediante os dados do Workflow que esta documentado no Jira. De modo geral o projeto se divide em dois Plugins rodando um no Jira e o outro no Confluence, tento uma web service rodando no Confluence que ira gerar as telas no Confluence automaticamente. O Cenario sera o Confluence onde este ira gerar a documentacao TODO: Aqui está descrito em que meio o projeto ocorre, bem como sua imersão e relação com outros projetos e programas existentes nesse ambiente. ContextualizaçãoVisando atender a necessidade de manter uma documentação entre os processos implementados na ferramenta JIRA onde hoje utilizamos ferramentas de modelagem como ferramentas "Case" ou ate mesmo criando fluxos de processos diretamente no papel onde as mesmas nunca ficarão atualizadas conforme é realmente o processo. Possuindo este desafio a 3layer tem como objetivo criar uma ferramenta dinâmica que ira automaticamente documentar estes processos na ferramente Confluence da Atlassian, onde todo o controle de alteração do processo da ferramenta JIRA estará previamente documentado na wiki do projeto. TODO: Aqui é apresentado o cenário do projeto, o tipo de negócio do cliente e envolvidos no projeto, que tipo de situações ocorrem, breve descrição do fluxo operacional do negócio existente e percepções e anseios. JustificativaNecessidade de manter atualizada as alterações realizado na ferramenta JIRA de forma automática e organizada, onde a mesma hoje se encontra não documentada e desatualizada por não possuir recursos para atualizar a mesma. TODO: Aqui, um memorial sucinto do que motivou o projeto deve ser apresentado. Geralmente um ou dois parágrafos são suficientes. Soluções ExistentesEntre as soluções existentes temos ferramentas Case para criar os fluxos dos processos, neste caso a solução possui alguns pontos negativos entre eles a dificuldade de alteração pois é necessário uma pessoa especializada na ferramenta para fazer as alterações, normalmente não existe ninguém responsável pela conferencia do documento, por ventura destes fatores os envolvidos acabam deixando de atualizar os processos na ferramente encontrando assim na maioria dos casos a documentação desatualizada e sem organização, alem destes pontos ainda existe ocorrências onde foi apagado ou extraviado os arquivos. Com o desenvolvimento deste projeto todos os pontos negativos que hoje vem afetando todos os projetos acabam por ser sanados atendendo enfim com uma documentação abrangente, organizada e atualizada. RelacionamentosEste projeto visa criar dois plugins que serão utilizados com as seguintes ferramentas Atlassian Jira e Confluence, os mesmos terão dependências entre eles onde o plugin que se encontra no Confluence ira servir como servidor realizando as alterações no confluence de criação de paginas com todos os dados atualizados dos processos que serão enviados pelo plugin cliente que se encontra no JIRA. TODO: Aqui é descrito qual a relação deste projeto frente aos outros projetos, programas e operações existentes no cenário existente; se ele vem a substituir ou melhorar algo que já existe; indicadores de dependência e integrações. PriorizaçãoEste projeto tem alta prioridade pois se trate de um produto que sera lançado na competição que a Atlassian esta realizando, sendo que deve estar pronto ate final de Março. Interessados e InteressesNOTA: A tabulação dos Interessados e Interesses do projeto é apresentada no APÊNDICE 1. O ClienteTODO: Aqui é apresentado o cliente do projeto, o grande beneficiário da sua execução. Seu ambiente de negócio, espaço de mercado, e outras informações do seu cenário são descritos. Caso haja mais de um cliente, use um parágrafo para cada cliente e, logo abaixo, a lista dos seus interesses.
O PatrocinadorO patrocinador do projeto é a 3layer Tecnologia, que deseja a criação deste plugin para atender a demanda de seus clientes. O UsuárioO usuário deste projeto sera a empresa que quiser automatizar a criação da documentação de seu Workflow normalmente ele sera divido em 3 grupos.
O Terceiro
A Equipe de DesenvolvimentoO projeto será desenvolvido pela equipe de desenvolvimento da 3layer em Porto Alegre, sendo a equipe composta pelos integrantes:
A Gestão do Projeto
EscopoTODO: Esta seção, conforme cada subitem, detalha todo o escopo do projeto. MetaTODO: Aqui, de forma breve e sumarizada deve ser apresentado o grande objetivo, a meta a ser atingida com a realização do projeto. Um parágrafo deve ser o suficiente para isso. Objetivos EspecíficosTODO: Aqui, uma lista itenizada dos objetivos específicos a serem atingidos pelo projeto. Use objetivos claros e que, cada um deles seja: Específico (tenha critérios claros de conclusão), Mensurável (possa ser medido); Exequível (possa ser desenvolvido dentro do ambiente traçado e dos conhecimentos existentes); Realista (seja factível com a realidade de tempo, recurso e custos); Aprazável (possa ser enquadrado em uma data de início e fim). Fora de EscopoTODO: Aqui, a lista de itens que estão explicitamente fora do escopo do projeto. Na dúvida Benefícios do ProjetoTODO: Aqui, uma lista itenizada dos benefícios vindouros da realização do projeto. Use as mesmas premissas dos objetivos, ou seja, específicos, mensuráveis (financeira ou temporalmente) Módulos e FunçõesTODO: Aqui, uma lista priorizada dos principais módulos, domínios ou partes do projeto. Use um formato itenizado para cada módulo e, dentro de cada um, uma lista também itenizada das principais funcionalidades esperadas, indicando as pessoas/entidades responsáveis pelo seu detalhamento. Premissas e RestriçõesTODO: Aqui são descritas as suposições sobre o projeto, ou seja, assertivas sobre o cenário existente que devem perdurar durante todo o curso do projeto e mesmo durante o uso dos seus produtos. Condições de mercado, concorrência, soluções existentes, etc são mapeadas aqui. Use o formato itenizado para cada uma das premissas identificadas. Riscos IdentificadosTODO: Esta seção apresenta os riscos identificados do projeto. Certamente, uma análise detalhada (na fase de Anteprojeto) vai explorar mais estes riscos, categorizá-los (quantitativa e qualitivamente) e mesmo especificar uma análise de impacto e plano de controle apropriados. Entretanto, esta seção deve nortear este trabalho, já mostrando, também de forma itenizada, todos os riscos já mapeados nessa etapa de iniciação do projeto. Estratégia do ProjetoTODO: Esta seção serve como base do Plano de Projeto, que será concluído na etapa de Planejamento. Todas as nove áreas de conhecimento do projeto devem ser esboçadas, pelo menos brevemente. Metodologia, Integração, Acompanhamento e ControleTODO: Descrever qual o processo-base de trabalho a ser adotado no projeto (RUP, Scrum, FDD, 3PUP, etc) e detalhar sucintamente a abordagem/customização necessárias para realizar a integração entre todas as áreas do projeto, incluindo acompanhamento e controle, relatórios, gerenciamento e fluxos de gestão e aprovação, etapas do processo de desenvolvimento, estudos e pesquisas necessárias, realização de projetos-piloto, anteprojeto, localidade dos envolvidos (desenvolvimento inhouse, remoto, distribuído...), tipo de projeto (back box, gray box), serviços embutidos (consultoria, mentoring...), terceirizações de serviços, parcerias, políticas de homologação, implantação, rollup, backup, dimensionamento (teste de stress, failover, segurança...) etc. EscopoTODO: Como deve ser controlado o escopo do projeto, seu crescimento, retração, mudança de rumos, comitê de aprovação, responsabilidades. TempoTODO: Principais marcos do projeto, que visam servir como pontos de checagem de andamento para alta gerência e tomada de decisão; datas-limite que não podem ser extrapoladas;flexibilidade temporal; etapas e ciclos; formação de cronogramas, folgas esperadas, mínimas e máximas, sequenciamento de atividades. CustosTODO: Estimativa e orçamentação iniciais; tipo de orçamentação utilizada (paramétrica, analogia, etc) e nível de precisão necessário; cálculo de retorno de investimento (ROI); custeio de tempo, capital e recursos (ou não); QualidadeTODO: Balizadores sobre o gerenciamento da qualidade, critérios e níveis aceitáveis, processo de controle, verificação, validação e auditoria, adequação à normas, legislação ou políticas (de parceria, governamentais, internas, etc), formalizações, laudos, etc. Recursos HumanosTODO: Como deve ser a contratação e o gerenciamento dos recursos humanos no projeto, sua capacitação, perfis, necessidade de treinamento, línguas, capacidades de escrita, conversação, experiência, disponibilidade, alocação e responsabilidades, regras para controle, evolução, realocação e dispersão. ComunicaçõesTODO: Como deve ser desenvolvido o Plano de Comunicações do projeto, incluindo, mas não limitando, agendas e atas reuniões, formalidades e assinaturas, emissores e receptores, frequência, mídia envolvida, ferramentas, etc. RiscosTODO: Descrever como os riscos serão gerenciados no projeto. Caso utilize-se o processo 3PUP, a estruturação essencial desse controle já é realizada. Entretanto, aqui devem ser apresentados os critérios que norteiam as estragégias para evitar, assumir e transferir os riscos. AquisiçõesTODO: Descrever como devem ser conduzidas as aquisições de suprimentos para o projeto, incluindo licencas de produtos, contratos internos e externos, parcerias, seleção de fornecedores, máquinas, equipamentos, software, patentes e critérios relativos a cada um desses itens. Sugere-se fortemente a leitura do Guia de Aquisição do MPS.br em http://www.softex.br/mpsbr/_guias/default.asp para maiores esclarecimentos e balizamento. Solução ArquiteturalTODO: Aqui, um esboço do conjunto de tecnologias, producos e processos que formam a arquitetura esperada do sistema. Use uma figura para apresentar os elemetos e, logo abaixo, descreva cada um deles. O objetivo aqui é passar a informação em alto nível, e não explorar detalhes técnicos irrelevantes para a área de negócio do projeto. APÊNDICE 1 - Interessados e InfluênciasA tabela abaixo mostra de forma tabular a relação dos interessados frente ao projeto.
APÊNDICE 2 - Estrutura Analítica do Projeto (EAP)TODO: Montar EAP inicial e inserir figura resultante aqui. Geralmente, a EAP tem no primeiro nível as etapas do processo mais o item Gerenciamento e, para cada nível, os marcos de referência e, abaixo os pacotes de trabalho (que são as Feature Sets do FDD), incluindo as responsabilidades (pessoas). APÊNDICE 3 - Estrutura Analítica de Riscos (EAR)TODO: Montar EAR inicial e inserir figura resultante aqui. Geralmente, a EAR tem no primeiro nível as nove áreas (domínios) do projeto (como Aquisiçoões, Integração, Custo, Tempo, etc) e em cada subnível os riscos catalogados, incluindo as responsabilidades (pessoas) de controle de cada risco. APÊNDICE 4 - Estrutura Analítica de Artefatos (EAA)TODO: Montar EAR inicial, que mostra os artefatos ou produtos resultantes do projeto e inserir aqui. Geralmente, a EAA tem no primeiro nível as etapas do processo do projeto, e em cada subnível os artefatos (produtos) resultantes, incluindo as responsabilidades (pessoas). APÊNDICE 5 - GlossárioTODO: Criar documento com o glossário de termos e conceitos do projeto específica e vincular nesta seção |