| Card |
|---|
| default | true |
|---|
| id | 001 |
|---|
| label | Português |
|---|
|  Image Added ESTRUTURA DE PAPÉIS
A importância das funções de agilidade em equipes ágeis é evidente na sua capacidade de entregar valor aos clientes TOTVS de forma rápida e eficiente. As equipes ágeis são caracterizadas por sua capacidade de responder rapidamente às mudanças. Os membros da equipe ágil devem ter habilidades específicas, como comunicação eficaz, colaboração, flexibilidade e capacidade de adaptação. Essas habilidades são cruciais para garantir que a equipe possa trabalhar de forma eficaz em conjunto, entregando valor ao cliente e logrando êxito no mercado. A adoção de metodologias ágeis, tem foco em aumentar a eficiência e a eficácia das equipes de desenvolvimento de software e de outras áreas. A implementação bem-sucedida dessas metodologias depende da compreensão clara dos papéis de agilidade, dos eventos ágeis e das formas de medir os promotores e/ou detratores gerados nas operações que visam, principalmente, auxiliar na tomada de decisão.
Entende-se por Papéis o nome dado ao conjunto de responsabilidades de uma pessoa no modelo de entrega da TOTVS.
Esses papéis são fundamentais para a implementação bem-sucedida da nossa metodologia de Projetos (MIT Digital). Um papel sempre deverá estar vinculado a pelo menos um cargo. As pessoas que preenchem estes papéis devem trabalhar de maneira colaborativa, com foco em assegurar o bom fluxo de informações e garantir respostas eficientes a mudanças, sempre prezando pela qualidade e satisfação dos clientes TOTVS. Os papéis em serviços estão descritos detalhadamente na Trilha de Carreira de Serviços de Implantação, ao clicar no link, você será direcionado ao documento, onde estão descritas as missões, responsabilidades, requisitos e experiência mínimos, competências, jornada de aprendizagem e performance para cada cargo.
 Image AddedGerente/Coordenador de Portifólio de Projetos:
Responsável por garantir a satisfação do cliente através das soluções TOTVS sob sua responsabilidade (através da definição de estratégia), garantindo os recursos necessários (TOTVERS, Vendas de Projetos), assegurando os padrões de qualidade TOTVS (MIT Digital), balizando o escopo da venda e a qualidade da entrega, garantindo a saúde financeira do portfólio e a longevidade do relacionamento com o Cliente.
 Image AddedGerente/Coordenador de Projetos:
Responsável por garantir a entrega do serviço contratado pelo cliente e/ou grupo de clientes sob sua responsabilidade, através da mobilização dos recursos necessários para atingimento dos objetivos estabelecidos (visando o resultado financeiro da TOTVS), garantindo uma gestão eficiente do serviço e a satisfação do cliente.
 Image AddedLíder Técnico / Especialista
Responsável por assegurar a implantação de software em cliente, garantindo a satisfação do cliente e o sucesso do projeto em que está alocado, gerando valor agregado e apoiando na formação dos TOTVERS com menos experiência e conhecimento.
 Image AddedTime de Implantação
Time (normalmente de analistas e especialistas) que está diretamente ligado as atividades operacionais da implantação das nossas soluções. Image Added MATRIZ DE RESPONSABILIDADESConheça abaixo cada papel e suas responsabilidades separadas por cada fase do projeto.LEGENDA| Cloak |
|---|
| R - Responsável | Responsável por executar a atividade/trabalho | A - Aprova | Responsável por aprovar a execução da atividade/trabalho | C - Colabora | Figura vista como um stakeholder ou ponto de referência para atividade/trabalho | I - Informa | Figura que deve ser mantida informada sobre a atividade/trabalho | * | Não participa do processo |
|
| Deck of Cards |
|---|
| | Card |
|---|
| default | true |
|---|
| id | 001 |
|---|
| label | Fase de Preparação |
|---|
| |
| Card |
|---|
| id | 002 |
|---|
| label | Fase de Refinamento |
|---|
| | CP TOTVS/ CPP /GPP | Analista /Especialista | Cliente | Atividades | Observações |
|---|
R/A | C | I | Execução, monitoramento e controle do projeto:
- Monitorar e controlar as atividades do projeto
- Assegurar que os recursos estejam atribuídos às tarefas programadas
- Gerenciar problemas, medidas e riscos, mudanças, cronograma e custos
- Comunicar status a partes interessadas
Organizar cerimônias do Scrum | Templates: Monitoramento e controle do projeto - MIT013
Backlog de atividades - MIT022
Cronograma do projeto - MIT032
Status report - MIT | | I | R | A | - Workshop de avaliação dos processos
- Desenho dos processos e configuração
- Análise de Aderência e GAPs - levantamento e listagem dos GAPs
| Template: Diagrama dos processos - MIT041 Resultado: Diagrama dos Processos - MIT041, determinando o desenho da solução, assinados pelos usuários-chaves (Cliente) e Comitê do Projeto e Direcionamento para o Plano de Configuração - Parametrização do Sistema. | | R | C | A | - Análise de Aderência e GAPs: avaliar, definir estratégia de abordagem para viabilizar o projeto
| Template: Solicitação de Mudança - MIT031 Resultado: Análise de Gap e Mudança alinhada com o Cliente sobre a abordagem e aprovação das mudanças. | | C | R | A | Execução do protótipo / Workshop da solução com o cliente | Resultado: Conhecimento básico do funcionamento da ferramenta e flexibilidade que pode proporcionar ao cliente. | | I | C | R/A | Definir ciclos e cenários de testes: Elaboração do Roteiro de Testes - MIT045 | Template: Roteiro de Testes - MIT045 Resultado: Elaboração do Roteiro de Testes - MIT045 iniciada. NOTA: É uma boa prática iniciar a definição dos roteiros de testes neste momento e fase, porém essa atividade deverá ser finalizada antes da execução dos testes, na fase realização. | | I | R/A | C | Preparação da capacitação | Template: Roteiro de Capacitação - MIT037 Resultado: Roteiro de Capacitação - MIT037 preparado e demais informações acerca desta atividade. | | I | R/A | * | Definição da Conversão de dados e Interfaces: Elaborar Roteiro de Conversão de dados - MIT053 e Roteiro de Interface - MIT055 | Template: Roteiro de Conversão de dados - MIT053 e Roteiro de Interface - MIT055 Resultado: Roteiro de Conversão de Dados - MIT053 e Roteiro de Interface - MIT055, elaborados NOTA: É uma boa prática iniciar a definição dos roteiros de capacitação neste momento e fase, porém essa atividade deverá ser finalizada antes da execução das capacitações, na fase realização. | | R/A | R | I | Definição do backlog do produto, montagem e planejamento das Sprints e Releases | Template: Backlog de atividades - Kanban - MIT022 Resultado: Plano de Sprints e Releases definido | | R/A | I | * | Encerramento da fase e avaliação de Quality Gate - Verificação da completude dos entregáveis da fase | Resultado: Nova baseline do projeto e cronograma atualizado |
|
| Card |
|---|
| id | 003 |
|---|
| label | Fase de Realização |
|---|
| | CP TOTVS/ CPP /GPP | Analista /Especialista | Cliente | Atividades | Observações |
|---|
R/A | C | I | Execução, monitoramento e controle do projeto:
- Direcionar e gerenciar a execução do projeto
- Gerenciar problemas, medidas e riscos, mudanças, cronograma e custos
- Comunicar o status e progresso do projeto
| Templates: Monitoramento e controle do projeto - MIT013
Backlog de atividades - MIT022
Cronograma do projeto - MIT032
Status report - MIT | | I | R | A | Sprints e Releases - Configuração do produto | Templates: Diagrama dos Processos - MIT041
Monitoramento e controle do projeto - MIT013
Solicitação de Mudanças - MIT031
Parametrização do Sistema - MIT043. Resultado: Execução de todas as sprints planejadas no projeto, com o sistema configurado de acordo com os Diagramas dos Processos - MIT041, respeitando a Parametrização do Sistema e Solicitações de Mudança aprovadas pelo Cliente.
Reunião de Retrospectiva ao final de cada Sprint, registrada na planilha de Monitoramento e controle do projeto - MIT013 e Plano de Configuração MIT043, atualizado. | | R | C | A | Encomenda/Desenvolvimento de Customizações | Templates: Diagrama dos processos e Projeto Lógico aprovado (PL) Resultado: Customizações desenvolvidas | | I | R | A | Execução da Capacitação dos Usuários-Chave | Template: Roteiro de Capacitação - MIT037 Resultado: Roteiro de Capacitação enviado para o usuário chave para que ele realize a aprovação da Capacitação realizada. | | I | R | A | Execução da Carga de Dados | Template: Roteiro de Conversão de Dados - MIT053 Resultado: Dados planejados disponíveis e validados no sistema e Roteiro de Conversão de Dados atualizado. | | I | R | A | Testes Unitários | Template: Roteiro de Testes - MIT045 Resultado: Sistema testado em toda sua funcionalidade, sem considerar resultados de negócio (que dependam de aspectos de cadastros e regras de negócio) e Roteiro de Testes atualizado. | | I | R | A | Testes Integrados do Sistema - Time TOTVS | Template: Roteiro de Testes - MIT045 Resultado: Solução testada em toda sua funcionalidade, processos e cenários, considerando inclusive os resultados de negócio (que dependem de aspectos de cadastros e regras de negócio) e Roteiro de Testes - MIT045, atualizado. Se aplicável, o Termo de Validação com o resultado dos testes de carga. | | I | C | R/A | Testes Integrados do Sistema – Time Cliente | Template: Roteiro de Testes - MIT045 Resultado: Solução testada em toda sua funcionalidade, processos e cenários, considerando inclusive os resultados de negócio (que dependem de aspectos de cadastros e regras de negócio) | | I | R | A | Enviar Termo de Validação (homologação) - MIT010, para aprovação do cliente | Template: Termo de Validação (Termo de Homologação) - MIT010 Resultado: Termo de Validação (Termo de homologação) - MIT010, assinado pelo cliente. | | I | C | R/A | Definição do Teste de Virada (Melhor Prática) | Template: Roteiro de Testes - MIT045 Resultado: Roteiro de Testes atualizado | | I | R | A | Definição/Revisão do Plano de Virada | Template: Plano de Virada e Rollback- MIT054 Resultado: Plano de Virada e Rollback - MIT054, revisado com as partes interessadas devidamente alinhadas. | | R | I | A | Aprovação e Divulgação da Transição | Template: Plano de Virada e Rollback - MIT054 Resultado: Plano de Virada e Rollback - MIT054, aprovado e divulgado oficialmente entre todas as partes interessadas do Projeto | | R/A | I | * | Encerramento da fase e avaliação de Quality Gate - Verificação da completude dos entregáveis da fase | Resultado: Revisão do Gate e entregáveis da fase concluídos |
|
| Card |
|---|
| id | 004 |
|---|
| label | Fase de Operação |
|---|
| |
| Card |
|---|
| id | 005 |
|---|
| label | Monitoramento e Controle do Projeto |
|---|
| | Nota |
|---|
Utilizado durante todo o ciclo de vida do projeto. |
|
|
|
| Card |
|---|
| Conozca a continuación cada rol y sus responsabilidades separadas por cada fase del proyecto.SUBTITULAR| Cloak |
|---|
| R - Responsable | Responsable de realizar la actividad/trabajo | A - Aprueba | Responsable de aprobar la ejecución de la actividad/obra | C - Colaborar | Figura vista como actor o punto de referencia para la actividad/trabajo | I - Informa | Cifra que debe mantenerse informada sobre la actividad/trabajo | * | No participa en el proceso. |
|
| Deck of Cards |
|---|
| | Card |
|---|
| default | true |
|---|
| id | 001 |
|---|
| label | Fase de preparación |
|---|
| |
| Card |
|---|
| id | 002 |
|---|
| label | Fase de Refinamiento |
|---|
| | CP TOTVS/ CPP /GPP | Analista /Especialista | Cliente | Actividades | Comentarios |
|---|
R/A | C | I | Ejecución, monitoreo y control del proyecto: - Monitorear y controlar las actividades del proyecto
- Asegurarse de que los recursos estén asignados a las tareas programadas
- Gestionar problemas, medidas y riesgos, cambios, cronograma y costos
- Comunicar estado a las partes interesadas
- Organizar ceremonias del Scrum
| Template: Monitoreo y control del proyecto - MIT013
Backlog de atividades - MIT022
Cronograma del proyecto - MIT032
Status Report - MIT | | I | R | A | - Workshop de evaluación de los procesos Diseño de los procesos y configuración
- Análisis de Adherencia y GAP - análisis y listado de los GAPS
- Enviar el Diagrama de los procesos - MIT041 para aprobación del cliente
| Template: Diagrama de los procesos - MIT041 Resultado: Diagrama de los Procesos - MIT041, determinando el diseño de la solución, firmado por los usuarios claves (Cliente) y Comité de Proyecto y Orientación para el Plan de Configuración - Parametrización del Sistema. | | R | C | A | - Análisis de Adherencia y GAPS - evaluar, definir la estrategia de abordaje para hacer viable el proyecto
- Enviar Solicitud de Cambio - MIT031 para Aprobación del cliente (si es necesario)
| Template: Solicitud de Cambio - MIT031 Resultado: Análisis de Gap y Cambio alineado con el Cliente sobre el abordaje y la aprobación de los cambios. | | C | R | A | Ejecución del prototipo/Workshop de la solución con el cliente | Resultado: Conocimiento básico del funcionamiento de la herramienta y flexibilidad que puede proporcionar al cliente. | | I | C | R/A | Definir ciclos y escenarios de pruebas - Elaboración del Itinerario de Pruebas - MIT045 | Template: Elaboración del Itinerario de Pruebas - MIT045 Resultado: Se inició la elaboración del Itinerario de Pruebas - MIT045 - MIT045. NOTA: Es una buena práctica comenzar a definir lo Itinerario de Pruebas - MIT045 en este momento y fase, pero esta actividad debe completarse antes de realizar las pruebas, en la fase de realización. | | I | R/A | C | Preparación de la capacitación | Template: Itinerario de Capacitación - MIT037 Resultado: Itinerario de Capacitación - MIT037 preparado y otra información sobre esta actividad. | | I | R/A | * | Definición de Conversión de Datos e Interfaces - Elaborar Itinerario de Conversión de Datos - MIT053 e Itinerario de Interfaz - MIT055 | Template: Itinerario de Conversión de Datos - MIT053 e Itinerario de Interfaz - MIT055 Resultado: Itinerario de Conversión de Datos - MIT053 e Itinerario de Interfaz - MIT055, preparados. | | R/A | R | I | Definición del backlog del producto, montaje y planificación de sprints y releases | Template: Backlog de atividades - Kanban - MIT022 Resultado: Plan de Sprints y Releases definido | | R/A | I | * | Cierre de la fase y evaluación de Quality Gate - Verificación de la plenitud de los entregables de la fase | Resultado: Nueva baseline del proyecto y cronograma actualizado |
|
| Card |
|---|
| id | 003 |
|---|
| label | Fase de Realización |
|---|
| | CP TOTVS/ CPP /GPP | Analista /Especialista | Cliente | Actividades | Comentarios |
|---|
R/A | C | I | Ejecución, monitoreo y control del proyecto: - Dirigir y gestionar la ejecución del proyecto
- Gestionar problemas, medidas y riesgos, cambios, cronograma y costos
- Comunicar el estado y el progreso del proyecto
| Template: Monitoreo y control del proyecto - MIT013
Backlog de atividades - MIT022
Cronograma del proyecto - MIT032
Status Report - MIT008 | | I | R | A | Sprints y Releases - Configuración del producto | Template: Diagrama de los Procesos - MIT041
Monitoreo y control del proyecto - MIT013
Solicitud de Cambios - MIT031
Plan de configuración (Parametrización del Sistema) - MIT043. Resultado: Ejecución de todos los sprints planificados en el proyecto, con el sistema configurado según los Diagramas de los Procesos - MIT041, respetando el Plan de configuración (Parametrización del Sistema) - MIT043 y Solicitudes de Cambios - MIT031 aprobadas por el Cliente. Reunión de retrospectiva al final de cada Sprint, registrada en la plantilla de Monitoreo y Control del Proyecto - MIT013 y Plan de Configuración MIT043, actualizado. | | R | C | A | Encomienda/Desarrollo de personalizaciones | Template: Diagrama de los procesos - MIT041 y Proyecto Lógico aprobado (PL) Resultado: Personalizaciones desarrolladas | | I | R | A | Ejecución de la Capacitación de Usuarios Clave | Template: Itinerario de Capacitación - MIT037 Resultado: Itinerario de Capacitación enviado al usuario clave para que realice la aprobación de la Capacitación realizada. | | I | R | A | Ejecución de la Carga de Datos | Template: Itinerario de Conversión de Datos - MIT053 Resultado: Datos planificados disponibles y validados en el sistema e Itinerario de Conversión de Datos actualizado. | | I | R | A | Pruebas unitarias | Template: Itinerario de Pruebas - MIT045 Resultado: Sistema probado en toda su funcionalidad, sin tener en cuenta los resultados de negocio (que dependen de aspectos de registros y reglas de negocio) e Itinerario de Pruebas actualizado. | | I | R | A | Pruebas Integradas del Sistemas - Equipo TOTVS | Template: Itinerario de Pruebas - MIT045 Resultado: Solución probada en todas sus funcionalidades, procesos y escenarios, considerando incluso los resultados del negocio (que dependen de aspectos de registros y reglas de negocio) e Itinerario de Pruebas - MIT045, actualizado. Si corresponde, el Acuerdo de Validación con el resultado de las pruebas de carga. | | I | C | R/A | Pruebas Integradas del Sistema - Equipo Cliente | Template: Itinerario de Pruebas - MIT045 Resultado: Solución probada en toda su funcionalidad, procesos y escenarios, considerando inclusive los resultados de negocio (que dependen de aspectos de registros y reglas de negocio) | | I | R | A | Enviar Acuerdo de Validación (homologación) - MIT010, para aprobación del cliente | Template: Acuerdo de Validación (Acuerdo de Homologación) - MIT010 Resultado: Acuerdo de Validación (Acuerdo de Homologación) - MIT010, firmado por el cliente. | | I | C | R/A | Definición de la Prueba de Transición (Mejor Práctica) | Template: Itinerario de Pruebas - MIT045 Resultado: Itinerario de Pruebas actualizado | | I | R | A | Definición/Revisión del Plan de Transición | Template: Plan de Transición y Rollback - MIT054 Resultado: Plan de Transición y Rollback - MIT054, revisado con las partes interesadas correctamente alineadas. | | R | I | A | Aprobación y Divulgación de la Transición | Template: Plan de Transición y Rollback - MIT054 Resultado: Plan de Transición y Rollback - MIT054, aprobado y divulgado oficialmente entre todas las partes interesadas del Proyecto. | | R/A | I | * | Cierre de la fase y evaluación de Quality Gate - Verificación de la plenitud de los entregables de la fase | Resultado: Revisión del Gate y entregables de la fase completados |
|
| Card |
|---|
| id | 004 |
|---|
| label | Fase de Operación |
|---|
| | CP TOTVS/ CPP /GPP | Analista /Especialista | Cliente | Actividades | Comentarios |
|---|
R/A | C | I | Ejecución, monitoreo y control del proyecto: - Dirigir y gestionar la ejecución del proyecto
- Gestionar problemas, medidas y riesgos, cambios, cronograma y costos
- Comunicar el estado y el progreso del proyecto
| Template: Monitoreo y control del proyecto - MIT013
Backlog de atividades - MIT022
Cronograma del proyecto - MIT032
Status Report - MIT008 | | I | R | A | Transición - Preparación del entorno de producción | Template: Plan de Transición y Rollback - MIT054 Resultado: Plan de Transición y Rollback - MIT054, actualizado. | | I | I | R/A | Capacitación de los usuarios finales (Mejores Prácticas) | Resultado: Capacitación realizada y validada | | R | C | A | Definición y formalización de la Estrategia y Contrato de Seguimiento | Template: Acta de Reunión - MIT005 Resultado: Definición de los responsables del soporte posterior a GO LIVE, registrada en el Acta de Reunión - MIT005 y aprobada por el Comité. Propuesta Comercial complementaria aprobada por el Cliente (si es necesario) | | I | R | A | Ejecución de la Transición | Resultado: Transición realizada con éxito (dentro de los parámetros de calidad especificados en el Plan de Transición y Rollback - MIT054) | | C | C | R/A | Ejecución de la Prueba de Transición (Mejor Práctica) | Resultado: Resultado de la Prueba de Transición en Producción | | R | C | A | Aprobación y divulgación del GO/NO-GO oficial | Template: Acuerdo de Validación - MIT010 (Término de autorización para GO Live) Resultado: Acuerdo de Validación - MIT010 (Acuerdo de autorización para Go Live) firmado, con la decisión de GO/NO-GO divulgado oficialmente en la Organización y entre todas las partes interesadas del Proyecto. | | I | R | A | Seguimiento - Operación Asistida | Template: Acuerdo de Validación - MIT010 (Validación de entrega) Resultado: Acuerdo de validación - MIT010 (Validación de Entrega) con el período de seguimiento/operación asistida realizado. | | R/A | C | I | Encaminamiento al Soporte Estándar | Resultado: Información del soporte repasada al cliente. Centro de Relación TOTVS: suporte.totvs.com | | R/A | * | * | Alineación con Relación | Resultado: Cliente consciente del nuevo momento, con la asociación bien encaminada y nuevas oportunidades lanzadas para desarrollar la asociación. | | R | I | A | Cierre del Proyecto - formalización de la finalización | Template: Certificado de Finalización de los Servicios - MIT062 Resultado: Certificado de Finalización de los Servicios - MIT062, firmado por el cliente. |
|
| Card |
|---|
| id | 005 |
|---|
| label | Seguimiento y Control de Proyectos |
|---|
| | Nota |
|---|
Utilizado durante todo el ciclo de vida del proyecto. |
| CP TOTVS/ CPP /GPP | Analista /Especialista | Cliente | Actividades | Comentarios: |
|---|
R/A | C | C | Gestión de riesgos | Template: Monitoreo y control del proyecto - MIT013 Resultado: Monitoreo y Control del Proyecto - MIT013 completado. | R/A | C | C | Gestión de asuntos pendientes y registro de retrospectivas de proyectos. | Templates: Lista de retrospectiva y pendencias
Resultado: Gestión de asuntos pendientes y registro de retrospectivas realizadas | | R | I | A | Gestión Integral de Cambios | No uso de MIT o cambio/ajuste de alcance: Template: Solicitud de Cambios - MIT031 Resultado: Solicitud de Cambios - MIT031 firmada por el cliente, formalizando los cambios.
Retiro del proyecto o reducción del alcance:
Template: Solicitud de Cambios - MIT031 y Certificado de Finalización de los Servicios - MIT062 Resultado: Solicitud de Cambios - MIT031, firmada por el cliente, formalizando los cambios. - Certificado de finalización del servicio - MIT062
- Proyecto cerrado en la herramienta de gestión de proyectos y/o ajustes de cancelación de ingresos completados.
| | R | I | A | Suspensión del Proyecto - formalización | Template: Acuerdo de Validación - MIT010 (suspensión del proyecto) Resultado: Acuerdo de Validación - MIT010 (Suspensión del Proyecto), firmado por el cliente | | R | R | * | Actualización de documentación del proyecto | Resultado: Documentos almacenados en el repositorio de documentos y disponibles para consulta |
|
|
|
| Card |
|---|
| Know below each role and its responsibilities separated by each phase of the project.SUBTITLE| Cloak |
|---|
| R - Responsible | Responsible for carrying out the activity/work | A - Approves | Responsible for approving the execution of the activity/work | C - Collaborate | Figure seen as a stakeholder or point of reference for the activity/work | I - Inform | Figure that must be informed about the activity/work | * | Does not participate in the process |
|
| Deck of Cards |
|---|
| | Card |
|---|
| default | true |
|---|
| id | 001 |
|---|
| label | Preparation Phase |
|---|
| |
| Card |
|---|
| id | 002 |
|---|
| label | Refinement Phase |
|---|
| | CP TOTVS/ CPP /GPP | Analyst / Specialist | Client | Activities | Comment |
|---|
R/A | C | I | Project execution, monitoring and control: - Monitor and control project activities
Ensure resources are assigned to scheduled tasks - Manage problems, measures and risks, changes, schedule and costs
- Communicate status to stakeholders
- Organize Scrum ceremonies
| Templates: Project Monitoring and Control - TIM013 Activity Backlog - TIM022 Project schedule - TIM032 Status report - TIM008 | | I | R | A | - Process evaluation workshop
- Process Design and Configuration
- Adherence and Gap Analysis - identifying and listing gaps
- Send Process Diagram - MIT041 for customer approval
| Template: Process diagram - TIM041 Result: Process Diagram - MIT041, determining the solution design, signed by key users (Customer) and the Project Committee, and Direction for the Configuration Plan - System Parameterization. | | R | C | A | - Adherence and Gap Analysis - evaluate, define approach strategy to enable the project
- Send Change Request - MIT031 for Customer Approval (If necessary)
| Template: Change Request - TIM031 Result: Gap Analysis and Change aligned with the Customer on approach and change approval. | | C | R | A | Execution of prototype / Workshop of solution with customer | Result: Basic knowledge of how the tool works and the flexibility it can provide the customer. | | I | C | R/A | Define test cycles and scenarios - Preparation of Testing Procedure - MIT045 | Template: Test Procedure - TIM045 Result: Test Procedure – MIT045 prepared, reviewed and approved by Key Users, Project Manager and occasionally Functional Managers of the respective business areas. | | I | R/A | C | Training preparation | Template: Training Procedure – TIM037 Result: Training Procedure - MIT037 created and other information about this activity. | | I | R/A | * | Definition of Data Conversion and Interfaces - Create Data Conversion Procedure - MIT053 and Interface Procedure - MIT055 | Template: Data Conversion Procedure - TIM053 and Interface Procedure - TIM055 Result: Data Conversion Procedure- TIM053 and Interface Procedure - MIT055, prepared. | | R/A | R | I | Definition of the product backlog, assembly and planning of Sprints and Releases | Template: Activity Backlog - Kanban - TIM022 Resul: Sprints and Releases Plan defined. | | R/A | I | * | Stage Closure and Quality Gate assessment - Check if stage deliverables are complete | Result: New project baseline and updated schedule |
|
| Card |
|---|
| id | 003 |
|---|
| label | Realization Phase |
|---|
| | CP TOTVS/ CPP /GPP | Analyst / Specialist | Client | Activities | Comments |
|---|
R/A | C | I | Project execution, monitoring and control: - Direct and manage project execution
- Manage problems, measures and risks, changes, schedule and costs
- Communicate project status and progress
| Templates: Project Monitoring and Control - TIM013
Activity Backlog - TIM022
Project schedule - TIM032
Status report - TIM008 | | I | R | A | Sprints and Releases - Product Configuration | Templates: Process Diagram - TIM041
Project Monitoring and Control - TIM013
Change Request - TIM031
Configuration Plan - TIM043 Result: Execution of all sprints planned in the project, with the system configured according to the Process Diagram - TIM041, respecting the System Parameterization and Change Requests approved by the Customer.
Retrospective Meeting at the end of each Sprint, recorded in the project Monitoring and Control - TIM013 and updated Configuration Plan TIM043. | | R | C | A | Backlog/Development of Customizations | Templates: Process Diagram - TIM041 and approved Logical Design (PL) Result: Customizations developed | | I | R | A | Implementation of Key User Training | Template: Training Procedure - TIM037 Result: Training Procedure sent to key user for approval of Training performed. | | I | R | A | Data Load Execution | Template: Data Conversion Procedure - TIM053 Result: Planned data available and validated in the system and Data Conversion Procedure updated. | | I | R | A | Unitary tests | Template: Test Procedure - TIM045 Result: System tested in all its features, without considering business results (which depend on aspects of registration and business rules) and Test Procedure updated. | | I | R | A | Integrated System Testing – TOTVS Team | Template: Test Procedure - TIM045 Result: Solution tested in all its features, processes and scenarios, also considering business results (which depend on aspects of registration and business rules) and Test Procedure – MIT045 updated. If applicable, the Validation Statement with the result of the load tests. | | I | C | R/A | Integrated System Testing – Customer Team | Template: Test Procedure - TIM045 Result: Solution tested in all its features, processes and scenarios, including business results (which depend on registration aspects and business rules) | | I | R | A | Send Validation Statement (ratification) - MIT010, for customer approval | Template: Statement of Validation - TIM010 (Ratification Statement) Result: Statement of Validation - TIM010(Ratification Statement), signed by the customer. | | I | C | R/A | Turnover Testing Definition (Best Practice) | Template: Test Procedure - TIM045 Result: Updated Test Procedure | | I | R | A | Definition/Review of the Turnover Plan | Template: Turnover and Rollback Plan- TIM054 Result: Turnover and Rollback Plan – TIM 054 reviewed with properly aligned stakeholders. | | R | I | A | Transition Approval and Disclosure | Template: Turnover and Rollback Plan- TIM054 Result: Turnover and Rollback Plan – MIT054 officially approved and disclosed to all Project stakeholders | | R/A | I | * | Stage Closure and Quality Gate assessment - Check if stage deliverables are complete | Result: Gate review and stage deliverables completed |
|
| Card |
|---|
| id | 004 |
|---|
| label | Operation Phase |
|---|
| | CP TOTVS/ CPP /GPP | Analyst / Specialist | Client | Activities | Comment |
|---|
R/A | C | I | Project execution, monitoring and control: - Direct and manage project execution
- Manage problems, measures and risks, changes, schedule and costs
- Communicate project status and progress
| Templates: Project Monitoring and Control - TIM013
Activity Backlog - TIM022
Project schedule - TIM032
Status report - TIM008 | | I | R | A | Transition (Turnover) - Preparation of Production Environment | Template: Turnover and Rollback Plan - TIM054 Result: Turnover and Rollback Plan – TIM054 updated. | | I | I | R/A | End User Training (Best Practice) | Result: Training performed and validated | | R | C | A | Definition and Formalization of the Monitoring Strategy and Agreement | Template: Meeting Minutes - TIM005 Result: Definition of the people in charge of post-GO LIVE support, registered in the Meeting Minutes - TIM005 and approved by the Committee Complementary Business Proposal approved by the Customer (if necessary) | | I | R | A | Execution of the Turnover (Transition) | Result: Turnover conducted successfully (within the quality parameters specified in the Turnover and Rollback Plan - TIM054) | | C | C | R/A | Turnover Testing Execution (Best Practice) | Result: Result of the Turnover Test in Production | | R | C | A | Official GO/NO-GO Approval and Disclosure | Template: Statement of Validation - TIM010 (Go Live Authorization Statement) Result: Statement of Validation – TIM010 (GO Live authorization Statement) signed, with the GO/NO-GO decision officially disclosed in the Organization and among all of the Project’s stakeholders. | | I | R | A | Monitoring – Assisted Operation | Template: Statement of Validation - TIM010 (Delivery Validation) Result: Statement of Validation - TIM010 (Delivery Validation) with the monitoring/assisted operation period performed. | | R/A | C | I | Referral to Standard Support | Result: Support information passed on to the customer. TOTVS Relationship Center: suporte.totvs.com | | R/A | * | * | Relationship alignment | Result: Customer is aware of the new moment, with the partnership well underway and new opportunities launched for its development. | | R | I | A | Project Closure - formalization of completion | Template: Service Completion Certificate - TIM062 Result: Service Completion Certificate - TIM062, signed by the customer. |
|
| Card |
|---|
| id | 005 |
|---|
| label | Monitor and Project Control |
|---|
| | Nota |
|---|
Used throughout the project lifecycle. |
| CP TOTVS/ CPP /GPP | Analyst / Specialist | Client | Activities | Comment |
|---|
R/A | C | C | Risk management | Template: Project Monitoring and Control - TIM013 Result: Project Monitoring and Control - TIM013 filled out | R/A | C | C | Management of pending issues and recording of project retrospectives. | Templates: List of Tasks and Pendencies - TIM006 Resultado: Management of pending issues and recording of retrospectives carried out. | | R | I | A | Integral Change Management | Result: Non-use of MIT or scope change/adjustment: Withdrawal from the project or reduction of scope: | | R | I | A | Project Suspension - formalization | Template: Statement of Validation - TIM010 (Project Suspension) Result: Statement of Validation - TIM010 (Project Suspension), signed by the customer. | | R | R | * | Project Documentation Update | Result: Document stored in document repository and available for query. |
|
|
|
|