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.
Aquí encontrará las principales pautas y preguntas sobre MIT Digital.
¿Cuáles son las fases de la Metodología y qué consisten?
La metodología de Proyectos TOTVS comprende los grupos de tareas relacionadas con la Administración de Proyectos, organizados por fases, definiendo así un flujo natural de conducción del proyecto de manera estructurada y estandarizada.
Las fases guían los entregables o procesos y las actividades relacionadas.
Cada fase se cierra en un Quality Gate para verificar la completitud de los entregables.
La Metodología de Proyectos TOTVS se divide en las siguientes etapas:
- Ciclo de Venta: que aborda todo el proceso comercial, desde la arquitectura del proyecto hasta el momento en el que se firma la propuesta.
- Fase de preparación: que consiste en las alineaciones iniciales, evaluación de las necesidades y expectativas y la definición de la planificación del proyecto.
- Fase de refinamiento: Comprensión del negocio del cliente y difusión del abordaje del trabajo y qué entregas se realizarán de acuerdo con lo propuesto en el proyecto.
- Fase de realización: Que es la construcción real del diseño aprobado en la fase anterior, a través de Sprints, enfocados en resultados rápidos y con la percepción de evolución constante, lo que genera valor para todos los involucrados en el proyecto.
- Fase de operación: Es la transición a la producción y al seguimiento de la experiencia y el valor generado, lo que garantiza que el proyecto se complete con calidad y con insumos positivos para los nuevos proyectos de los clientes.
¿Dónde puedo encontrar más información sobre la metodología?
Puede obtener el detalle de cada fase de sus entregables y actividades en el Manifiesto de la MIT Digital y también en la Pocket Guide, que es la versión resumida de las pautas de uso de la metodología.
¿Dónde puedo encontrar las templates actualizadas de la metodología?
Las templates actualizadas con todas las mejoras e identidad visual actualizada están siempre disponibles en la Guía de templates.
¿Existe una Metodología específica para Fluig (MIF)?
No. La MIF (Metodología de implementación Fluig) fue absorbida en la metodología del proyecto TOTVS y existen templates de documentos específicos para este producto. Los documentos con la identidad visual de Fluig ya no se deben utilizar y no están de acuerdo con la identidad de la marca TOTVS y con las directrices del Marketing Corporativo.
¿En qué tipo de proyectos debo utilizar la metodología de proyectos de TOTVS?
La metodología de Proyectos de TOTVS se puede aplicar a cualquier tipo de proyecto de Servicios sin importar el sector o producto.
Los proyectos de implementación, por ejemplo, van a requerir un uso más amplio de la metodología y de sus documentos, mientras que el Banco de horas podrá utilizar parte de la metodología y los documentos que tengan sentido para el contexto del servicio.
Cuando un proyecto se transfiere a un Canal o a una Franquicia, ¿quién es responsable de la entrega de los elementos?
La responsabilidad de alinear, cobrar y entregar los elementos a TOTVS, tal como se define en la metodología de proyectos – MIT Digital, pertenece a CP TOTVS responsable del proyecto
Uso de los elementos de Ágil
En la metodología de Proyectos de TOTVS integramos dos conceptos, Tradicional y Ágil, creando una metodología híbrida, que aporta previsibilidad y entrega valor durante todo el ciclo de vida del proyecto.
En este sentido, es importante comprender que una metodología híbrida es la que utiliza la combinación de prácticas predictivas y adaptativas de forma simultánea, y aporta mayor flexibilidad al proyecto, ya que permite el uso de elementos delos métodos ágiles cuando sea necesario y donde tenga sentido, de acuerdo con el contexto del proyecto.
La idea es trabajar con definiciones de etapas de corto plazo, sprints (de 1 a 4 semanas por ejemplo), para la generación de resultados rápidos y con percepción de evolución constante.
En este sentido, el desafío se encuentra en la planificación de los sprints y para ello es necesario mirar todas las variables involucradas, como por ejemplo: el tiempo de cada sprint y la asignación del equipo que va a trabajar. Y contar con el apoyo del equipo para definir el backlog del proyecto y lo que se va a entregar en cada Sprint.
Otro punto importante es la definición de los lanzamientos, es decir, de las entregas al cliente, los lanzamientos son un conjunto de sprints que pueden componer por ejemplo, la entrega de un módulo o una ola del proyecto.
No todo Sprint necesariamente debe entregar algo al cliente, el Sprint puede entregar algo al proyecto, como parte de una configuración, por ejemplo, que se va a completar en los siguientes sprints.
La ganancia aquí está en el ciclo de iteración, la retroalimentación y el manejo de las desviaciones en cada retrospectiva.
En relación al backlog, es necesario tener una visión de cada entregable para que se pueda planificar y ejecutar cada Sprint, para eso proponemos el uso de Kanban (TOTVS Collab).
Definición de Marcos de Entrega en los Proyectos
La MIT Digital propone una actividad específica para la definició de los marcos de entrega del proyecto junto con el cliente en la fase de Preparación.
En este punto se debe definir cuáles son los entregables del proyecto que se van a considerar como marco para el seguimiento de la entrega y la evolución del proyecto.
La definición de los marcos debe ser adecuada al contexto de cada proyecto y tener sentido para el cliente de acuerdo con el alcance contratado, es decir, el cliente debe realizar la entrega de cada marco.
A menos que su proyecto tenga un alcance muy reducido y sea de corta duración, no recomendamos definir fases de la metodología como marcos de entrega del proyecto. La percepción de entrega al cliente estará mucho más claro en el nivel de entregable que en las fases del proyecto.
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.
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas