Aqui você encontra as principais orientações e dúvidas a respeito da MIT Digital.

Quais são as fases da Metodologia e o que elas compreendem?

A metodologia de Projetos TOTVS compreende os grupos de tarefas relacionadas ao Gerenciamento do Projeto, organizados por fases, definindo assim um fluxo natural da condução do projeto de forma estruturada e padronizada.
As fases guiam os entregáveis ou processos e atividades relacionadas.
Cada fase é encerrada em um Quality Gate para verificar a completude dos entregáveis.

A Metodologia de Projetos TOTVS está dividida nas seguintes etapas:

- Ciclo de Venda: que aborda todo o processo comercial, desde a arquitetura do projeto até o momento em que a proposta é assinada.
- Fase de Preparação: que são os alinhamentos iniciais, avaliação das necessidades e expectativas e definição do planejamento do projeto.
- Fase de Refinamento: Entendimento do negócio do cliente e disseminação da abordagem do trabalho e quais entregas serão realizadas de acordo com o proposto no projeto.
- Fase de Realização: Que é a construção de fato sobre o desenho aprovado na fase anterior, através de Sprints, focados em resultados rápidos e com percepção de evolução constante, gerando valor a todos os envolvidos no projeto.
- Fase de Operação: É a transição para a produção e o acompanhamento da experiência e valor gerado, garantindo que o projeto seja finalizado com qualidade e insumos positivos para novos projetos do cliente.

Onde encontro mais informações sobre a metodologia?

Você pode obter o detalhe de cada fase seus entregáveis e atividades no Manifesto da MIT Digital e também no Pocket Guide que é a versão resumida das orientações de uso da metodologia.

Onde encontrar os templates atualizados da metodologia?

Os templates atualizados com todas as melhorias e identidade visual atualizadas estão sempre disponíveis no Guia de Templates.

Existe uma Metodologia específica para Fluig (MIF)?

Não. A MIF (Metodologia de Implantação Fluig) foi absorvida na metodologia de projetos TOTVS e existem templates de documentos específicos para este produto. Documentos com a identidade visual do Fluig não devem mais ser utilizados e não estão de acordo com a identidade da marca TOTVS e diretrizes do Marketing Corporativo.

Em que tipos de projetos devo utilizar a metodologia de projetos TOTVS?

A metodologia de Projetos da TOTVS pode ser aplicada a qualquer tipo de projeto de Serviços independente de segmento ou produto.
Projetos de Implantação, por exemplo, vão exigir o uso mais amplo da metodologia e de seus documentos, já Banco de Horas poderá utilizar parte da metodologia e documentos que façam sentido para o contexto do serviço.

Quando um projeto é repassado para Canal ou Franquia de quem é a responsabilidade da entrega dos artefatos?

A responsabilidade de alinhar, cobrar e entregar à TOTVS os artefatos, conforme definido na metodologia de projetos – MIT Digital é do CP TOTVS responsável pelo projeto.

Uso dos elementos do Ágil

Na metodologia de Projetos da TOTVS integramos dois conceitos, o Tradicional e o Ágil, criando uma metodologia híbrida, trazendo previsibilidade e entregando valor durante todo o ciclo de vida do projeto.
Neste sentido é importante entender que uma metodologia híbrida é aquela que utiliza a combinação de práticas preditivas e adaptativas de forma simultâneas trazendo maior flexibilidade ao projeto, pois permite empregar elementos dos métodos ágeis quando necessário e onde fizer sentido, de acordo com o contexto do projeto.
A ideia é trabalhar com definições de etapas de curto prazo, sprints (de 1 a 4 semanas por exemplo), para geração de resultados rápidos e com percepção de evolução constante.
Neste sentido, o desafio está no planejamento das sprints e para isso é preciso olhar para todas as variáveis envolvidas, como: tempo de cada Sprint e alocação do time que irá trabalhar. E contar com o apoio do time para
definir o backlog do projeto o que será entregue em cada Sprint.
Outro ponto importante é a definição dos releases, ou seja, das entregas para o cliente, os releases são um conjunto de sprints que podem compor a entrega de um módulo ou uma onda do projeto por exemplo.
Nem toda Sprint, necessariamente, precisa entregar algo para o cliente, a Sprint pode entregar algo para o projeto, como a parte de uma configuração por exemplo que será concluída nas sprints seguintes.
O ganho aqui é com o ciclo de iteração, feedbacks e tratativas de desvios a cada retrospectiva.
Em relação ao backlog, é preciso ter visão de cada entregável para que seja possível planejar e executar cada Sprint, para isso propomos o uso do Kanban TOTVS Collab).

Definição de Marcos de Entrega nos Projetos

A MIT Digital propõe uma atividade específica para definição dos marcos de entrega do projeto em conjunto com o cliente na fase de Preparação.

Neste momento devem ser definidos quais os entregáveis do projeto serão considerados como marco para acompanhamento da entrega e evolução do projeto.

A definição dos marcos deve ser adequada ao contexto de cada projeto e fazer sentido para o cliente de acordo com o escopo contratado, ou seja, o cliente tem que perceber a entrega de cada marco.

A não ser que o seu projeto tenha um escopo bem reduzido e seja de curta duração, não recomendamos definir fases da metodologia como marcos de entrega do projeto. A percepção de entrega para o cliente estará muito mais claro no nível de entregável do que nas fases do projeto.

Here you will find the main guidelines and questions about MIT Digital.

What are the stages of the Methodology and what do they comprise?

The TOTVS project methodology encompasses the groups of tasks related to Project Management, organized into phases, thus defining a natural flow of how the project will be conducted in a structured and standardized way.

The stages guide the deliverables or processes and related activities.

Each phase is closed in a Quality Gate to verify the completeness of the deliverables.

The TOTVS Project Methodology is divided into the following steps:

- Sales Cycle: addresses the entire business process, from the project architecture to the moment the proposal is signed.
- Preparation Stage: the initial alignments, evaluation of needs and expectations and definition of project planning.
- Refinement Stage: Understanding of the customer’s business and dissemination of the work approach and which deliveries will be conducted according to what is proposed in the project.
- Realization Stage: This is the actual construction of the design approved in the previous phase, through sprints, focused on quick results and the perception of constant evolution, generating value for all those involved in the project.
- Operation Stage: It is the transition to production and the monitoring of the experience and value generated, ensuring that the project is completed with quality and positive input for new client projects.

Where can I find more information about the methodology?

You can get the details of each phase, its deliverables and activities in the MIT Digital Manifest and also in the Pocket Guide, which is the summarized version of the methodology's guidelines for use.

Where can I find the updated methodology templates?

The updated templates with all the improvements and updated branding are always available in the Template Guide.

Is there a specific Methodology for Fluig (MIF)?

No. The Fluig Implementation Methodology (MIF) was absorbed into the TOTVS project methodology and there are specific document templates for this product. Documents with Fluig's visual identity should no longer be used and are not in accordance with TOTVS' brand identity and Corporate Marketing guidelines.

In what types of projects should I use the TOTVS project methodology?

The TOTVS Project methodology can be applied to any type of Services project, regardless of segment or product.

Deployment Projects, for example, will require a broader use of the methodology and its documents, while Time Bank will be able to use part of the methodology and documents that make sense for the context of the service.

When a project is passed on to the Channel or Franchise, whose responsibility is it to deliver the artifacts?

CP TOTVS is responsible for aligning, charging and delivering the artifacts to TOTVS, as defined in the project methodology – MIT Digital, is the responsibility and for the project.

Using Agile elements

In the TOTVS Projects methodology, we integrate two concepts, Traditional and Agile, creating a hybrid methodology, bringing predictability and delivering value throughout the project's life cycle.

In this sense, it is important to understand that a hybrid methodology is one that uses the combination of predictive and adaptive practices simultaneously, bringing greater flexibility to the project, because it allows the use of agile methods when necessary and where it makes sense, according to the project's context.

The idea is to work with definitions of short-term stages, sprints (from 1 to 4 weeks, for example), to generate quick results and a perception of constant evolution.

In this sense, the challenge lies in planning the sprints and for this you need to look at all the variables involved, such as: time for each sprint and allocation of the team that will work on it. And count on the team's support to define the project backlog and what will be delivered in each Sprint.

Another important point is the definition of releases, i.e. deliveries to the client. Releases are a set of sprints that can make up the delivery of a module or a wave of the project, for example.

Not every Sprint necessarily has to deliver something to the customer, a Sprint can deliver something to the project, such as part of a configuration that will be completed in subsequent sprints.

The gain here is the cycle of iteration, feedback and dealing with deviations at each retrospective.

Regarding the backlog, it is necessary to have a vision of each deliverable so that it is possible to plan and execute each Sprint. To that end, we suggest using Kanban  TOTVS Collab

Definition of Project Delivery Milestones

MIT Digital proposes a specific activity to define the project's delivery milestones together with the client in the Preparation phase.

At this point, it must be defined which project deliverables will be considered as a milestone for monitoring the delivery and evolution of the project.

The definition of milestones must be appropriate to the context of each project and make sense to the client according to the contracted scope, that is, the client has to perceive the delivery of each milestone.

Unless your project is very small in scope and short-lived, we don't recommend defining phases of the methodology as project delivery milestones. The perception of deliverability to the client will be much clearer at the deliverable level than at the project phases.