.
É a construção de fato sobre o desenho detalhado aprovado na fase anterior.
Esta construção implica na disponibilidade dos ambientes de trabalho, execução das sprints de configuração do sistema, desenvolvimento das customizações, carga dos dados e validação da entrega, através de ciclos técnicos e de negócio.
É importante definir quais testes críticos deverão ser feitos na transição (virada) e rever o plano de virada do sistema para o ambiente produtivo.
A construção e testes são baseadas em Sprints com base no backlog. A execução do plano de virada e dos testes integrados ocorrem nesta etapa.
Recapitulando, este grupo de tarefas, têm o objetivo de controlar a construção do sistema dentro do desenho aprovado, garantir o atendimento dos requisitos e um bom plano de virada, administrando a entrega dentro do planejamento aprovado com o Cliente.Entregáveis
Atividades
- Encomendar/Desenvolver customizações
É nesta etapa que a configuração do produto ocorre como o combinado e aprovado pelo cliente, respeitando o que foi definido na fase de refinamento e priorizado para cada sprint.
Caso surjam questões não previstas ou tratadas na fase anterior, estas serão discutidas pelo time nas reuniões de retrospectivas da Sprint e dependendo da questão deve-se obrigatoriamente registrar uma Solicitação de Mudança para que seja avaliado o impacto e se tenha uma aprovação formal desta, que pode alterar prazo, custo ou qualidade definida durante o Refinamento da Solução.
As entregas ocorrem através de Sprints (iterações) com tempo definido (idealmente de 2 a 4 semanas) e cada Sprint deve entregar um incremento do produto que pode ou não ser validado com o cliente, de acordo com o planejamento das releases (grupos de Sprints).
É esperado que as seguintes cerimônias aconteçam a cada ciclo de Sprint:
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.
Questões como: O que deu certo? O que pode melhorar? pendências e aprendizado (lições aprendidas) devem ser abordadas e registradas na planilha de Monitoramento e Controle do Projeto.
NOTA: Recomenda-se organizar várias Solicitações de Mudança - MIT031 em conjunto para se ter uma melhor percepção dos impactos, ao invés de avaliá-las individualmente. Para tanto, pode-se estipular momentos / datas programadas para solicitar, avaliar e aprovar a demanda.
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
O desenvolvimento das customizações deve seguir o combinado e aprovado pelo Cliente, ou seja, seguir o que foi definido no Diagrama dos Processos MIT041.
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
Atividades
Esta capacitação deve conduzir os usuários-chave ao uso efetivo do sistema de acordo com o Desenho da Solução aprovado.
Deve-se lembrar o compromisso alinhado na preparação / Reunião de Abertura do projeto, que os usuários-chave são responsáveis por replicar o conhecimento e também por eventual suporte.
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
Atividades
Neste momento são realizadas as cargas identificadas e planejadas, seguindo o método estipulado, pelos respectivos responsáveis pela mesma.
É de igual importância que se tenha critérios de validação para garantir que a carga tenha tido sucesso, para que os testes e validações seguintes possam gerar os resultados esperados.
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
Atividades
- Realizar testes integrados do sistema - Time TOTVS
- Realizar testes integrados do sistema – Time Cliente
O objetivo principal desta tarefa é garantir o funcionamento do sistema para que os usuários-chave possam validar efetivamente a solução. Portanto, o alvo destes testes deve ser mais voltados em executar as rotinas e ter menos foco nos resultados esperados, como por exemplo o cálculo correto dos impostos.
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
O objetivo principal desta tarefa é garantir, além do funcionamento do sistema, que os resultados esperados sejam validados, assim como os processos e seus diferentes cenários. Em alguns casos, é incluído após os testes integrados, o teste de carga do sistema.
Descrição das atividades:
NOTA 2: o Gerente ou Coordenador do Projeto pode identificar a necessidade de fazer um teste de carga no sistema, devendo ser realizado nesta etapa, usando um documento de Termo de Validação - MIT010 com o resultado dos testes.
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
O objetivo principal desta tarefa é garantir, além do funcionamento do sistema, que os resultados esperados sejam validados, assim como os processos e seus diferentes cenários.
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
Atividades
- Definir testes de Virada (Melhor Prática)
- Definir/Revisar plano de virada
- Aprovar e divulgação a virada
É fundamental restringir o lançamento oficial do sistema aos usuários-chave, para que estes possam realizar atividades reais no sistema já no ambiente de Produção, garantindo o funcionamento essencial do negócio, considerando todos os processos críticos.
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
A Definição/Revisão do plano de virada deve ser realizado logo após serem obtidos os resultados dos Testes Integrados e Validação da Solução, onde se tem mais detalhes sobre as necessidades de suspensão do sistema, sobre as mudanças de processo no negócio, sobre o impacto nas demais áreas etc.
É importante que qualquer nova questão que surja seja tratada neste momento, evitando assim postergar um problema que pode trazer impactos negativos para todo o projeto.
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
A aprovação do Comitê (decisão de GO) deve ser seguida de uma divulgação oficial de liberação da execução do Transição a todos os interessados para que:
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
Atividades
Revisão do gate e conclusão das entregas da fase
Descrição das atividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ATORES:
TOTVS
CLIENTE
SAÍDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obrigatório
Es la construcción de facto en base al diseño detallado aprobado en la fase anterior.
Esta construcción implica la disponibilidad de los entornos de trabajo, ejecución de las sprints de configuración del sistema, desarrollo de las personalizaciones, carga de los datos y validación de la entrega, a través de ciclos técnicos y empresariales.
Es importante definir qué pruebas críticas se deben llevar a cabo en la transición y revisar el plan de transición del sistema para el entorno productivo.
La construcción y las pruebas se basan en sprints basados en el backlog. La ejecución del plan de transición y de las pruebas integradas ocurren en esta etapa.
Para resumir, este grupo de tareas tiene como objetivo controlar la construcción del sistema dentro del diseño aprobado, garantizar la atención de los requisitos y un buen plan de transición, administrando la entrega dentro de la planificación aprobada con el Cliente.Entregables
Actividades
- Encomienda/Desarrollo de personalizaciones
Es en esta etapa que la configuración del producto ocurre como combinado y aprobado por el cliente, respetando lo que se definió en la fase de refinamiento y priorizado para cada sprint.
Si surgen problemas imprevistos o tratados en la fase anterior, estos serán discutidos por el equipo en las reuniones de retrospectivas de la Sprint y dependiendo del problema, obligatoriamente se debe registrar una Solicitud de Cambio para evaluar el impacto y tener una aprobación formal de esta, que puede cambiar el
plazo, costo o calidad definida durante el Refinamiento de la Solución.
Las entregas ocurren a través de Sprints (iteraciones) con tiempo definido (idealmente de 2 a 4 semanas) y cada Sprint debe entregar un incremento de producto que puede o no validarse con el cliente, de acuerdo con la planificación de las releases (grupos de Sprints).
Se espera que las siguientes ceremonias se lleven a cabo cada ciclo de Sprint:
NOTA: Se recomienda organizar varias Solicitudes de Cambio - MIT031 juntas para tener una mejor percepción de los impactos, en lugar de evaluarlos individualmente. Para ello, es posible estipular momentos/fechas programadas para solicitar, evaluar y aprobar la demanda.
Descripción de actividades:
Durante la Sprint el analista o consultor de implementación:
Configura el sistema en función del diagrama de procesos aprobado por el Cliente y el backlog priorizado para la Sprint.
Informa el avance, riesgos o issues encontrados, eventuales retrasos y desviaciones que se produjeron a través de reuniones de la iteración, o reuniones diarias.
El gerente o coordinador del proyecto sigue la evolución y trabaja en la comunicación y alineación con el Comité del Proyecto o Cliente.
Al final de cada Sprint se espera que tenga lugar la reunión retrospectiva, con todo el equipo que participó en el Sprint.
Después de la finalización de cada Sprint, comienza un nuevo ciclo de iteración hasta que se entrega todo el backlog del producto.
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
El desarrollo de las personalizaciones debe seguir lo acordado y aprobado por el Cliente, es decir, seguir lo que se definió en el Diagrama de Proceso MIT041.
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
Actividades
Esta capacitación debe conducir a los usuarios clave al uso eficaz del sistema de acuerdo con el Diseño de la solución aprobado.
Cabe recordar el compromiso alineado en la preparación/Reunión de Apertura del proyecto, que los usuarios clave son responsables de replicar el conocimiento y también de eventual soporte.
Descripción de actividades:
Analistas/consultores y usuarios clave se reúnen de acuerdo con la planificación de la Capacitación realizada en el Refinamiento
Analistas o consultores imparten las capacitaciones de acuerdo con el Diseño de la Solución aprobado y sus respectivas configuraciones.
Usuarios clave:
Deben absorber el conocimiento y realizar la profundización del sistema en la práctica para garantizar la eficiencia en el uso
Formalizan la recepción de conocimiento y uso del sistema con los Consultores que impartieron la capacitación
El gerente o coordinador del proyecto organiza las formalizaciones y valida esta etapa con el Comité del Proyecto
El Comité del Proyecto aprueba la realización de la Capacitación a través del documento de comprobación de la etapa.
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
Actividades
En este momento, se realizan las cargas identificadas y planificadas, siguiendo el método estipulado, por los respectivos responsables de la misma.
Es igualmente importante que se tengan criterios de validación para garantizar que la carga se ha realizado con éxito, de modo que las pruebas y validaciones siguientes puedan generar los resultados esperados.
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
Actividades
- Pruebas Integradas del Sistemas - Equipo TOTVS
- Pruebas Integradas del Sistema - Equipo Cliente
El objetivo principal de esta tarea es garantizar el funcionamiento del sistema para que los usuarios clave puedan validar eficazmente la solución. Por lo tanto, la meta de estas pruebas debe centrarse más en la ejecución de rutinas y tener menos atención en los resultados esperados, como el cálculo correcto de los impuestos.
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
El objetivo principal de esta tarea es garantizar, además del funcionamiento del sistema, que se validen los resultados esperados, así como los procesos y sus diferentes escenarios. En algunos casos, se incluye después de las pruebas integradas, la prueba de carga del sistema.
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
El objetivo principal de esta tarea es garantizar, además del funcionamiento del sistema, que los resultados esperados se validen, así como los procesos y sus diferentes escenarios.
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
Actividades
- Definición de la Prueba de Transición (Mejor Práctica)
- Definición/Revisión del Plan de Transición
- Aprobación y divulgación de la transición
Es fundamental restringir el lanzamiento oficial del sistema a los usuarios clave, para que puedan realizar actividades reales en el sistema ya en el entorno de producción, garantizando el funcionamiento esencial del negocio, considerando todos los procesos críticos.
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
La definición/revisión del plan de transición debe realizarse inmediatamente después de obtener los resultados de las Pruebas Integradas y Validación de la Solución, donde se dispone de más detalles sobre las necesidades de suspensión del sistema, sobre los cambios de proceso en el negocio, sobre el impacto en otras áreas, etc.
Es importante que cualquier nuevo problema que surja se trate en este momento, evitando así posponer un problema que pueda traer impactos negativos a todo el proyecto.
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
La aprobación del Comité (decisión de GO) debe ir seguida de una divulgación oficial de la liberación de la ejecución de la Transición a todos los interesados para que:
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
Actividades
Revisión del gate y conclusión de las entregas de fase
Descripción de actividades:
____________________________________________________________________________________________________________________________________________________________________________________________________
ENTRADA(S):
ACTORES:
TOTVS
CLIENTE
SALIDA(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Obligatorio
It is the actual building on the detailed design approved in the previous stage.
This construction implies the availability of work environments, execution of system configuration sprints, development of customizations, data loads and delivery validation, through technical and business cycles.
It is important to define which critical tests must be performed in the transition (turnover) and to review the plan for the system’s turn over to the production environment.
Construction and testing are based on Sprints based on the backlog. The execution of the turnover plan and the integrated testing occur at this stage.
To recapitulate, the purpose of this group of tasks is to control the construction of the system within the approved design, ensuring the fulfillment of the requirements and a smooth turnover plan, managing the delivery within the planning approved by the Customer.Deliverables
Activities
- Backlog/Development of Customizations
It is at this stage that the product configuration occurs as agreed and approved by the customer, respecting what was defined in the refinement stage and prioritized for each sprint.
In the event that unforeseen issues arise or are addressed in the previous stage, these will be discussed by the team at Sprint retrospective meetings and depending on the issue, a Change Request must be recorded in order to evaluate the impact and obtain its formal appr oval, which can change the deadline, cost or quality defined during the Solution Refinement.
Deliveries occur through Sprints (iterations) with defined time (ideally 2 to 4 weeks) and each Sprint must deliver an increment of the product that may or may not be validated with the customer, according to the release schedule (Sprint groups).
The following ceremonies are expected to take place during each Sprint cycle:
● Sprint Planning: Ceremony to define the sprint’s purpose, scope of work, how and what will be
delivered.
● Iteration Meeting (“Daily”): This is the sprint follow-up meeting, where its progress is checked.
Short duration (no more than 30 min), in which each member reflects on: What did you do from yesterday to today?, What will I do from today to tomorrow?, Are there any hindrances?
The recurrence of the meeting can be defined according to the context of each project and can be conducted with the entire project team with or without the participation of the Project Coordinator or Manager.
NOTE: It is recommended to organize several Change Requests – TIM031 together to have a better perception of the impacts, instead of evaluating them individually. To that end, it is possible to stipulate scheduled times/dates to request, evaluate and approve the demand.
Description of activities:
o Configures the system based on the Process Diagram approved by the Customer and prioritized backlog for the Sprint.
o Reports the progress, risks or issues found, any delays and deviations that occurred through the iteration meetings or the daily meetings.
The Project Manager or Coordinator monitors progress and works on communication and alignment with the Project Committee or Customer.
At the end of each Sprint, a retrospective meeting is expected to be held with the entire team that participated in the Sprint.
After the completion of each Sprint, a new iteration cycle begins until the entire product backlog is delivered.
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
The development of customizations must follow that agreed and approved by the Customer, i.e. follow what was defined in the TIM041 Process Diagram.
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
Activities
This training should lead key users to the effective use of the system in accordance with the approved Solution Design.
It is important to remember the commitment aligned in the preparation/Project Kickoff Meeting, that the key users are responsible for replicating the knowledge and also for any support.
Description of activities:
o They must absorb the knowledge and deepen the system in practice to ensure efficient use
o Formalize the receipt of knowledge and use of the system with the Consultants who provided the training
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
Activities
At this time, the identified and planned loads are conducted, following the stipulated method, by the respective persons in charge of such task.
It is equally important to have validation criteria to ensure that the load has been successful, to ensure that the following tests and validations can generate the expected results.
NOTE: In cases of manual loading, i.e. data entered manually by key users, the effort and deadlines must be carefully agreed to ensure a well-aligned schedule.
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
Activities
- Integrated System Testing – TOTVS Team
- Integrated System Testing – Customer Team
The main purpose of this task is to guarantee the functioning of the system so that key users can effectively validate the solution. Therefore, the target of these tests should be more focused on executing the routines and less focused on the expected results, such as the correct calculation of taxes, for example.
o NOTE: This priority division occurs because a large part of the expected results is directly related to the registrations and the business itself. That is why it is customary to plan cycles with different aspects.
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
The main purpose of this task is to ensure, in addition to the functioning of the system, that the expected results are validated, as well as the processes and their different scenarios. In some cases, the system load test is included after the integrated tests.
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
The main purpose of this task is to ensure, in addition to the functioning of the system, that the expected results are validated, as well as the processes and their different scenarios.
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
Activities
- Turnover Testing Definition (Best Practice)
- Definition/Review of the Turnover Plan
- Turnover Approval and Disclosure
It is essential to restrict the official release of the system to key users, so that they can perform real activities in the system already in the Production environment, guaranteeing the essential functioning of the business, considering all critical processes.
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
The Definition/Review of the turnover plan must be conducted immediately after obtaining the results of the Integrated Tests and Solution Validation, where there are more details about the needs for suspension of the system, changes in the business process, the impact on other areas etc.
It is important that any new issue that arises be addressed at this time, thus avoiding postponing a problem that may cause negative impacts to the entire project.
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
The Committee's approval (GO decision) must be followed by an official release of the Transition execution to all stakeholders so that:
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory
Activities
Gate review and completion of stage deliveries
Description of activities:
____________________________________________________________________________________________________________________________________________________________________________________________________
INPUT(S):
ACTORES:
TOTVS
CUSTOMER:
OUTPUT(S):
____________________________________________________________________________________________________________________________________________________________________________________________________
* Mandatory