MIT Digital

Atalhos

Árvore de páginas

.

Voltar à HOME

    O que é?

    Este grupo de tarefas tem o objetivo de garantir a boa comunicação do Projeto aos Stakeholders, de controlar o avanço x consumo do projeto, avaliar e publicar o status de projeto, destacar conquistas relevantes, indicar e gerenciar pendências geradas (não impeditivas ao progresso), gerenciar riscos e contingências, garantindo a qualidade da comunicação e entrega da solução acordada e aprovada.



    Entregáveis

      Atividades

      » Gestão de Riscos

      Antecipar problemas e prever soluções é fundamental para criar um clima de confiança com o Cliente e também garantir a qualidade de condução e entrega do mesmo.
      Todo projeto, por ser único, existe um grau de incertezas associadas, gerando riscos diversos que podem prejudicar o desempenho geral.
      A ideia é identificar os riscos com base na experiência e lições aprendidas para poder classifica-los e priorizar ações de resposta para diminuir a probabilidade do risco.
      Criar ações de resposta (ou contingência) e controlar bem o status destes riscos é um grande fator de sucesso de qualquer projeto.


      Descrição das atividades:

      • Gerente ou Coordenador do Projeto:
        • Consulta a fonte de riscos mais comuns em projetos, disponível no próprio template
        • Consulta o Especialista do Projeto (ou representante da equipe do projeto) para alinhar outros riscos
        • Avalia, junto com os responsáveis do Cliente a lista criada, considerando a probabilidade e o nível de impacto (p x i)
        • Avalia os resultados obtidos e organiza planos de resposta (ou contingência) aos riscos, nomeando um dono para administrar a evolução e eficácia do plano
        • Avalia possíveis custos atrelados ao risco e o impacto deste custo na margem do projeto.
          NOTA: os planos devem ser elaborados pelos donos do risco, normalmente do time do Cliente.
        • Atualiza de forma recorrente o status dos riscos para garantir que os planos de contingência estão causando o efeito desejado.

      Trilha na Universidade TOTVS - Gestão de Riscos em Projetos

      ____________________________________________________________________________________________________________________________________________________________________________________________________


           ENTRADA(S):

      • Proposta Comercial assinada

           ATORES:

           TOTVS

      • Gerente ou Coordenador do Projeto *
      • Analistas / Especialistas *

          CLIENTE

      • Coordenador ou Comitê do Projeto *

           SAÍDA(S):

      ____________________________________________________________________________________________________________________________________________________________________________________________________

      * Obrigatório

      Atividades

      » Gestão Íntegra das Mudanças

      O escopo de um Projeto pode mudar ao decorrer de sua implantação, por fatores de ajustes na estrutura de processo do cliente ou outros fatores econômicos. 

      Além de alterações/ajustes do escopo, alguns clientes podem solicitar a utilização da metodologia própria na implantação do projeto em substituição à MIT (quando constar na proposta comercial).  Para isso, devemos formalizar o não uso ou as adequações necessárias através da Solicitação de Mudança - MIT031, pois essa mudança de escopo pode ou não ter impacto de custo ou prazo e precisa ser registrada.

      • NOTA: O Certificado de Conclusão dos Serviços - MIT062 é um documento obrigatório para formalizar o encerramento do projeto, mesmo quando houver a recusa formalizada da utilização da MIT por parte do cliente, pois consta em contrato. 

      Também podem ocorrer casos onde o Projeto não faça mais sentido ao cliente ou não tenha a aderência estimada na venda. 

      Nestes casos, o cliente pode desistir da implantação ou de uma parte do escopo contratado.


      Descrição das atividades:

      Não utilização da MIT ou alteração/ajuste no escopo:

      Desistência do projeto ou redução do escopo:

      • Com a Solicitação de Mudança - MIT031 assinada pelo cliente, Gerente ou Coordenador do Projeto e Gestor de Portfólio de Projetos alinham a solicitação e decidem se irão sugerir uma nova negociação com o cliente ou desistir da implantação do projeto;
      • Com a decisão da desistência, o Gerente ou Coordenador do Projeto deve enviar a Solicitação de Mudança ao PMO para que ele siga com as tratativas contratuais dos eventuais faturamentos pendentes;
      • PMO avalia a demanda, encerra as parcelas de faturamento pendentes na ferramenta de gestão de projetos e confere se todos os atendimentos realizados já foram confirmados no projeto ;

      Nos casos de desistência do projeto inteiro, o Gerente ou Coordenador do Projeto também elabora o Certificado de Conclusão dos Serviços - MIT062 formalizando as entregas realizadas até o momento.

      ____________________________________________________________________________________________________________________________________________________________________________________________________


           ENTRADA(S):

           ATORES:

           TOTVS

      • PMO*
      • Gerente ou Coordenador do Projeto*
      • Gestor do Portfólio de Projeto*
      • Patrocinador do Projeto*

          CLIENTE

      • Cliente*

           SAÍDA(S):

      Não utilização da MIT ou alteração/ajuste do escopo:

      Desistência do projeto ou redução do escopo:

      ____________________________________________________________________________________________________________________________________________________________________________________________________

      * Obrigatório

      Atividades

      » Suspensão do Projeto

      É fundamental registrar os motivos de uma decisão de suspensão, tanto quanto avaliar e indicar as condições de retorno e prováveis impactos que possam existir, para manter a visibilidade e transparência junto ao nosso Cliente.


      Descrição das atividades:

      • Gerente ou Coordenador do Projeto organiza as informações e elabora o material de Suspensão do Projeto
      • Comitê avalia o cenário e as condições, assim como algumas atividades que devem ser realizadas neste período de suspensão. Estando de acordo, aprova o Termo de Validação - MIT010 (Termo de Suspensão de Projeto)
      • Com a Suspensão do Projeto, o Projeto na ferramenta de gestão de projetos deverá estar suspenso para novos apontamentos, replanejamentos e geração de Receita

      NOTA: na retomada do projeto, o Gerente ou Coordenador do Projeto deve encaminhar uma Ata de Reunião com as definições do retorno do projeto para que o PMO libere o bloqueio.

      ____________________________________________________________________________________________________________________________________________________________________________________________________


           ENTRADA(S):

      • Solicitação de Suspensão/Parada formalmente acordada com o cliente

           ATORES:

           TOTVS

      • Gerente ou Coordenador do Projeto*
      • Comitê do Projeto*

          CLIENTE

      • Comitê do Projeto*

           SAÍDA(S):

      ____________________________________________________________________________________________________________________________________________________________________________________________________

      * Obrigatório

      Atividades

      » Atualização de Documentação do projeto

      Todas as documentações digitais do projeto devem ser mantidas na pasta oficial do projeto nos repositórios de documentos vigentes.

      • NOTA (Unidades próprias): Para estar em compliance com a Segurança da Informação Corporativa e as certificações ISO, todos os documentos de uso corporativo devem ser salvos em repositórios vigentes, oficiais da TOTVS em nuvem e nunca salvos no próprio equipamento.


      Documentos Físicos 

      Os documentos de formalização com cliente, assinados, ainda que digitalizados, devem ser armazenados fisicamente, conforme definições da área Serviços Jurídicos – Arquivo Central. 


      - Relação dos principais documentos de formalização da MIT Digital:

      - Diagrama dos Processos - MIT041 

      - Termo de Validação (Marco/Entrega, Homologação, Go-live e Suspensão) - MIT010

      - Solicitação de Mudança - MIT031

      - Certificado de Conclusão dos Serviços - MIT062

      *Para consultar todos os documentos de formalização da MIT Digital, acesse o Guia de templates a seguir, coluna (forma de aceite), os mesmos contêm a informação “Assinatura eletrônica ou física”. 


      - Guia de Templates:

      Unidades que utilizam o Google Workspace (próprias/franquias) – Acesse aqui.

      Unidades que não utilizam o Google Workspace (canais/parceiros) – Acesse aqui.


      - Orientações de temporalidade para documentações de formalização de Projetos de Serviços, assinados fisicamente: 

      Documentos físicos de formalização do projeto devem ser arquivados durante 5 anos e 6 meses após a formalização do encerramento ou cancelamento do projeto.


      Orientação para unidades próprias: A célula Serviços Jurídicos – Arquivo Central é responsável pela guarda, logística, controle de temporalidade e gestão das caixas junto ao fornecedor contratado, bem como pela emissão da OS – Ordem de Serviços e relatórios com o fluxo de entrada, disponibilidade, retirada e expurgo das caixas.

      As áreas da Companhia são responsáveis pelo conteúdo, gestão, organização dos documentos, catalogação, assim como o direcionamento das caixas ao Serviços Jurídicos – Arquivo Central.

      Para mais detalhes e orientações acesse: 

      PI-CSTJUR-03 - Gestão de Arquivos: https://fluig.totvs.com/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=9306827

      FAQ - Central de Arquivos: https://fluig.totvs.com/portal/p/10097/ecmnavigation


      Documentos Digitais

      - Documentos em tempo de execução do projeto: Devem ser utilizados e armazenados no Google drive corporativo, conforme taxonomia a seguir: 


      As pastas dos projetos no Google Drive deverão seguir a seguinte estrutura: 

      NOME DO CLIENTE (LETRAS MAIÚSCULAS) 

                   CÓDIGO DO PROJETO – NOME DO PROJETO (LETRAS MAIÚSCULAS) 


      Criando e organizando as subpastas 

      Após a criação da pasta do projeto no Google drive, o CP deverá organizar uma estrutura de seis (06) subpastas, para que no decorrer do projeto os artefatos sejam movidos ou gerados, conforme estrutura a seguir: 

      00 - COMERCIAL 

      01 - FASE PREPARAÇÃO 

      02 - FASE REFINAMENTO 

      03 - FASE REALIZAÇÃO 

      04 - FASE OPERAÇÃO 

      MONITORAMENTO E CONTROLE 

      O CP deverá compartilhar a pasta do projeto com sua equipe e fazer a gestão de acesso, que pode ser por Pasta, Subpasta ou Documento/Arquivo. 


      Organizando os artefatos/documentos

      Os artefatos/documentos devem ser utilizados/criados conforme a demanda do projeto e fases, e deverão ser movidos para suas respectivas subpastas, obedecendo o modelo proposto através da estrutura a seguir (Subpastas X Artefatos): 


      00 - COMERCIAL 

      - Precificação

      - Proposta Comercial 

      - Demais documentos ligados à etapa comercial. 


      01 - FASE PREPARAÇÃO 

      - Guia de Boas Vindas 

      - Demais documentos ligados à etapa de preparação/planejamento, como cronogramas, atas, etc. 


      02 - FASE REFINAMENTO 

      - Diagrama dos Processos 

      - Demais documentos ligados à etapa de refinamento e detalhamento dos requisitos, como templates e modelos do cliente; 


      03 - FASE REALIZAÇÃO 

      - Backlog de atividades 

      - Plano de virada 

      - Roteiro de Testes 

      - Roteiro de Capacitação 

      - Demais documentos ligados à etapa de realização. 


      04 - FASE OPERAÇÃO 

      - Certificado de Conclusão de Serviços 

      - Demais documentos ligados à etapa de operação e conclusão do projeto. 


      MONITORAMENTO E CONTROLE 

      - Monitoramento e Controle do Projeto

      - Demais documentos que se enquadrem no conceito de gestão de projetos; 


      Nomenclatura dos artefatos/documentos 

      Os artefatos deverão ser nomeados conforme a estrutura a seguir: 

      “Nome do documento - cliente – complemento” 

      Exemplo: Ata de reunião – cliente XXX – 01-08-2020 


      *Para documentos gerados por módulos, o complemento do nome deverá ser o “nome do módulo + nome do produto”. 

      Exemplo: Diagrama dos Processos - cliente XXXX - Folha de Pagamento – Protheus


      - Término de Fases do Projeto: Após o término de cada fase do projeto, todos os documentos de formalização, assinados pelo cliente, devem ser armazenados na pasta do projeto. Para unidades próprias o repositório é o FLUIG.

      Orientação para unidades próprias: A criação do repositório do projeto no FLUIG é realizada pelo PMO CST. O link da pasta fica armazenado no campo “Repositório Projeto” do projeto no PSA.

      O repositório fica na comunidade Aceleradores e Boas Práticas de Serviços (Framework de Serviços), no caminho:

      Documentos => Documentação (MITs) de Projetos => Pasta com o nome do cliente e código em ordem alfabética => Pasta com código e nome do projeto.


      Descrição das atividades: 

      • Gerente ou Coordenador do Projeto cria pasta do projeto no Google Drive e compartilha com a equipe
      • Equipe do projeto gera e mantem atualizados os documentos do projeto no repositório.
      • Gerente ou Coordenador do Projeto, após término de cada fase, salva os documentos de formalização com o cliente na pasta do projeto no repositório de documentos compartilhado (PDF e Editáveis). Para unidades próprias o repositório é o FLUIG .
      • NOTA 1: Essa atividade é recorrente e deve ocorrer sempre que um documento é criado ou alterado.
      • NOTA 2: Inserir rótulos para facilitar a busca (Segmentos, Nome do documento com código da MIT, Produto, Módulo)
      • NOTA 3: Nos dados do projeto na ferramenta de gestão de projetos, deve conter o endereço do repositório de documentos do projeto.

      ____________________________________________________________________________________________________________________________________________________________________________________________________


           ENTRADA(S):

      • Documentações do projeto

           ATORES:

           TOTVS

      • Gerente ou Coordenador do Projeto*

           SAÍDA(S):

      • Documento armazenados e disponíveis para consulta

      ____________________________________________________________________________________________________________________________________________________________________________________________________

      * Obrigatório

      Atividades

      - Reunião de Status Report

      - Reunião Interna TOTVS (Kickoff interno)


      » Reunião de Status Report

      Realizar periodicamente a reunião de Status Report com o cliente é fundamental para a comunicação, avaliação do andamento do projeto e definição de ações que exijam decisão por parte do comitê executivo do projeto


      Descrição das atividades:

      ____________________________________________________________________________________________________________________________________________________________________________________________________


           ENTRADA(S):

           ATORES:

           TOTVS

      • Gerente ou Coordenador do Projeto*
      • Comitê do Projeto*

           CLIENTE

      • Comitê do Projeto*

           SAÍDA(S):

      ____________________________________________________________________________________________________________________________________________________________________________________________________

      * Obrigatório


      » Reunião Interna TOTVS (Kickoff interno)

      A reunião de kickoff interno é uma reunião inicial e interna com a equipe do projeto TOTVS que tem o objetivo de alinhar os trabalhos para que atuem de maneira integrada durante todo o projeto.

      Já a reunião de iteração é de acompanhamento da sprint, onde é verificado seu andamento e atualização dos artefatos do projeto.

      A recorrência da reunião pode ser definida de acordo com o contexto de cada projeto e pode ser realizada com todo o time do projeto com ou sem a participação do Coordenador ou Gerente do Projeto.


      Descrição das atividades:

      Reunião de Kickoff Interno:

      Gerente ou Coordenador do Projeto organiza as informações, elabora o material de Kickoff Interno – MA080 e o apresenta para equipe durante a reunião de Kickoff Interno.

      Reunião de Iteração: 

      Equipe do projeto se reúne para verificar o andamento das sprints do projeto, se existem impedimentos e posteriormente atualizam os artefatos do projeto.

      ____________________________________________________________________________________________________________________________________________________________________________________________________


           ENTRADA(S):

           ATORES:

           TOTVS

      • Gerente ou Coordenador do Projeto*
      • Equipe do projeto*

           SAÍDA(S):

      • Reunião de Kickoff interno realizada
      • Andamento do projeto verificado e artefatos do projeto atualizados.

      ____________________________________________________________________________________________________________________________________________________________________________________________________

      * Obrigatório

      ¿Qué es?

      Este grupo de tareas tiene como objetivo garantizar la buena comunicación del Proyecto a las partes interesadas, controlar el avance vs. consumo del proyecto, evaluar y publicar el estatus del proyecto, destacar los logros relevantes, indicar y administrar las cuestiones pendientes generadas (no impeditivas al progreso), gestionar riesgos y contingencias, garantizar la calidad de la comunicación y la entrega de la solución acordada y aprobada.


      Entregables

        Actividades

        » Gestión de Riesgos

        Anticipar problemas y predecir soluciones es fundamental para crear un clima de confianza con el Cliente y también garantizar la calidad de la conducción y entrega de los mismos.

        En cada proyecto, debido a que es único, hay un grado de incertidumbres asociadas, generando varios riesgos que pueden afectar el rendimiento general.
        La idea es identificar los riesgos en función de la experiencia y las lecciones aprendidas para que pueda clasificarlos y priorizar las acciones de respuesta para disminuir la probabilidad del riesgo.
        Crear acciones de respuesta (o contingencia) y controlar bien el estatus de estos riesgos es un gran factor de éxito de cualquier proyecto.


        Descripción de actividades:

        • Gerente o coordinador del proyecto:
        • Consulta la fuente de riesgos más comunes en proyectos, disponible en el propio template
        • Consulta al especialista del proyecto (o representante del equipo del proyecto) para alinear otros riesgos
        • Evalúa, junto con los responsables del Cliente, la lista creada, teniendo en cuenta la probabilidad y el nivel de impacto (p vs. i)
        • Evalúa los resultados obtenidos y organiza planes de respuesta (o contingencia) a los riesgos, nombrando a un propietario para administrar la evolución y efectividad del plan
        • Evalúa los posibles costos relacionados con el riesgo y el impacto de este costo en el margen del proyecto.
        • NOTA: los planes deben ser elaborados por los propietarios del riesgo, generalmente del equipo del Cliente.
        • Actualiza de manera recurrente el estatus de los riesgos para asegurarse de que los planes de
          contingencia están teniendo el efecto deseado.

        ____________________________________________________________________________________________________________________________________________________________________________________________________


             ENTRADA(S):

        • Propuesta comercial firmada

             ACTORES:

             TOTVS

        • Gerente o coordinador del proyecto*
        • Analistas/Especialistas*
        • Prevención de Pérdidas 

             CLIENTE

        • Coordinador o Comité de Proyecto*

             SALIDA(S):

        • Plan de Riesgo y Cambio - MIT036 completado.

        ____________________________________________________________________________________________________________________________________________________________________________________________________

        * Obligatorio

        Actividades

        » Gestión Integral de Cambios

        El alcance de un Proyecto puede cambiar durante su implementación, debido a factores de ajuste en la estructura de procesos del cliente u otros factores económicos. 

        Además de los cambios/ajustes al alcance, algunos clientes pueden solicitar el uso de su propia metodología en la implementación del proyecto, en sustitución de MIT (cuando se incluye en la propuesta comercial).  ,Para ello, debemos formalizar la no utilización o las adaptaciones necesarias a través de la Solicitud de Cambio - MIT031 ya que este cambio de alcance puede o no tener impacto en costo o tiempo y debe ser registrado.

        NOTA: El Certificado de Finalización de Servicios - MIT062 es un documento obligatorio para formalizar el cierre del proyecto, incluso cuando exista una negativa formal a utilizar el MIT por parte del cliente, ya que está incluido en el contrato. 

        También pueden darse casos en que el Proyecto ya no tenga sentido para el cliente o no tenga la adherencia estimada en la venta. 

        En estos casos, el cliente puede desistir de la ejecución o parte del alcance contratado.


        Descripción de actividades:

        No uso de MIT o alteración/ajuste en el alcance:

        • El Gerente o Coordinador del Proyecto formaliza con el cliente la no utilización de MIT o las adaptaciones necesarias a través de la Solicitud de Cambio - MIT031, firmada.

        Retiro del proyecto o reducción de alcance:

        • Con la Solicitud de Cambio - MIT031 firmada por el cliente, el Project Manager o Coordinador y el Project Portfolio Manager alinean la solicitud y deciden si sugerir una nueva negociación con el cliente o renunciar a la implementación del proyecto ;
        • Con la decisión de desistir, el Gerente o Coordinador del Proyecto deberá enviar la Solicitud de Cambio a la PMO para que proceda con los arreglos contractuales de las facturaciones pendientes;
        • PMO evalúa la demanda, cierra las cuotas pendientes de facturación en la herramienta de gestión de proyectos y comprueba si todos los servicios realizados ya han sido confirmados en el proyecto;

        En los casos de desistimiento de la totalidad del proyecto, el Project Manager o Coordinador elabora también el Certificado de Terminación de Servicios - MIT062 formalizando las entregas realizadas hasta el momento.

        ____________________________________________________________________________________________________________________________________________________________________________________________________


             ENTRADA(S):

             ACTORES:

             TOTVS

        • PMO*
        • Gerente o coordinador del proyecto*
        • Gestor de portafolio de proyecto*
        • Patrocinador del Proyecto*

             CLIENTE

        • Cliente*

             SALIDA(S):

        No uso de MIT o cambio/ajuste de alcance:

        Retiro del proyecto o reducción de alcance:

        ____________________________________________________________________________________________________________________________________________________________________________________________________

        * Obligatorio

        Actividades

        » Suspensión del Proyecto

        Es fundamental registrar los motivos de una decisión de suspensión, así como evaluar e indicar las condiciones de retorno y los impactos probables que puedan existir, para mantener la visibilidad y transparencia con nuestro Cliente.


        Descripción de actividades:

        • El gerente o coordinador del proyecto organiza la información y prepara el material de Suspensión del Proyecto
        • El Comité evalúa el escenario y las condiciones, así como algunas actividades que deben realizarse en este período de suspensión. Si está de acuerdo, aprueba el Término de Validación - MIT010 (Término de Suspensión de Proyecto)
        • Con la Suspensión del Proyecto, el Proyecto en la herramienta de gestión de proyectos deberá estar suspendido para nuevos apuntamientos, replanificación y generación de ingresos
        • NOTA: al reanudar el proyecto, el gerente o coordinador del proyecto debe encaminar un Acta de Reunión con las definiciones de retorno del proyecto para que PMO libere el bloqueo.

        ____________________________________________________________________________________________________________________________________________________________________________________________________


             ENTRADA(S):

        • Solicitud de suspensión/parada formalmente acordada con el cliente

             ACTORES:

             TOTVS

        • Gerente o coordinador del proyecto*
        • Comité de Proyecto*

             CLIENTE

        • Comité de Proyecto*

             SALIDA(S):

        ____________________________________________________________________________________________________________________________________________________________________________________________________

        * Obligatorio

        Actividades

        » Actualización de documentación del proyecto

        Toda la documentación digital del proyecto debe mantenerse en la carpeta oficial del proyecto en los

        repositorios de documentos actuales.

        • NOTA (unidades propias): Para cumplir con las certificaciones ISO y de Seguridad de la Información Corporativa, todos
          los documentos de uso corporativo deben guardarse en repositorios TOTVS oficiales y actuales en la nube
          y nunca guardarse en el propio equipo.


        Documentos físicos

        Los documentos de formalización con el cliente, firmados, aunque estén digitalizados, deben ser almacenados físicamente, según las definiciones del área CST - Archivo Central.


        Lista de los principales documentos de formalización de MIT Digital:

        - Diagrama de proceso - MIT041
        - Plazo de validación (hito / entrega, aprobación, puesta en marcha y suspensión) - MIT010
        - Solicitud de cambio - MIT031
        - Certificado de finalización de servicios - MIT062

        * Para consultar todos los documentos de formalización digital del MIT, acceda a la Guía de Plantillas a continuación, columna (forma de aceptación), contienen la información “Firma electrónica o física”.

        - Guía de plantillas:
        Unidades que utilizan Google Workspace (propias / franquicias) - Accede aquí.


        - Pautas de temporalidad para la documentación del Proyecto de Servicio, firmadas físicamente:

        Los documentos físicos de formalización del proyecto deben archivarse durante 5 años y 6 meses después de formalizar el cierre o cancelación del proyecto.

        Orientación para unidades propias: La Servicios Jurídicos – Archivo Central se encarga de la custodia, logística, control de tiempos y gestión de
        las cajas con el proveedor contratado, así como de emitir la OS - Orden de Servicio e informes con el flujo de entrada, disponibilidad, retirada y depuración de las cajas.
        Las áreas de la Compañía son las responsables del contenido, la gestión, la organización de los
        documentos, la catalogación, así como la dirección de las cajas al Servicios Jurídicos – Archivo Central.

        Para obtener más detalles y orientación, visite:


        PI-CSTJUR-03 - Gestão de Arquivos:
        https://fluig.totvs.com/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=9306827


        FAQ - Central de Arquivos: https://fluig.totvs.com/portal/p/10097/ecmnavigation


        Documentos digitales

        - Documentos en tiempo de ejecución del proyecto: Deben ser utilizados y almacenados en el Google Drive corporativo, según la siguiente taxonomía:
        Las carpetas de proyectos en Google Drive deben seguir la siguiente estructura:
        NOMBRE DEL CLIENTE (MAYÚSCULAS)
        CÓDIGO DE PROYECTO - NOMBRE DEL PROYECTO (LETRAS MAYÚSCULAS)


        Crear y organizar subcarpetas
        Después de crear la carpeta del proyecto en la unidad de Google, el CP debe organizar una estructura de
        seis (06) subcarpetas, para que durante el proyecto, los artefactos se muevan o generen, de acuerdo con la siguiente estructura:


        00 - COMERCIAL
        01 - FASE DE PREPARACIÓN
        02 - FASE DE REFINADO
        03 - FASE DE LOGRO
        04 - FASE DE FUNCIONAMIENTO
        MONITOREAR Y CONTROLAR


        El CP debe compartir la carpeta del proyecto con su equipo y administrar el acceso, que puede ser por Carpeta, Subcarpeta o Documento / Archivo.


        Organizar artefactos / documentos
        Los artefactos / documentos deben ser utilizados / creados de acuerdo a la demanda y fases del proyecto, y deben ser movidos a sus respectivas subcarpetas, siguiendo el modelo propuesto a través de la siguiente estructura (Subcarpetas X Artefactos):

        00 - COMERCIAL

        - Hoja de trabajo de precios
        - Propuesta comercial
        - Otros documentos relacionados con la etapa comercial.


        01 - FASE DE PREPARACIÓN

        - Guía de bienvenida
        - Otros documentos relacionados con la etapa de preparación / planificación, como horarios, actas, etc.


        02 - FASE DE REFINADO

        - Diagrama de proceso
        - Otros documentos relacionados con la etapa de perfeccionamiento y detalle de requisitos, como plantillas y modelos de clientes;


        03 - FASE DE LOGRO

        -Actividad pendiente
        - Retrospectiva y lista de trabajos pendientes
        - Plan de reestructuración
        - Guía de prueba
        - Procedimiento de Capacitación
        - Otros documentos relacionados con la etapa de realización.


        04 - FASE DE FUNCIONAMIENTO

        - Certificado de finalización del servicio
        - Otros documentos relacionados con la etapa de operación y finalización del proyecto.


        MONITOREAR Y CONTROLAR

        - Plan de riesgo o cambio
        - Otros documentos que se ajustan al concepto de gestión de proyectos;

        Nomenclatura de artefactos / documentos
        Los artefactos deben nombrarse de acuerdo con la siguiente estructura:
        "Nombre del documento - cliente - complemento"
        Ejemplo: Acta de reunión - cliente XXX - 01-08-2020


        * Para documentos generados por módulos, el complemento de nombre debe ser el “nombre del módulo +
        nombre del producto”.
        Ejemplo: Diagrama de proceso - cliente XXXX - Nómina - Protheus


        - Fin de las Fases del Proyecto: Una vez finalizada cada fase del proyecto, todos los documentos de formalización, firmados por el cliente, deben almacenarse en la carpeta del proyecto. Para unidades propias el repositorio es FLUIG.


        Orientación para unidades propias: La creación del repositorio de proyectos en FLUIG la realiza PMO CST. El enlace de la carpeta se almacena en el campo "Proyecto TND" del proyecto en el PSA.

        El repositorio se encuentra en la comunidad de Aceleradores e Boas Práticas de Serviços (Framework de Servicios), a lo largo del camino:
        Documentos => Documentación del proyecto (MIT) => Carpeta con el nombre del cliente y el código en orden alfabético => Carpeta con el código y el nombre del proyecto.


        Descripción de actividades:

        • El gerente o coordinador de proyectos crea la carpeta del proyecto en Google Drive y la comparte con el equipo.
        • El equipo del proyecto genera y mantiene actualizados los documentos del proyecto en el repositorio.
        • Project Manager o Coordinador, una vez finalizada cada fase, guarda los documentos de formalización con el cliente en la carpeta del proyecto en el repositorio de documentos compartido (PDF y Editable). Para unidades propias el repositorio es FLUIG. 
        • NOTA 1: Esta actividad es recurrente y debe ocurrir cada vez que se crea o cambia un documento.
        • NOTA 2: Insertar etiquetas para facilitar la búsqueda (Segmentos, Nombre del documento con código (MIT, Producto, Módulo).
        • NOTA 3: En los datos del proyecto en la herramienta de gestión de proyectos, debe contener la dirección del repositorio de documentos del proyecto.

        ____________________________________________________________________________________________________________________________________________________________________________________________________


             ENTRADA(S):

        • Documentación del proyecto

             ACTORES:

             TOTVS

        • Gerente o coordinador del proyecto*

             SALIDA(S):

        • Documento almacenado y disponible para consulta

        ____________________________________________________________________________________________________________________________________________________________________________________________________

        * Obligatorio

        Actividades

        - Reunión de informe de estado

        - Reunión interna de TOTVS (Kickoff interno)

        » Reunión de informe de estado

        La realización periódica de la reunión del Informe de Estado con el cliente es fundamental para la
        comunicación, evaluación del avance del proyecto y definición de acciones que requieren decisión por
        parte del comité ejecutivo del proyecto.


        Descripción de actividades:

        ____________________________________________________________________________________________________________________________________________________________________________________________________


             ENTRADA(S):

             ACTORES:

             TOTVS

        • Gerente o coordinador del proyecto*
        • Comité de Proyecto*

             TOTVS

        • Comité de Proyecto*

             SALIDA(S):

        ____________________________________________________________________________________________________________________________________________________________________________________________________

        * Obligatorio


        » Reunión interna de TOTVS (Kickoff interno)

        La reunión interna de kickoff es una reunión inicial e interna con el equipo del proyecto TOTVS, que tiene como objetivo alinear el trabajo para que actúen de manera integrada en todo el proyecto.

        La reunión de iteración, por otro lado, es para el seguimiento del sprint, donde se verifica su progreso y se actualizan los artefactos del proyecto.

        La recurrencia de la reunión se puede definir según el contexto de cada proyecto y se puede realizar con todo el equipo del proyecto con o sin la participación del Coordinador o Project Manager.


        Descripción de actividades:

        Reunión de lanzamiento interna:
        El Project Manager o Coordinador organiza la información, prepara el material de Kickoff Interno -
        MA080         y lo presenta al equipo durante la reunión de Kickoff Interna.


        Reunión de iteración:
        El equipo del proyecto se reúne para verificar el progreso de los sprints del proyecto, si hay algún
        impedimento y luego actualizar los artefactos del proyecto.

        ____________________________________________________________________________________________________________________________________________________________________________________________________


             ENTRADA(S):

             ACTORES:

             TOTVS

        • Gerente o coordinador del proyecto*
        • Equipe de Proyecto*

             SALIDA(S):

        • Realización de la reunión de Kickoff Interno
        • Progreso del proyecto verificado y artefactos del proyecto actualizados.

        ____________________________________________________________________________________________________________________________________________________________________________________________________

        * Obligatorio

        Which is?

        The purpose of this group of tasks is to guarantee strong communication regarding the Project among its Stakeholders, control its progress x consumption, evaluate and publish its status, highlight relevant achievements, indicate and manage pending issues generated (not impeding progress), and manage risks and contingencies, ensuring quality communication and delivery of the agreed and approved solution.


        Deliverables

          Activities

          » Risk Management 

          Anticipating problems and foreseeing solutions is essential to creating a climate of trust with the Customer and also in guaranteeing the quality of direction and delivery.
          Since every project is unique, there is a degree of associated uncertainties, generating different risks that can impair the overall performance.
          The idea is to identify risks based on experience and lessons learned to be able to classify them and prioritize response actions to reduce the likelihood of the risk.
          Creating response actions (or contingencies) and controlling the status of these risks well is a major success factor for any project.


          Description of activities:

          • Project Manager or Coordinator:
          • Checks the source of the most common risks in projects, available in the template itself
          • Checks with the Project Expert (or project team representative) to align other risks
          • Evaluates the list created, along with the Customer’s managers, considering the probability and level of impact (p x i)
          • Evaluates the results obtained and organizes risk response (or contingency) plans, appointing an owner to manage the plan’s evolution and effectiveness
          • Evaluates possible costs linked to risk and the impact of this cost on the project margin.
          • NOTE: the plans must be prepared by the risk owners, usually from the Customer’s team.
          • Recurrently updates the status of risks to ensure that contingency plans are having the desired effect.

          ____________________________________________________________________________________________________________________________________________________________________________________________________


               INPUT(S):

          • Signed Business Proposal

               ACTORES:

               TOTVS

          • Project Manager or Coordinator*
          • Analysts/Experts*
          • Loss Prevention 

               CUSTOMER

          • Customer’s Project Coordinator or Committee*

               OUTPUT(S):

          ____________________________________________________________________________________________________________________________________________________________________________________________________

          * Mandatory

          Activities

          » Integral Management of Changes 

          The scope of a Project may change during its implementation, due to adjustment factors in the client's process structure or other economic factors. 

          In addition to changes/adjustments to the scope, some clients may request the use of their own methodology in the implementation of the project, replacing MIT (when included in the commercial proposal).  ,For this, we must formalize the non-use or the necessary adaptations through the Change Request - MIT031as this change in scope may or may not have an impact on cost or time and needs to be registered.

          NOTE: The Certificate of Completion of Services - MIT062 is a mandatory document to formalize the closure of the project, even when there is a formal refusal to use the MIT by the client, as it is included in the contract. 

          There may also be cases where the Project no longer makes sense to the customer or does not have the estimated adherence in the sale. 

          In these cases, the customer can give up the implementation or part of the contracted scope.


          Description of activities:

          Non-use of MIT or alteration/adjustment in the scope:

          • Manager or Project Coordinator formalizes with the client the non-use of MIT or the necessary adaptations through the Request for Change - MIT031, signed.

          Withdrawal from the project or scope reduction:

          • With the Request for Change - MIT031 signed by the client, the Project Manager or Coordinator and the Project Portfolio Manager align the request and decide whether to suggest a new negotiation with the client or to give up project implementation ;
          • With the decision to withdraw, the Project Manager or Coordinator must send the Change Request to the PMO so that it can proceed with the contractual arrangements for any pending billings;
          • PMO evaluates the demand, closes pending billing installments in the project management tool and checks whether all services performed have already been confirmed in the project;

          In cases of withdrawal from the entire project, the Project Manager or Coordinator also prepares the Certificate of Completion of Services - MIT062 formalizing the deliveries made so far.

          ____________________________________________________________________________________________________________________________________________________________________________________________________


               INPUT(S):

               ACTORES:

               TOTVS

          • PMO*
          • Project Manager or Coordinator*
          • Project Portfolio Manager*
          • Sponsor of the Project*

               CUSTOMER

          • Customer*

               OUTPUT(S):

          Non-use of MIT or scope change/adjustment:

          Withdrawal from the project or scope reduction:

          ____________________________________________________________________________________________________________________________________________________________________________________________________

          * Mandatory

          Activities

          » Project Suspension

          It is essential to record the reasons for a suspension decision, as well as to evaluate and indicate the conditions of return and probable impacts that may exist, in order to maintain visibility and transparency with our Customer.


          Description of activities:

          • Project Manager or Coordinator organizes information and prepares the Project Suspension material Committee evaluates the scenario and conditions, as well as some activities that must be carried out during this suspension period. Once in agreement, it approves the Validation Statement – TIM010 (Project Suspension Statement)
          • With the Project Suspension, the Project in the project management tool should be suspended for new annotations, redesign and revenue generation


          • NOTE: upon resumption of the project, the Project Manager or Coordinator must submit Meeting Minutes with the definitions of the project return for the PMO to release the blockage.

          ____________________________________________________________________________________________________________________________________________________________________________________________________


               INPUT(S):

          • Suspension/Stoppage request formally agreed with the customer

               ACTORES:

               TOTVS

          • Project Manager or Coordinator
          • Project Board

               OUTPUT(S):

          ____________________________________________________________________________________________________________________________________________________________________________________________________

          * Mandatory

          Activities

          » Project Documentation Update

          All digital project documentation must be kept in the official project folder in the current document repositories.

          • NOTE (own units): To be in compliance with Corporate Information Security and ISO certifications, all documents
            for corporate use must be saved in current, official TOTVS cloud repositories and never saved on the
            equipment itself.

          Physical documents

          The formalization documents with the client, signed, even if digitized, must be physically stored, according to the definitions of the Legal Services – Central Archive.


          List of MIT Digital's main formalization documents:

          - Process Diagram - TIM041

          - Statement of Validation (Milestone/Delivery, Ratification, Go Live and Suspension) - TIM010

          - Change Request - TIM031

          - Service Completion Certificate - TIM062

          * To consult all MIT Digital formalization documents, access the Template Guide below, column (form
          of acceptance), they contain the information “Electronic or physical signature”.

          - Template Guide:
          Units that use Google Workspace (own/franchises) – Access here.


          - Temporality guidelines for Service Project documentation, physically signed:

          - Physical project formalization documents must be filed for 5 years and 6 months after formalizing the project's closure or cancellation.

          Guidance for own units:
          The Legal Services – Central Archive cell is responsible for the safekeeping, logistics, timing control and management of the boxes with the contracted supplier, as well as for issuing the OS - Service Order and reports with the flow of entry, availability, removal and purging of the boxes. .
          The Company's areas are responsible for the content, management, organization of documents, cataloging, as well as directing the boxes to the Legal Services – Central Archive.


          For more details and guidance visit:
          PI-CSTJUR-03 - Gestão de Arquivos:
          https://fluig.totvs.com/portal/p/10097/ecmnavigation?app_ecm_navigation_doc=9306827
          FAQ - Central de Arquivos: https://fluig.totvs.com/portal/p/10097/ecmnavigation


          Digital Documents

          - Documents at project execution time:
          They must be used and stored in the corporate Google  drive, according to the following taxonomy:
          Project folders in Google Drive should follow the following structure:


          CUSTOMER'S NAME (CAPITAL LETTERS)

          PROJECT CODE - PROJECT NAME (CAPITAL LETTERS)


          Creating and organizing subfolders


          After creating the project folder on the Google drive, the CP must organize a structure of six (06)
          subfolders, so that during the project, the artifacts are moved or generated, according to the following
          structure:

          00 - COMMERCIAL
          01 - PREPARATION PHASE
          02 - REFINING PHASE
          03 - ACHIEVEMENT PHASE
          04 - OPERATION PHASE
          MONITORING AND CONTROL

          The CP must share the project folder with his team and manage access, which can be by Folder, Subfolder
          or Document / File.


          Organizing artifacts / documents
          The artifacts / documents must be used / created according to the project's demand and phases, and must be moved to their respective subfolders, following the model proposed through the following structure (Subfolders X Artifacts):


          00 - COMMERCIAL

          - Pricing
          - Commercial Proposal
          - Other documents related to the commercial stage.


          01 - PREPARATION PHASE

          - Welcome Guide – TIM024
          - Other documents related to the preparation / planning stage, such as schedules, minutes, etc.


          02 - REFINING PHASE

          - Process Diagram – TIM041
          - Other documents related to the stage of refinement and detailing of requirements, such as templates and client models;


          03 - ACHIEVEMENT PHASE

          - Activity backlog – TIM022
          - Project Monitoring and Control - TIM013
          - Turn and Rollback Plan - TIM054
          - Test Script – TIM045
          - Training Script - TIM037
          - Other documents related to the realization stage.


          04 - OPERATION PHASE

          - Service Completion Certificate – TIM062
          - Other documents related to the stage of operation and completion of the project.


          MONITORING AND CONTROL

          - Project Monitoring and Control - TIM013
          - Other documents that fit the concept of project management;


          Nomenclature of artifacts / documents


          Artifacts should be named according to the following structure:


          “Document name - customer - complement”


          Example: Minutes of meeting - client XXX - 01-08-2020


          * For documents generated by modules, the name complement must be the “module name + product
          name”.


          Example: Process Diagram - client XXXX - Payroll - Protheus


          - End of Project Phases:

          After the end of each phase of the project, all formalization documents, signed by the client, must be stored in the project folder. For own units the repository is FLUIG


          Guidance for own units:
          The creation of the project repository in FLUIG is carried out by PMO CST. The folder link is stored in the project's “TND Project” field in the PSA.

          The repository is located in the Aceleradores e Boas Práticas de Serviços (Services Framework) community, along the way:

          Documents => Project Documentation (MITs) => Folder with the client's name and code in alphabetical order => Folder with code and name of the project.


          Description of activities:

          • Project Manager or Coordinator creates project folder on Google Drive TOTVS and shares it with the team
          • Project team generates and keeps project documents up to date in the repository.
          • Project Manager or Coordinator, after the end of each phase, saves the formalization documents with the client in the project folder in the shared document repository (PDF and Editable). For own units the repository is FLUIG
          • NOTE 1: This activity is recurrent and must occur whenever a document is created or changed.
          • NOTE 2: Insert labels to facilitate the search (Segments, Document name with MIT code, Product, Module)
          • NOTE 3: In the project data in the project management tool, it must contain the address of the project's document repository.

          ____________________________________________________________________________________________________________________________________________________________________________________________________


               INPUT(S):

          • Contract folder open in the document repository
          • Project documentation

               ACTORES:

               TOTVS

          • Project Manager or Coordinator*

               OUTPUT(S):

          • Document stored and available for consultation

          ____________________________________________________________________________________________________________________________________________________________________________________________________

          * Mandatory

          Activities - Status Report Meeting

          - TOTVS Internal Meeting (Kickoff interno)

          » Status Report Meeting

          Periodically holding the Status Report meeting with the client is essential for communication, evaluation
          of the project's progress and definition of actions that require decision by the project's executive committee


          Description of activities:

          ____________________________________________________________________________________________________________________________________________________________________________________________________


               INPUT(S):

               ACTORES:

               TOTVS

          • Project Manager or Coordinator*
          • Project Committee*

          TOTVS

          • Project Committee*

               OUTPUT(S):

          ____________________________________________________________________________________________________________________________________________________________________________________________________

          * Mandatory


          » TOTVS Internal Meeting (Kickoff interno)

          The internal kickoff meeting is an initial and internal meeting with the TOTVS project team, which aims to align the work so that they act in an integrated manner throughout the project.
          The iteration meeting, on the other hand, is for sprint follow-up, where its progress is checked and project
          artifacts are updated.

          The recurrence of the meeting can be defined according to the context of each project and can be held with
          the entire project team with or without the participation of the Project Coordinator or Manager.


          Description of activities:

          Internal Kickoff Meeting:
          Project Manager or Coordinator organizes the information, prepares the Internal Kickoff – MA080 material and presents it to the team during the Internal Kickoff meeting.

          Iteration Meeting:

          The project team meets to check the progress of the project sprints, if there are any impediments and later update the project artifacts.

          ____________________________________________________________________________________________________________________________________________________________________________________________________


               INPUT(S):

               ACTORES:

               TOTVS

          • Project Manager or Coordinator
          • Project team

               OUTPUT(S):

          • Internal Kickoff meeting held
          • Project progress verified and project artifacts updated.

          ____________________________________________________________________________________________________________________________________________________________________________________________________

          * Mandatory