REFERÊNCIA P-AGL-0001 | A ORIGEM No momento da implantação da metodologia ágil foi extremamente necessário ter bem clara a definição dos papeis dentro do processo. COMO USAR ? Identificar seu papel dentro da operação e entender suas responsabilidades baseado na documentação QUANDO USAR ? Diariamente em suas atividades. PONTOS DE ATENÇÃO Não ter o papel bem definido na operação. LINK DE REFERÊNCIA http://fluig.totvs.com:80/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=5571236 |
|---|---|
O QUE É ? DEFINIÇÃO PAPEIS ÁGIL |
REFERÊNCIA P-AGL-0002 | A ORIGEM No momento da implantação da metodologia ágil foi realizado um treinamento de Scrum para capacitar todo o time da TOTVS Salvador. COMO USAR ? Identificar seu papel dentro da metodologia e aplicar o conceito do framework Scrum para o desenvolvimento ágil dentro da operação. QUANDO USAR ? Diariamente em suas atividades. PONTOS DE ATENÇÃO Mudança de cultura do modelo tradicional para o ágil. LINK DE REFERÊNCIA http://fluig.totvs.com:80/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=5124375 |
|---|---|
O QUE É ? DESENVOLVIMENTO ÁGIL |
REFERÊNCIA P-MTE-0003 | A ORIGEM Surgiu a necessidade de ter um documento para capacitar novos funcionários e servir de consulta para os antigos sobre todos os processos da operação de Manutenção(JIRA, SCI, SQA Web, Documentação, Ciclo de vida da V12, Comunidade no Fluig). COMO USAR ? Entender o fluxo da operação e seguir o processo conforme as etapas definidas. QUANDO USAR ? Quando houver alguma dúvida referente aos processos Manutenção(JIRA, SCI, SQA Web, Documentação, Ciclo de vida da V12, Comunidade no Fluig). PONTOS DE ATENÇÃO Criar processo sem passar pela Gestão de Mudança dentro do time de Engenharia. LINK DE REFERÊNCIA http://fluig.totvs.com:80/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=6125511 http://fluig.totvs.com:80/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=4843081 |
|---|---|
O QUE É ? PROCESSOS DE MANUTENÇÃO |
REFERÊNCIA P-DOC-0004 | A ORIGEM Tornou-se obrigatória a criação de DT para as issues no TDN. Com isso, foi dentificada a necessidade de um passo a passo para orientar os desenvolvedores. COMO USAR ? Seguir os passos definidos na documentação utilizando a ferramenta TDN. QUANDO USAR ? Toda vez que solucionar uma issue. PONTOS DE ATENÇÃO Criar documento no TDN e não passar pela Analista de Documentação. LINK DE REFERÊNCIA http://fluig.totvs.com:80/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=4843438 http://tdn.totvs.com/pages/viewpage.action?pageId=315884731 |
|---|---|
O QUE É ? CRIAÇÃO DE DOCUMENTO TÉCNICO |
REFERÊNCIA P-DOC-0005 | A ORIGEM Muitos clientes pediam à RMS processos demonstrados no documento técnico, sendo que ainda não estavam liberados. COMO USAR ? Ao criar um documento técnico no TDN o desenvolvedor deve utilizar SEMPRE a página Manutenção em Desenvolvimento ( de acordo com a versão), no caso de documento técnico de manutenção, e no caso de documento técnico de Inovação, utilizar a página Inovação em Desenvolvimento. Em ambas após a expedição, o documento referente a este pacote será movido para a página de expedição. QUANDO USAR ? Sempre que criar algum documento técnico no TDN. PONTOS DE ATENÇÃO Ao criar qualquer documento no TDN, verificar se está na estrutura correta, por exemplo, se for um documento técnico verificar se está na estrutura da versão, se é inovação ou manutenção e assim por diante. LINK DE REFERÊNCIA http://fluig.totvs.com/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=4843436 http://fluig.totvs.com/portal/p/10097/videos/totvs-ssa-desenv/4842992/4844493 |
|---|---|
O QUE É ? ESTRUTURA DO RMS NO TDN |
REFERÊNCIA P-FCH-0006 | A ORIGEM A criação de ficha foi motivada para a geração automatizada dos pacotes para envio ao cliente. COMO USAR ? O analista deve acessar a ferramenta SCI e cadastrar as informações necessárias para o preenchido da ficha. QUANDO USAR ? Sempre que criar algum documento técnico no TDN. PONTOS DE ATENÇÃO LINK DE REFERÊNCIA |
|---|---|
O QUE É ? CRIAÇÃO DE FICHA |
REFERÊNCIA P-TSI-0007 | A ORIGEM O processo de teste integrado surgiu com a necessidade de oferecer mais qualidade na saída dos pacotes que estão sendo entregues aos clientes. COMO USAR ? Aplicando os pacotes nos ambientes de homologação para efetuar testes mais concisos. QUANDO USAR ? Após realizar a codificação e geração dos pacotes. PONTOS DE ATENÇÃO Sem realização o teste integrado, aumenta a probabilidade de rejeição da issue. LINK DE REFERÊNCIA |
|---|---|
O QUE É ? TESTE INTEGRADO |
REFERÊNCIA P-ATE-0001 | A ORIGEM A necessidade de acompanhar a solução dos tickets de clientes em situações críticas baseado nas seguintes características : cliente parado. COMO USAR ? Deverão ser inseridos no painel de KANBAN eletrônico um card, um ticket e o analista que estará atuando no assunto. O card deverá percorrer entre as abas de suporte, sustentação, em andamento, pendente cliente e resolvido. Esta movimentação entre os cards deve-se dar somente pelo analista que está tratando o ticket/issue. O card ser colocado como resolvido mediante os seguintes critérios: 1º ticket encerrado pelo cliente ou e-mail do cliente confirmando a solução do ticket, 2º o acompanhamento da solução junto ao cliente é de responsabilidade do analista. Mesmo em situações de apoio ou escalonamento do seu líder. IMPORTANTE: Somente o gestor da unidade ou coordenador da sustentação ou atendimento podem inserir um card no processo. QUANDO USAR ? o processo deverá ser utilizado nas seguintes situações: ticket de ouvidoria, escolanamento do gestor da unidade, escalonamento da autagestão, cliente com operação parada. PONTOS DE ATENÇÃO É importante que seja feita uma avaliação das criticidade para que não seja inserido assunto que não seja de extrema importância. LINK DE REFERÊNCIA https://fluig.totvs.com:443/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=6502265 |
|---|---|
O QUE É ? REDFLAG |
REFERÊNCIA P-MLH-0002 | A ORIGEM Com implantação da metodologia ágil, foi identificada a necessidade de direcionar as issues de melhoria, solicitadas pelo cliente, para o PO. COMO USAR ? Identificar o papel dentro do fluxo e seguir o processo conforme as etapas definidas. QUANDO USAR ? A partir da abertura de um ticket de melhoria feita pelo cliente. PONTOS DE ATENÇÃO Falta de conhecimento do processo. LINK DE REFERÊNCIA http://fluig.totvs.com:80/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=6158537 |
|---|---|
O QUE É ? ISSUE DE MELHORIA |
REFERÊNCIA P-MDD-0003 | A ORIGEM O processo de modelagem de dados foi originado para auxiliar no controle sobre as alterações feitas no banco de dados. COMO USAR ? Compreende alterações de dicionário de dados e atualizações de versão do produto realizadas nas etapas anteriores. Mantém os ambientes e controla todas as demandas de mudanças nos itens de configuração. Esta atividade, quando criada, deve ser concluída antes da finalização da atividade Codificar. QUANDO USAR ? Sempre que houver alterações de estrutura de banco de dados ou criação de novos objetos PONTOS DE ATENÇÃO Se o processo não for cumprido, o cliente não irá receber o pacote de correção ou melhoria com essas alterações. Além disso, o desenvolvimento poderá refazer o processo de desenvolvimento. LINK DE REFERÊNCIA https://fluig.totvs.com:443/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=6473737 |
|---|---|
O QUE É ? MODELAGEM DE DADOS |