.
Este guia irá fornecer todos os recursos necessários para que você possa ter o máximo desempenho, aproveitando toda experiência adquirida ao longo do tempo e dos diversos projetos realizados nos diversos segmentos que a TOTVS domina no mercado nacional e internacional.
O Framework de Serviços tem como objetivo organizar o modelo de serviços, integrando metodologia de projetos, ferramentas, indicadores e consolidação de melhores práticas para o ecossistema de serviços da TOTVS, visando clareza, padronização, qualidade e principalmente, a boa experiência de nossos Clientes em sua Jornada.
Construído através da experiência, do acúmulo de conhecimento e da vontade de sempre fazer melhor.
Aprendemos muita coisa em todos esses anos de história, mas a mais importante delas é a certeza de que não devemos parar de evoluir.
Nossa metodologia de projetos foi construída para ser uma ferramenta que auxilia tanto o cliente quanto a equipe TOTVS e visa aumentar a efetividade do gerenciamento de projetos.
Estudamos novas ferramentas e práticas de mercado, levando em consideração cada necessidade do nosso público.
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.
Com isso, simplificamos os processos e garantimos maior efetividade para nossos clientes, criando uma metodologia mais adaptativa, iterativa, rápida e flexível.
Que traz mais transparência pois o próprio time, através dos eventos, consegue ser transparente entre si, gerando motivação e melhora na comunicação. Incentiva a colaboração, através de iterações e ferramentas aumentando a proximidade da equipe e facilitando o relacionamento no dia a dia.
Promove a garantia da qualidade através de feedbacks contínuos e resolução mais rápida de problemas, foco no cliente com entregas direcionadas por valor.
A ideia da gestão híbrida é aproveitar as melhores práticas e criar uma maneira mais adequada de gerir os projetos.
Uma abordagem híbrida é a que utiliza a combinação do melhor das práticas preditivas e adaptativas de forma simultânea.
As abordagens preditivas contribuem com processos de gestão mais estruturados e fornecem algum grau de previsibilidade à organização, enquanto as abordagens adaptativas agregam leveza e adaptabilidade e tornam a gestão mais enxuta.
Utilizadas conjuntamente, podem produzir um ambiente controlado e adaptável para atingir o sucesso do cliente.
Desta forma, o uso de abordagens híbridas mostra-se útil para fornecer o equilíbrio certo e aproveitar o melhor dos dois mundos, sendo possível sua utilização em qualquer tipo de projeto, visto que possui flexibilidade suficiente para se adaptar a diferentes contextos e permite que gestores, equipes e outros stakeholders estejam abertos a mudanças, o que é típico de um ambiente incerto no mundo atual.
Para aplicar o Modelo de gestão híbrida adequadamente, é altamente recomendável que toda a organização, as equipes e demais stakeholders tenham seu mindset firmemente estabelecido, a fim de criarem um ambiente poderoso para a criação de valor.
Um mindset pode ser definido como um conjunto de pensamentos e crenças que moldam a forma com que uma pessoa ou grupo de pessoas se comporta e toma decisões em diferentes situações.
O mindset correto acolhe desafios, bem como coisas novas e diferentes em nossa vida.
Pessoas com mindset de crescimento aprendem umas com as outras. Além disso, elas reconhecem falhas e erros como oportunidades para aprenderem e reconhecerem suas fraquezas, mas estão sempre focadas em transformá-las em pontos fortes.
Acreditamos que quatro atitudes e comportamentos que facilitam o desenvolvimento do mindset desejado: Foco, Trabalho em Equipe, Aprendizado e Adaptação.
Um dos principais fatores de sucesso em qualquer processo padronizado é a clareza de papéis e responsabilidades durante toda a evolução do mesmo. Por esta razão, estamos destacando aqui antecipadamente a declaração de todas as partes envolvidas direta ou indiretamente na Jornada do Cliente, além do aprofundamento na descrição detalhada dos processos.
Pessoa / Função |
Área | Papéis / Responsabilidades |
---|---|---|
Executivo de Soluções de Negócio (ESN) |
Atendimento e Relacionamento (AR) |
|
Arquitetura da Solução |
Engenharia de Valor |
|
Analista PMO |
PMO |
|
Analista de Serviços |
Governança Local das Unidades de Serviços Próprias |
|
Analista de RMO |
RMO (Resource Management Office) |
|
Analista de RMO Terceiros |
RMO Terceiros |
|
Gestor de Portfólio de Projetos (GPP) Coordenador de Portfólio de Projetos (CPP) |
Unidades de Serviços Próprias |
|
Coordenador de Projetos Gerente de Projetos |
Unidades de Serviços Próprias |
|
Estagiário Assistente de Implantação Analista de Implantação (I, II, III) Especialista de Implantação |
Unidades de Serviços Próprias |
|
Head de Serviços | Unidades de Serviços Próprias |
|
Head da Unidade | Unidades de Serviços Próprias |
|
Diretor de Serviços Corporativo | Serviços Corporativo |
|
Analista / Desenvolvedor de Fábrica de Software Líder Técnico da Fábrica de Software |
Fábrica de Software |
|
Analista de Infraestrutura | TIS (Technology Infrastructure Services) |
|
Analista de Cloud | Cloud | Equipe responsável pela implantação (migração ou nova instalação) e desativações do cliente Cloud. |
Analista de Suporte | Produto |
|
Comitê do Projeto | TOTVS e Cliente | É o conjunto de todos os atores (TOTVS e Cliente) que fazem parte do projeto. |
Patrocinador | Cliente |
|
Gerente do Projeto do Cliente | Cliente |
|
Usuário Chave |
Cliente |
|
Usuário Final |
Cliente |
|
Especialistas de Serviços de Prevenção a Perdas | Serviços Corporativo |
|
Especialista de Qualidade |
Serviços Corporativo |
|
CST |
CST (Centro de Serviços TOTVS) | É a estrutura que contempla todas as áreas administrativas da empresa como: PMO, Faturamento, Contratos, Viagens, Compras, Cobrança, Contas a Pagar, Adm. Gente, Fiscal entre outras. |
Neste tópico, queremos equalizar alguns conceitos gerais utilizados neste guia, a fim de que todos possam ter o mesmo entendimento na condução dos processos e métodos aqui declarados.
Conceito | Definição |
---|---|
Framework |
Fonte: Wikipedia. |
Template | Um template é um modelo a ser seguido, com uma estrutura predefinida que facilita o desenvolvimento e criação do conteúdo a partir de algo construído a priori. Fonte: Portal Educação |
Aprovação Interna da Proposta |
|
Onboarding | Onboarding é uma implementação orientada que guia um novo cliente no uso de um produto ou serviço de uma empresa. Ele faz com que sejam retiradas do caminho possíveis barreiras, como por exemplo, configurações técnicas. O onboarding começa assim que o time comercial coloca o representante do time operacional em contato com o cliente. É a hora de fazer o 1º contato com o cliente, enviar o e-mail de boas vindas e agendar a primeira reunião de trabalho. Fonte: Resultados Digitais / Zendesk. |
Passagem de Bastão | Qualquer ponto em um processo onde o trabalho ou informação passa de uma função (ou equipe) para a outra. Assemelha-se com a passagem de bastão em uma corrida de revezamento. Fonte: BPM CBOK. |
Stakeholders | Compreende todos os envolvidos em um processo, que pode ser de caráter temporário (como um projeto) ou duradouro (como o negócio de uma empresa ou a missão de uma organização). Fonte: FREEMAN, R. Edward (1984). Strategic Management: A Stakeholder Approach. |
Marco | Um marco é um momento significativo ou evento no projeto, um marco. A lista de marcos identifica quais são obrigatórios, tais como aqueles necessários por contrato; ou opcionais, como os baseados nas informações históricas. Fonte: PMBOK (PMI). |
Quality Gates | Deve ser entendido como um momento do projeto onde será feita uma avaliação detalhada de seu andamento e a determinação dos próximos passos a serem seguidos. Neste sentido, é importante que sejam estabelecidos em momentos onde seja possível ao gerente do projeto, juntamente com sua equipe, tomar ações que possam garantir que o projeto seja concluído com êxito. |
Premissas x Restrições |
Fonte: PMBOK |
Reunião de Kick Off |
A reunião de kick off, ou Abertura do Projeto, serve para alinhar as expectativas de todos, rever os pontos mais importantes do planejamento e eliminar toda e qualquer dúvida ainda existente. Trata-se do momento certo para motivar a equipe e cliente. Se bem realizada, pode garantir uma boa execução de todo o projeto. Fonte: Project Builder. |
GAP Analysis |
Análise de GAPs (GAP Analysis em inglês) é uma análise para determinar a diferença entre o ponto atual e o desejado, determinando qual o próximo passo/ação em um projeto ou em melhorar o processo de alguma tarefa; fazer como deveria ser. Também pode ser utilizada para identificar pontos fora do escopo negociado. Fonte: Dynamics Community. |
Processo AS IS |
O objetivo da modelagem AS IS é obter uma formalização sobre como o fluxo do processo de negócio é realizado na situação atual em que é executado na organização. Serve como base para demonstrar as mudanças e impactos inerentes destas de forma visual ao Cliente.
Fonte: iProcess |
Processo TO BE (blueprint) |
É uma evolução do modelo anterior (AS IS), no qual são reavaliadas as questões de negócio envolvidas buscando-se, através de melhorias culturais e organizacionais, maior eficiência na execução do processo. Também devem ser aplicadas, para nosso propósito (ERP), a modelagem técnica visando evidenciar as mudanças com a aquisição do software ERP. Fonte: iProcess |
Plano de Cutover |
Também chamado de plano de Virada é o plano com o detalhamento de todas as atividades e o seu sequenciamento de execução para colocar a solução (desenvolvida durante a etapa de Construção) em produção.
Fonte: SAP (Glossário) |
Testes Integrados do Sistema – TOTVS |
Verifica se todos os módulos que compõem o Software estão funcionando de forma correta e numa sequência apropriada, sem ocorrência de erros (que impeçam seu uso). Também pode prover uma pré validação se o produto final atende os requisitos. Normalmente ocorre quando o sistema e seus módulos estão prontos (antes do aceite do usuário). Fonte: QUOTA |
Testes Integrados do Sistema – Cliente |
Verifica as funcionalidades de negócio do software / sistema. Idealmente deve ser executado pelos especialistas nomeados da área de negócios, mas normalmente é executado pelos usuários-chave. O resultado dos testes deve cobrir todos os cenários de negócio nos processos definidos (versão TO BE). Fonte: QUOTA |
Período de Acompanhamento / Operação Assistida |
Período de suporte na estabilização do sistema após o GO LIVE. Este período varia de acordo com a estratégia, complexidade e tamanho do projeto. Deve ser acordado com o Cliente durante o planejamento de Cutover. |
Esta guía proporcionará todos los recursos necesarios para que usted pueda tener el máximo rendimiento, aprovechando toda la experiencia adquirida a lo largo del tiempo y los diversos proyectos realizados en los distintos segmentos que TOTVS domina en el mercado nacional e internacional.
El Framework de Servicios tiene como objetivo organizar el modelo de servicios, integrando la metodología del proyectos, herramientas, indicadores y consolidación de las mejores prácticas para el ecosistema de servicios de TOTVS, con el objetivo de claridad, estandarización, calidad y especialmente la buena experiencia de nuestros Clientes en su Recorrido.
Construido a través de la experiencia, la acumulación de conocimiento y la voluntad de hacerlo siempre mejor.
Hemos aprendido muchas cosas en todos estos años de historia, pero la más importante de ellas es la certeza de que no debemos dejar de evolucionar.
Nuestra metodología de proyectos está diseñada para ser una herramienta que ayuda tanto al cliente como al equipo de TOTVS y tiene como objetivo aumentar la eficacia de la gestión de proyectos.
Estudiamos nuevas herramientas y prácticas de mercado, teniendo en cuenta todas las necesidades de nuestro público.
Integramos dos conceptos, el Tradicional y el Ágil, creando una metodología híbrida, aportando previsibilidad y entregando valor a lo largo del ciclo de vida del proyecto.
Con esto, simplificamos los procesos y aseguramos una mayor eficacia para nuestros clientes, creando una metodología más adaptable, interactiva, rápida y flexible.
Que aporta más transparencia porque el propio equipo, a través de los eventos, logra ser transparente entre sí, generando motivación y mejora en la comunicación. Fomenta la colaboración a través de interacciones y herramientas que aumentan la proximidad del equipo y facilitan las relaciones diarias.
Promueve la garantía de la calidad a través de feedbacks continuos y la resolución más rápida de problemas, el enfoque en el cliente con entregas dirigidas por valor.
La idea de la gestión híbrida es aprovechar las mejores prácticas y crear una manera más adecuada de gestionar proyectos.
Un abordaje híbrido es aquel que utiliza la combinación de prácticas predictivas y adaptativas simultáneamente y no solo combinaciones de enfoques puramente predictivos o adaptativos.
Los enfoques predictivos contribuyen a procesos de gestión más estructurados y proporcionan cierto grado de previsibilidad a la organización, mientras que los enfoques adaptativos añaden ligereza y adaptabilidad y hacen que la gestión sea más eficiente.
Utilizados juntos, pueden producir un entorno controlado y adaptable para lograr objetivos organizacionales.
Así, el uso de abordajes híbridos resulta útil para proporcionar el equilibrio adecuado y disfrutar de lo mejor de ambos mundos, siendo posible su uso en cualquier tipo de proyecto, ya que tiene suficiente flexibilidad para adaptarse a diferentes contextos y permite a los gestores, equipos y otras partes interesadas estar abiertos al cambio, que es típico de un entorno incierto en el mundo actual.
Para aplicar el modelo de gestión híbrida adecuadamente, se recomienda encarecidamente que toda la organización, los equipos y demás partes interesadas tengan su mindset firmemente establecida para crear un entorno poderoso para la creación de valor.
Una mindset se puede definir como un conjunto de pensamientos y creencias que dan forma a la manera en que una persona o grupo de personas se comporta y toma decisiones en diferentes situaciones.
La mindset correcta acoge los desafíos, así como las cosas nuevas y diferentes en nuestra vida.
Las personas con mindset de crecimiento aprenden unas de otras. Además, reconocen las fallas y los errores como oportunidades para aprender y reconocer sus debilidades, pero siempre se centran en convertirlos en fortalezas.
Defendemos cuatro actitudes y comportamientos que facilitan el desarrollo de la mindset deseada: Enfoque, Trabajo en Equipo, Aprendizaje y Adaptación.
Uno de los principales factores de éxito en cualquier proceso estandarizado es la claridad de papeles y responsabilidades a lo largo de la evolución del mismo. Por esta razón, destacamos aquí anticipadamente la declaración de todas las partes directa o indirectamente involucradas en el Recorrido del Cliente, además de profundizar la descripción en detalle de los procesos.
Persona/Función |
Área | Papeles/Responsabilidades |
---|---|---|
Ejecutivo de Soluciones de Negocio (ESN) |
Atención y Relación (AR) |
|
Arquitectura de la solución |
Ingeniería de valor |
|
Analista PMO |
PMO |
|
Analista de Servicios |
Gobernanza Local de Unidades de servicio propias |
|
Analista de RMO |
RMO (Resource Management Office) |
|
Analista de RMO Terceros |
RMO Terceros |
|
Gestor de Portafolio de Proyectos (GPP) Coordinador de Portafolio de Proyectos (CPP) |
Unidades de servicio propias |
|
Coordinador de Proyectos Gerente de Proyectos |
Unidades de servicio propias |
|
Pasante Asistente de Implementación Analista de Implementación Especialista en Implementación |
Unidades de servicio propias |
|
Head de Servicios | Unidades de servicio propias |
|
Head de la Unidad | Unidades de servicio propias |
|
Director de Servicios Corporativo | Servicios Corporativo |
|
Analista/Desarrollador de Fábrica de Software Líder técnico de Fábrica de Software |
Fábrica de Software |
|
Analista de infraestructura | TIS (Technology Infrastructure Services) |
|
Analista de Cloud | Cloud | Equipo responsable de la implementación (migración o nueva instalación) y desactivaciones del cliente Cloud. |
Analista de Soporte | Producto |
|
Comité de Proyecto | TOTVS y Cliente |
|
Patrocinador | Cliente |
|
Gerente de Proyecto del Cliente | Cliente |
|
Usuario clave |
Cliente |
|
Usuario Final |
Cliente |
|
Especialistas en Servicios de Prevención de Pérdidas | Servicios Corporativo |
|
Especialista en Calidad |
Servicios Corporativo |
|
CST |
CST (Centro de Servicios TOTVS) | Es la estructura que incluye todas las áreas administrativas de la empresa como: PMO, Facturación, Contratos, Viajes, Compras, Cobro, Cuentas por Pagar, Adm. Gente, Fiscal entre otras. |
En este tema, queremos uniformizar algunos conceptos generales utilizados en esta guía, para que todos puedan tener la misma comprensión en la conducta de los procesos y métodos aquí declarados.
Concepto | Definicione |
---|---|
Framework |
Fuente: Wikipedia. |
Template |
Un template es un modelo para seguir, con una estructura predefinida que facilita el desarrollo y la creación de contenido a partir de algo construido a priori. Fuente: Portal Educación |
Aprobación interna de la Propuesta |
|
Onboarding |
Onboarding es una implementación orientada que guía a un nuevo cliente en el uso de un producto o servicio de una empresa. Hace que las posibles barreras, como las configuraciones técnicas, se retiren del camino. El onboarding comienza tan pronto como el equipo comercial pone al representante del equipo operativo en contacto con el cliente. Es la hora de enviar el e-mail de bienvenida y programar la primera reunión de trabajo. Fuente: Resultados digitales/Zendesk. |
Entrega de testigo |
Cualquier punto de un proceso en el que el trabajo o la información pasa de una función (o equipo) a otra. Se asemeja a la entrega de testigo en una carrera de relevos. Fuente: BPM CBOK. |
Partes interesadas |
Comprende a todos los involucrados en un proceso, que puede ser de carácter temporal (como un proyecto) o duradero (como el negocio de una empresa o la misión de una organización). Fuente: FREEMAN, R. Edward (1984). Strategic Management: A Stakeholder Approach. |
Hito |
Un hito es un momento o evento significativo en el proyecto, un hito. La lista de hitos identifica cuáles son obligatorios, como los requeridos por contrato; u opcionales, como los basados en información histórica. Fuente: PMBOK (PMI). |
Quality Gates |
Debe entenderse como un momento del proyecto en el que se realizará una evaluación detallada de su marcha y la determinación de los próximos pasos a seguir. En este sentido, es importante que el gerente del proyecto, junto con su equipo, se establezcan en momentos en que sea posible tomar acciones que puedan garantizar que el proyecto se complete con éxito. |
Premisas vs. Restricciones |
Fuente: PMBOK |
Reunión de Kick Off |
La reunión de kick off, o Apertura del Proyecto, sirve para alinear las expectativas de todos, revisar los puntos de planificación más importantes y eliminar todas y cada una de las dudas aún existentes. Este es el momento adecuado para motivar al equipo y al cliente. Si se realiza bien, puede garantizar una buena ejecución de todo el proyecto. Fuente: Project Builder. |
GAP Analysis |
Análisis de GAP (GAP Analysis en inglés) es un análisis para determinar la diferencia entre el punto actual y el punto deseado, determinando cuál es el siguiente paso/acción en un proyecto o mejorando el proceso de alguna tarea; hacerlo como debería ser. También se puede utilizar para identificar puntos fuera del alcance negociado. Fuente: Dynamics Community. |
Proceso AS IS |
El objetivo del modelado AS IS es obtener una formalización sobre cómo se lleva a cabo el flujo del proceso de negocio en la situación actual en la que se ejecuta en la organización. Sirve como base para demostrar los cambios e impactos inherentes de estos de una forma visual para el Cliente.
Fuente: iProcess |
Proceso TO BE (blueprint) |
Se trata de una evolución del modelo anterior (AS IS), en el que se reevalúan los problemas de negocio implicados, buscando, a través de mejoras culturales y organizacionales, una mayor eficiencia en la ejecución del proceso. También se debe aplicar el modelado técnico, para nuestro propósito (ERP), con el fin de destacar los cambios con la adquisición del software ERP. Fuente: iProcess |
Plan de Cutover/Transición |
También llamado plan de transición es el plan con el detalle de todas las actividades y su secuenciación de ejecución para poner la solución (desarrollada durante la etapa de construcción) en producción.
Fuente: SAP (Glosario) |
Pruebas Integradas del Sistema – TOTVS |
Verifica que todos los módulos que componen el Software funcionan correctamente y en una secuencia apropiada, sin eventos de errores (que impiden su uso). También puede proporcionar una validación previa si el producto final cumple con los requisitos. Normalmente ocurre cuando el sistema y sus módulos están listos (antes de la aceptación del usuario). Fuente: CUOTA |
Pruebas Integradas del Sistema – Cliente |
Verifica las funcionalidades de negocio del software/sistema. Lo ideal es que lo ejecuten los especialistas designados del área de negocios, pero normalmente lo ejecutan los usuarios clave. El resultado de la prueba debe cubrir todos los escenarios de negocio en los procesos definidos (versión TO BE). Fuente: CUOTA |
Período de seguimiento/Operación asistida |
Período de soporte en la estabilización del sistema después del GO LIVE. Este período varía según la estrategia, complejidad y tamaño del proyecto. Debe acordarse con el Cliente durante la planificación de Cutover. |
This guide will provide all the necessary resources for you to achieve maximum performance, taking advantage of all the experience acquired over time and of the various projects conducted across the different segments that TOTVS dominates in the national and international market.
The purpose of the Services Framework is to organize the service model, integrating project methodology, tools, indicators and consolidation of best practices for the TOTVS service ecosystem, aiming to attain clarity, standardization, quality and, above all else, a positive experience by our Customers in their Journey.
Built based on experience, the accumulation of knowledge and the desire to always do better.
We have learned a lot throughout these years of history, but the most important lesson is the certainty that we must never stop evolving.
Our project methodology was built to be a tool that helps both the customer and the TOTVS team and aims to increase the effectiveness of project management.
We study new tools and market practices, taking into account every need of our target audience.
We integrated two concepts, Traditional and Agile, creating a hybrid methodology, providing predictability and delivering value throughout the project’s life cycle.
This allowed us to simplify the processes and guarantee greater effectiveness for our customers, creating a more adaptive, iterative, fast and flexible methodology.
It provides more transparency because the team itself, through the events, manages to be transparent with each other, fostering motivation and improving communication. Iterations and tools are used to encourage collaboration, increasing the team’s proximity and facilitating day-to-day relationships.
Quality assurance is promoted through continuous feedback and faster problem solving, as well as focus on the customer with value-driven deliveries.
The idea of hybrid management is to take advantage of best practices and create a more appropriate way of managing projects.
A hybrid approach is one that uses the combination of predictive and adaptive practices simultaneously and not just combinations of purely predictive or adaptive approaches.
Predictive approaches contribute to more structured management processes and provide some degree of predictability to the organization, while adaptive approaches add lightness and adaptability and lead to leaner management.
Used together, they can produce a controlled and adaptable environment to achieve organizational goals.
In this way, the use of hybrid approaches proves to be useful to provide the right balance and enjoy the best of both worlds, making its use possible in any type of project, since it has enough flexibility to adapt to different contexts and allows managers, teams and other stakeholders to be open to change, which is typical of an uncertain environment in today’s world.
To apply the Hybrid Management Model properly, it is highly recommended that the entire organization, teams and other stakeholders have their mindset firmly established in order to create a powerful environment for value creation.
A mindset can be defined as a set of thoughts and beliefs that shape the way a person or group of people behaves and makes decisions in different situations.
The correct mindset welcomes challenges, as well as new and different things in our life.
People with a growth mindset learn from each other. They also recognize failures and errors as opportunities to learn and recognize their weaknesses, but are always focused on transforming them into strengths.
We defend four attitudes and behaviors that facilitate the development of the desired mindset: Focus, Teamwork, Learning and Adaptation.
One of the main success factors in any standardized process is the clarity of roles and responsibilities throughout its evolution. To that end, we are stating here in advance all parties directly or indirectly involved in the Customer Journey, in addition to the detailed description of the processes.
Person/Function |
Area | Roles/Responsibilities |
---|---|---|
Business Solutions |
Customer |
|
Solution Architecture |
Value Engineering |
|
PMO Analyst |
PMO |
|
Service Analyst |
Local Own |
|
RMO Analyst |
RMO (Resource |
|
Third-party RMO Analyst |
Third-party RMO |
|
Project Portfolio
|
Own Service |
|
Project Coordinator
|
Own Service Units |
|
Trainee
|
Own Service |
|
Head of Services | Own Service Units |
|
Head of the Unit | Own Service Units |
|
Corporate Services Director | Corporate Services |
|
Software Factory
|
Software Factory |
|
Infrastructure Analyst | Technology Infrastructure Services (TIS) |
|
Cloud Analyst | Cloud | Team responsible for the deployment (migration or new installation) and deactivations of the Cloud customer. |
Support Analyst | Product |
|
Project Board | TOTVS and Customer | This is the set of all players (TOTVS and Customer) that are part of the project. |
Sponsor | Customer |
|
Customer Project Manager |
Customer |
|
Key User |
Customer |
|
End User |
Customer |
|
Loss Prevention Service Experts |
Corporate Services |
|
Quality Expert |
Corporate |
|
CST |
TOTVS Service Center (CST) |
This is the structure that encompasses all the administrative areas of the company, such as: PMO, Billing, Contracts, Travel, Purchasing, Billing, Accounts Payable, People Management, Tax, among others. |
In this topic, we want to balance some general concepts used in this guide, so that everyone can have the same understanding while conducting the processes and methods stated herein.
Concept |
Definition |
---|---|
Framework |
Source: Wikipedia. |
Template |
A template is a model to be followed, with a predefined structure that facilitates the development and creation of content from something built in advance. Source: Portal Educação |
Internal Approval of the Proposal |
|
Onboarding |
Onboarding is a targeted implementation that guides a new customer in the use of a company’s product or service. It eliminates possible barriers, such as technical settings, from the path. Onboarding begins as soon as the sales team places the operational team representative in contact with the customer. This is the time to send the welcome email and schedule the first business meeting. Source: Digital Results/Zendesk. |
Passing of the Baton |
Any point in a process where work or information moves from one role (or team) to another. This resembles passing the baton in a relay race. Source: BPM CBOK. |
Stakeholders |
This includes everyone involved in a process, which may be temporary (such as a project) or long-lasting (such as a company's business or an organization’s mission). Source: FREEMAN, R. Edward (1984). Strategic Management: A Stakeholder Approach. |
Milestone |
A milestone is a significant moment or event in the project. The milestone list identifies which ones are mandatory, such as those required by contract; or optional, such as those based on historical information. Source: PMBOK (PMI). |
Quality Gates |
This should be understood as a moment in the project where a detailed evaluation of its progress and the determination of the next steps to be taken will occur. To that end, it is important that they be established at times where it is possible for the project manager, along with his team, to take actions that can guarantee that the project is successfully completed. |
Assumptions x Constraints |
Source: PMBOK |
Kickoff Meeting |
The kickoff meeting, or Project Opening, serves to align everyone’s expectations, review the most important planning points and eliminate any remaining doubts. This is the right time to motivate the team and the customer. If done right, it can ensure smooth execution of the entire project. Source: Project Builder. |
GAP Analysis |
GAP Analysis is an analysis to determine the difference between the current and the desired point, establishing what the next step/action is in a project or in improving the process of some task; doing as it should be done. It can also be used to identify points outside the negotiated scope. Source: Dynamics Community. |
AS IS Process |
The objective of AS IS modeling is to obtain a formalization of how the flow of the business process is conducted in the current situation in which it is performed in the organization. It serves as a basis to visually demonstrate the changes and their inherent impacts for the Customer.
Source: iProcess |
TO BE (blueprint) process |
This is an evolution of the previous model (AS IS), in which the business issues involved are reevaluated, seeking, through cultural and organizational improvements, greater efficiency in the execution of the process. For our purpose (ERP), technical modeling should also be applied in order to highlight the changes with the acquisition of the ERP software. Source: iProcess |
Cutover Plan |
Also called the Flip plan, it is the plan that details all of the activities and their execution sequencing to put the solution (developed during the Construction step) into production.
Source: SAP (Glossary) |
Integrated System Test– TOTVS |
This verifies whether all the modules that make up the Software are functioning correctly and in an appropriate sequence, without the occurrence of errors (that prevent their use). It can also provide pre-validation on whether the final product meets the requirements. This usually occurs when the system and its modules are ready (prior to user acceptance). Source: QUOTA |
Integrated System Test – Customer |
Checks the business functionalities of the software/system. This should ideally be performed by the experts appointed by the business area, but it is usually run by key users. The test results must cover all business scenarios in the defined processes (TO BE version). Source: QUOTA |
Monitoring/Assisted Operation Period |
Support period for system stabilization after GO LIVE. This period varies according to the strategy, complexity and size of the project. It must be agreed with the Customer during Cutover planning. |