Card |
---|
default | true |
---|
id | 001 |
---|
label | Português |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | bullet-list |
---|
linkTextUnderline | true |
---|
iconColor | #FFA500 |
---|
linkText | ENTREGÁVEIS |
---|
linkTextColor | #FFA500 |
---|
linkTextUnderlineColor | #FFA500 |
---|
| Conjunto de atividades/processos que compõem uma entrega. |
Deck of Cards |
---|
| Card |
---|
id | 004 |
---|
label | Planos do Projeto, Cronograma e Custos >> |
---|
| Voltar à Home
Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | No Icon |
---|
linkTextUnderline | true |
---|
linkText | ATIVIDADES |
---|
linkTextColor | #363636 |
---|
| Descrição da tarefa/processo a ser realizada. |
- Elaborar cronograma e definir marcos do projeto - Definir Equipe - Determinar o baseline 1
| Elaborar cronograma e definir marcos do projeto | | Elaborarcronograma |
---|
| Elaborarcronograma |
---|
|
Elaborar cronograma e definir marcos do projeto
» Elaborar cronograma e definir marcos do projetoO cronograma é uma forma extremamente visual de exibir o sequenciamento de atividades dentro de um projeto, permitindo que você verifique as interdependências de tarefas e consiga visualizar o caminho crítico, de maneira a ter controle efetivo e mitigar riscos de atraso. - NOTA: Importante ter visibilidade do progresso de outros cronogramas complementares para a gestão.
Com isso, o Gerente do Projeto é capaz de medir o desempenho do projeto e realizar ações de correção ou antecipar eventuais problemas. A comunicação do que fazer e para quem fazer no tempo certo, mostrando a correlação entre as atividades é um fator fundamental de sucesso. A definição dos Marcos de Entrega e a composição dos entregáveis de cada marco deve ser realizada em conjunto com o cliente. - NOTA: Importante considerar que cada fase do projeto pode conter quantos marcos forem necessários de acordo com o contexto de cada projeto. Um entregável como, por exemplo, “Realizar as Capacitações” que pertence a fase “Realização” pode ser definido como marco de entrega dependendo do contexto do seu projeto.
Descrição das atividades: Gerente ou Coordenador do Projeto: - Organiza os entregáveis, atividades e dependências, considerando os limites de prazos acordados para os Marcos
- Revisa o esforço com a equipe alocada no projeto e valida o compromisso dos profissionais em relação aos prazos
- Com o planejamento definido e os custos alocados, a margem de lucro do projeto é definida e comparada com a margem de lucro vendida é possível ter visão do resultado financeiro do projeto.
- Define os Marcos de entrega e faz os acordos com o cliente, ajustando no cronograma, quais serão os entregáveis que compõem cada Marco.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Validação com o cliente das informações para o Planejamento do projeto
- Projeto na ferramenta de Gestão de Projetos
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Gerente ou Coordenador do Projeto*
- RMO*
CLIENTE - Coordenador ou Comitê do Projeto *
|
Column |
---|
|
|
Column |
---|
| SAÍDA(S): - Cronograma - MIT032 elaborado, respeitando as expectativas executivas dos Marcos definidos e aprovados.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Definir Equipe |
---|
| Definir Equipe |
---|
|
» Definir EquipeSabemos que todo projeto é realizado por pessoas. Portanto, selecionar bem sua equipe e garantir minimamente um perfil adequado avaliando função, habilidade e disponibilidade é outro fator importante de sucesso do projeto. Em caso de indisponibilidade, o RMO é responsável por indicar outras alternativas para substituição dos recursos, o que deve também ser bem alinhado com o Gerente ou Coordenador do Projeto, pois pode afetar custo, prazo e qualidade do projeto.
Descrição das atividades: - Gerente ou Coordenador do Projeto:
- Organiza os papéis definidos durante a Reunião de Passagem de Bastão
- Solicita recursos ao RMO, de acordo com o planejado
- RMO confirma disponibilidades dos seus recursos ou informa alternativas para o Gerente ou Coordenador do Projeto avaliar (empréstimo de recurso de outras Unidades ou alocação de Terceiros), de forma a cumprir com as expectativas validadas, conforme segue:
- Avalia conhecimento/experiência necessários
- Avalia cargo e nível (em função do custo)
- Avalia perfil geral para atendimento
- Analisa locais de atendimento
- Avalia coerência do escopo x demanda
Caso seja necessário a alocação de um Terceiro, o RMO terceiros deve ser envolvido, iniciando os processos para alocação de parceiros. - Gerente ou Coordenador de Projeto alinha com a equipe do projeto os papéis, metas e resultados esperados (Kick Off interno).
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Gerente ou Coordenador do Projeto*
- RMO*
- RMO Terceiros*
- Analistas/Especialistas*
CLIENTE - Coordenador ou Comitê do Projeto *
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Determinar o baseline 1 |
---|
| Determinar o baseline 1 |
---|
|
» Determinar o baseline 1O Baseline é o acordo firmado entre as partes que demonstra todos os aspectos discutidos e tratados durante a preparação do projeto e é de fundamental importância que se estabeleça esta linha de base no Projeto. Tendo esta linha de base firmada, todas as mudanças futuras deverão ser analisadas e seus impactos deverão ser aprovados para criar uma nova linha de base, com exceção do ajuste previsto após o desenho da solução.
Descrição das atividades: Gerente ou Coordenador do Projeto valida o Plano geral do Projeto com o Cliente Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Gerente ou Coordenador do Projeto*
- Usuários-Chave*
- Executivo de Soluções de Negócios
- Arquiteto de Soluções
CLIENTE - Coordenador ou Comitê do Projeto *
- Patrocinador*
|
Column |
---|
|
|
Column |
---|
| SAÍDA(S): - Apresentação do baseline ao Comitê e Patrocinador do Projeto durante reunião de abertura do projeto (Kick Off).
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
|
|
Card |
---|
| Product_title |
---|
Title | ¿Qué es? |
---|
Image | https://tdn.totvs.com/download/attachments/648829751/oquee-amarelo.png?api=v2 |
---|
|
Es una alineación más profunda de las necesidades y expectativas, con la definición del equipo del proyecto y partes interesadas, y la revisión y confirmación del alcance, los plazos y la estrategia en general. También es hora de realizar una identificación/revisión de los riesgos y alineación técnica. La organización general debe conformar el plan preliminar del proyecto y promover un buen evento de apertura y la determinación de la baseline (versión 1).
Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Entregables |
---|
linkTextColor | #FFA500 |
---|
| Conjunto de actividades/procesos que componen un entregable. |
Deck of Cards |
---|
| Card |
---|
default | true |
---|
id | 001 |
---|
label | Entrega de testigo |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar. |
» Reunión de Transición con ComercialEs el momento en el que se lleva a cabo la entrega de testigo del equipo comercial al equipo del proyecto, a través de una reunión de alineación. Esta fase es esencial para evaluar si existe algún distanciamiento del alcance y definir la estrategia a seguir.
Descripción de actividades: - Gerente y/o coordinador de proyecto o PMO (según la definición de la Unidad) organiza la agenda de reuniones.
- Arquitecto de Soluciones o Coordinador de Proyecto, según la definición / estrategia de unidad, complete el documento de Transición Comercial - MIT065
- Ejecutivo de Soluciones de Negocio, Arquitecto de Soluciones, Gerente o Coordinador del Proyecto y Gerente de Portafolio de Proyectos organizan insumos para reunión
- Durante la reunión se deben evaluar/alinear los siguientes ítems:
- Requisitos del cliente y solución vendida
- Detalle del alcance
- Alineación de costo vs. esfuerzo (presupuesto)
- Expectativas del Cliente
- Riesgos iniciales
- Detalle de las cuestiones comerciales (Facturación, gastos, etc.)
- Hitos y plazos del proyecto
- Mapeo inicial de partes interesadas
- Impulsores del negocio, metas, objetivos, métricas de éxito
Si se ecualizan las condiciones evaluadas durante la reunión, el proyecto pasa al proceso de iniciación y el gerente o coordinador del proyecto debe registrar la información discutida a través del transición comercial y almacenarlo en el repositorio del proyecto. Si se identifica el distanciamiento del alcance, el Gestor de Portafolio de Proyectos y la Atención y Relación evalúan los problemas planteados y definen la estrategia de abordaje de los GAPS con el cliente, evaluando la posibilidad de negociar el complemento del proyecto con el cliente o absorber los gaps por el proyecto o área.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Propuesta Comercial
- Precios
- Validación interna de la Propuesta
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Ejecutivo de Soluciones de Negocio*
- Arquitecto de Soluciones*
- Gestor de portafolio de proyectos*
- Gerente o coordinador del proyecto*
- PMO
- RMO
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
Card |
---|
id | 002 |
---|
label | Enfoque inicial |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar. |
- Validación de Las Partes Interesadas - Estrategia General, Premisas y Restricciones, Alineación y Expectativas
Âncora |
---|
| Validación de Las Partes Interesadas |
---|
| Validación de Las Partes Interesadas |
---|
|
» Validación de Las Partes Interesadas Para entender qué personas serán las interesadas en el proyecto y el papel de cada una, es necesario alinear la información en el encuentro de la Entrega de testigo con el Equipo Comercial y más tarde con el Cliente. Un importante papel que debe estar bien formalizado es el de Aprobador, porque estas personas deben tener el derecho reconocido por el Cliente de aprobar (en diferentes niveles) las definiciones y entregas del Proyecto.
Descripción de actividades: Genere o coordinador del proyecto valida los nombres y la función con el Cliente. El mapeo de las partes interesadas ahora servirá como una lista de validación del papel de cada uno. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Ejecutivo de Soluciones de Negocios*
- Arquitecto de Soluciones*
- Gerente o coordinador del proyecto*
CLIENTE - Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Mapeo de Partes Interesadas y Matriz RACI - MIT034 completada con las partes interesadas del proyecto.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Estrategia General, Premisas y Restricciones, Alineación y Expectativas |
---|
| Estrategia General, Premisas y Restricciones, Alineación y Expectativas |
---|
|
» Estrategia General, Premisas y Restricciones, Alineación y ExpectativasEste es uno de los momentos más importantes en la conducción del proyecto, ya que es cuando se define la estrategia de cómo se ejecutará el proyecto, vinculando su progreso a los requisitos y expectativas presentados. También es el momento de cerrar un acuerdo sobre los límites, premisas que pueden identificar riesgos y restricciones que pueden dirigir el alcance del proyecto para orientar la planificación. Revisión del repositorio del proyecto, aceleradores y templates necesarios para el proyecto.
Descripción de actividades: El Comité del Proyecto, junto con el patrocinador, validan la alineación general, que servirá de base para la planificación general del proyecto y la reunión de apertura (Bienvenida). Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Ejecutivo de Soluciones de Negocios*
- Arquitecto de Soluciones*
- Gerente o coordinador del proyecto*
CLIENTE - Coordinador o Comité de Proyecto*
- Patrocinador del proyecto
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
Card |
---|
id | 003 |
---|
label | Aspectos técnicos |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar. |
» Verificación de Aspectos TécnicosLa definición adecuada del entorno donde se ejecutará el sistema es fundamental para que los usuarios (Cliente) tengan una buena experiencia en el uso de la solución. Es muy importante tener esta decisión bien estructurada, con su decisión formalizada para evitar futuras fricciones por el bajo rendimiento del sistema. Cuando el entorno es administrado por Cloud TOTVS, este cuidado se redobla porque el Cliente normalmente tiene una gran expectativa de que la solución tenga un buen rendimiento dentro de TOTVS. Por lo tanto, esta etapa debe estar bien definida en el proceso de Aprobación Interna de la Propuesta y en la Entrega de testigo con el Comercial.
Descripción de actividades: - Si la solución del cliente está alojada en TOTVS Cloud, el coordinador o gerente de proyecto debe ponerse en contacto con el equipo de Cloud para la alineación del proyecto y formalizar el documento de entorno con el cliente.
- NOTA: Durante el período de implementación, el coordinador o gerente del proyecto es responsable del cliente para hacer un seguimiento de las actividades del entorno junto con el equipo de Cloud. En la comunidad Cloud tenemos documentos específicos
- Especialista en Infraestructura realiza el análisis del entorno en conjunto con TI del Cliente, produciendo la Lista de Verificación o Documento de Portabilidad (RM).
- Especialista puede, dependiendo de los resultados del análisis, proponer cambios para mejorar el entorno (preparación del documento de Estructura de Sizing).
- NOTA: Registrar la negativa del cliente si decide no seguir las recomendaciones.
IMPORTANTE: la actividad de Sizing debe estar incluida en la Propuesta Comercial para poder ser ejecutada. - TI Cliente debe evaluar la propuesta de mejora y formalizar una decisión con el Comité de Proyecto y para el gerente o coordinador de proyecto (TOTVS).
- NOTA: Registrar en el cronograma el tiempo de adecuación de la infraestructura para el control de progreso y dependencias.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Cloud - Contrato de servicio separado de la propuesta de implementación del proyecto, firmado por el cliente, con las definiciones del entorno, en el modelo Estándar o Prime. Las principales diferencias entre los modelos son el tiempo de SLA, disponibilidad del entorno y accesos. Para ambos casos, se elaboran una matriz RACI y un Catálogo de Servicios para cada proyecto.
- On Premise (Sizing) - Subcontratación del equipo de TIS para la evaluación y sugerencia del entorno necesario. El presupuesto estándar de 40 horas se vende obligatoriamente en los precios del proyecto para cubrir estos costos. El Documento de Portabilidad se preparará con los requisitos mínimos de infraestructura, en el caso de los productos RM, para los demás productos, se preparará una lista de verificación de infraestructura.
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- Analista de infraestructura*
- Analista de Cloud*
- Ejecutivo de Soluciones de Negocios*
- Arquitecto de Soluciones*
CLIENTE - Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Documentos de Cloud preparados según el proyecto
- Análisis de la infraestructura del Cliente realizado con dictamen técnico validado por la documentación de TIS.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
Card |
---|
id | 004 |
---|
label | Planes de Proyecto, Cronograma y Costos |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar. |
- Preparación Del Cronograma y Definición de Hitos Del Proyecto - Definir equipo - Determinación de la Baseline 1 Âncora |
---|
| Preparación Del Cronograma y Definición de Hitos Del Proyecto |
---|
| Preparación Del Cronograma y Definición de Hitos Del Proyecto |
---|
|
» Preparación Del Cronograma y Definición de Hitos Del ProyectoEl cronograma es una forma extremadamente visual de mostrar la secuencia de actividades dentro de un proyecto, lo que le permite verificar las interdependencias de las tareas y poder visualizar la ruta crítica, para tener un control efectivo y mitigar los riesgos de retraso. NOTA: Es importante tener visibilidad del avance de otros cronogramas complementarios para la gestión. Con esto, el Project Manager es capaz de medir el desempeño del proyecto y tomar acciones correctivas o anticipar posibles problemas. Comunicar qué hacer ya quién hacerlo en el momento adecuado, mostrando la correlación entre las actividades es un factor clave de éxito. La definición de los Hitos de Entrega y la composición de los entregables para cada hito debe realizarse en conjunto con el cliente. NOTA: Es importante considerar que cada fase del proyecto puede contener tantos hitos como sean necesarios de acuerdo al contexto de cada proyecto. Un entregable como, por ejemplo, "Hacer realidad las capacidades" que pertenece a la fase "Realización" se puede definir como un hito de entrega según el contexto de su proyecto.
Descripción de actividades: Gerente o coordinador del proyecto: - Organiza las actividades y dependencias, teniendo en cuenta los límites de plazos acordados para los hitos
- Revisa el esfuerzo con el equipo asignado en el proyecto y valida el compromiso de los profesionales en relación con los plazos
- Con la planificación definida y los costos asignados, se define el margen de beneficio del proyecto y, en comparación con el margen de beneficio vendido, es posible tener una visión general del resultado financiero del proyecto.
- Define los hitos de entrega y realiza los acuerdos con el cliente, ajustando en el cronograma, cuáles serán los entregables que componen cada hito.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Validación con el cliente de la información para la planificación del proyecto
- Proyecto en la herramienta de Gestión de proyectos
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- RMO*
CLIENTE - Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Definir equipo |
---|
| Definir equipo |
---|
|
» Definir equipoSabemos que cada proyecto es realizado por personas. Por lo tanto, seleccionar bien a su equipo y garantizar un perfil mínimamente adecuado mediante la evaluación de la función, habilidad y disponibilidad es otro factor importante en el éxito del proyecto. En caso de indisponibilidad, RMO es responsable de indicar otras alternativas para reemplazar los recursos, que también deben estar bien alineados con el gerente o coordinador de proyecto, ya que puede afectar el costo, el plazo y la calidad del proyecto.
Descripción de actividades: - Gerente o coordinador del proyecto:
- Organiza los papeles definidos durante la reunión de Entrega de testigo
- Solicita recursos de RMO, según lo planificado
- RMO confirma la disponibilidad de sus recursos o informa alternativas para que el gerente o coordinador del proyecto evalúe (préstamo de recursos de otras unidades o asignación de terceros), con el fin de cumplir con las expectativas validadas, de la siguiente manera:
- Evalúa conocimiento/experiencia necesarios
- Evalúa puesto y nivel (dependiendo del costo)
- Evalúa perfil general para atención
- Analiza lugares de atención
- Evalúa coherencia del alcance vs. demanda
Si se requiere la asignación de un tercero, RMO terceros debe estar implicado iniciando los procesos para asignación de asociados. - Gerente o coordinador de proyecto alinea con el equipo del proyecto los papeles, metas y resultados esperados (Kick Off interno).
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- RMO*
- RMO Terceros*
- Analistas/Especialistas*
CLIENTE - Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Determinación de la Baseline 1 |
---|
| Determinación de la Baseline 1 |
---|
|
» Determinación de la Baseline 1La Baseline es el acuerdo firmado entre las partes que demuestra todos los aspectos discutidos y tratados durante la preparación del proyecto y es de fundamental importancia establecer esta línea de base en el proyecto. Una vez firmada esta línea de base, se deben analizar todos los cambios futuros y se deben aprobar sus impactos para crear una nueva línea de base, con la excepción del ajuste previsto después del diseño de la solución.
Descripción de actividades: El gerente o coordinador de proyecto valida el Plan general de proyecto con el Cliente Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- Usuarios clave*
- Ejecutivo de Soluciones de Negocios
- Arquitecto de Soluciones
CLIENTE - Coordinador o Comité de Proyecto*
- Patrocinador*
|
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Presentación de la baseline al Comité y al patrocinador del proyecto durante la reunión de apertura del proyecto (Kick Off).
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
Card |
---|
id | 005 |
---|
label | Bienvenida Del Proyecto |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar. |
» Programar y Realizar la Reunión de Apertura Del ProyectoDebemos tratar esta reunión de apertura como un evento inicial del proyecto, que de hecho será para muchas personas. Es un momento muy importante de alineación general con todos los participantes que pueden no haber tenido acceso a la estrategia, los cambios que pueden ocurrir, sus papeles como usuarios clave, etc. Por esta razón, se debe explorar bien el lado de los beneficios esperados, oportunidades de visibilidad para los participantes, cómo queda la organización después de la implementación del sistema, validar el compromiso de todos con el proyecto, etc.
Descripción de actividades: - Gerente o coordinador del proyecto
- Valida la planificación general del proyecto con el Cliente
- Prepara la presentación junto con el Cliente, estableciendo una línea lógica y de participación
- Valida la presentación de Bienvenida - MIT024, con el Cliente
- El cliente organiza internamente el evento con el apoyo del gerente o coordinador del proyecto
- Gerente o coordinador del proyecto conduce la reunión con los límites establecidos en conjunto con el Cliente, es decir, con los papeles de presentación bien definidos (por ejemplo, quien presenta el objetivo y los beneficios suele ser el Patrocinador).
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Propuesta comercial firmada
- Mapeo de partes interesadas y Matriz RACI (Opcional)
- Cronograma
- Plan de riesgo y cambios
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- Usuarios clave*
- Ejecutivo de Soluciones de Negocios*
- Arquitecto de Soluciones*
- Soporte TOTVS
CLIENTE - Coordinador o Comité de Proyecto*
- Patrocinador*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
Card |
---|
id | 006 |
---|
label | Finalización de la fase |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar. |
» Finalización de la fase y evaluación de Quality GateRevisión de la fase y evaluación de completitud
Descripción de actividades: Gerente o coordinador del proyecto revisa la completitud de los entregables de la fase, si hay cuestiones pendientes que deben completarse, si la calidad entregada es la esperada y si hay problemas y riesgos que deben tratarse antes de pasar a la siguiente fase. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
CLIENTE - Coordinador o Comité de Proyecto*
- Clienter*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
|
|
Card |
---|
| Product_title |
---|
Title | Which is? |
---|
Image | https://tdn.totvs.com/download/attachments/648829751/oquee-amarelo.png?api=v2 |
---|
|
This is the most in-depth alignment of needs and expectations, defining the project team and stakeholders, reviewing and confirming the scope, deadlines and strategy in general. It is also a time for identification/review of risks and technical alignment. The overall organization should include the preliminary project plan and promote a good opening and baseline determination event (version 1).
Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Deliverables |
---|
linkTextColor | #FFA500 |
---|
| Set of activities/processes that make up a deliverable. |
Deck of Cards |
---|
| Card |
---|
default | true |
---|
id | 001 |
---|
label | Passing of the Baton |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
» Transition meeting with commercialThis is the point when the baton is passed from the commercial team to the project team, through an alignment meeting. This stage is essential to assess whether there is any scope detachment and to define the strategy to be followed.
Description of activities: - Project Manager and/or Coordinator or PMO (as defined by the Unit) organizes the meeting’s agenda.
- Solutions Architect or Project Coordinator, as per unit definition/strategy, complete the Commercial Transition document - TIM065
- Business Solutions Executive, Solutions Architect, Project Manager or Coordinator and Project Portfolio Manager organize meeting inputs
- The following items should be evaluated/aligned during the meeting:
- Customer requirements and solution sold
- Scope detail
- Cost x effort alignment (budget)
- Customer expectations
- Initial Risks
- Details of the commercial aspects (Billing, expenditures, etc.)
- Project Milestones and Deadlines
- Initial Stakeholder Mapping
- Business drivers, targets, objectives, success metrics
If the conditions assessed during the meeting are equalized, the project proceeds to the initiation process and the Project Manager or Coordinator must record the information discussed in Commercial Transition and store it in the project repository. If detachment of scope is identified, the Project Portfolio Manager and Customer Service and Relations assess the issues raised and define the strategy for addressing the GAPs with the customer, evaluating the possibility of negotiating add-ons to the project with the customer or absorbing the gaps by the project or area.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| INPUT(S): - Business Proposal
- Pricing
- Internal Validation of the Proposal
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Business Solutions Executive*
- Solution Architect*
- Project Portfolio Manager*
- Project Manager or Coordinator*
- PMO
- RMO
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
|
Card |
---|
id | 002 |
---|
label | Project Startup |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
- Stakeholder Validation - General Strategy, Assumptions & Constraints, Alignment & Expectations Âncora |
---|
| Stakeholder Validation |
---|
| Stakeholder Validation |
---|
|
» Stakeholder ValidationTo understand who will be interested in the project and the role of each one, it is necessary to align the information during the Passing of the Baton meeting with the Commercial Team and later, with the Customer. An important role that must be carefully formalized is that of Approver, as the Customer must recognize their approval rights (at different levels) for the definitions and deliverables of the Project.
Description of activities: Project Manager or Coordinator validates names and role with the Customer. The Stakeholder Mapping will now serve as a validation list for each one’s role. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Business Solutions Executive*
- Solution Architect*
- Project Manager or Coordinator*
CUSTOMER - Project Coordinator or Committee*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| General Strategy, Assumptions & Constraints, Alignment & Expectations |
---|
| General Strategy, Assumptions & Constraints, Alignment & Expectations |
---|
|
» General Strategy, Assumptions & Constraints, Alignment & ExpectationsThis is one of the most important moments while conducting the project, as it is when the strategy of how the project will be executed is defined, linking its progress to the requirements and expectations presented. It is also the time to agree on limits, assumptions that can identify risks and constraints that can drive the scope of the project to guide planning. Review of the project repository, accelerators and templates required for the project.
Description of activities: The Project Committee, together with the Sponsor, validate the overall alignment, which will serve as a basis for the general project planning and kickoff meeting (Welcome). Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Business Solutions Executive*
- Solution Architect*
- Project Manager or Coordinator*
CUSTOMER - Project Coordinator or Committee*
- Project Sponsor
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
|
Card |
---|
id | 003 |
---|
label | Technical Aspects |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
» Verification of technical aspectsThe proper definition of the environment where the system will run is essential for users (Customer) to have a positive experience while using the solution. It is very important to carefully structure and formalize this decision to avoid future friction due to poor system performance. When the environment is managed by TOTVS Cloud, this care is enhanced because the Customer normally has a high expectation in relation to the solution having strong performance within TOTVS itself. Therefore, this step must be well defined in the process for Internal Approval of the Proposal and in the Passing of the Baton with the Commercial department.
Description of activities: - If the customer’s solution is hosted on TOTVS Cloud, the Project Coordinator or Manager must
contact the Cloud team to align the project and formalize the environment document with the customer.
- NOTE: during the deployment period, the Project Coordinator or Manager is responsible for
monitoring the activities of the environment together with the Cloud team for the customer. We have specific document in the Cloud community - Infrastructure Expert analyzes the environment along with the Customer’s IT, producing the Checklist
or Portability Document (RM). - The expert can, depending on the results of the analysis, propose changes to improve the environment (elaboration of the Sizing Structure document).
- NOTE: Record the Customer’s refusal if they choose not to follow the recommendations.
IMPORTANT: the Sizing activity must be included in the Business Proposal in order to be executed. - Customer IT must evaluate the improvement proposal and formalize a decision with the Project
Committee and Project Manager or Coordinator (TOTVS). - NOTE: Record the time for adapting the infrastructure in the schedule to control progress and
dependencies.
|
Card |
---|
id | 004 |
---|
label | Project plans, schedule and costs |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
- Elaboration of the Schedule and definition of project Milestones - Define team - Baseline 1 Determination
Âncora |
---|
| Elaboration of the Schedule and definition of project Milestones |
---|
| Elaboration of the Schedule and definition of project Milestones |
---|
|
» Elaboration of the Schedule and definition of project MilestonesThe schedule is an extremely visual way of showing the sequencing of activities within a project, allowing you to check the interdependencies of tasks and visualize the critical path, in order to gain effective control and mitigate risks of delay. - NOTE: It is important to have visibility of the progress of other complementary schedules for
management.
This allows the Project Manager to measure the performance of the project and conduct corrective actions or anticipate any problems. Communicating what to do and who should do it at the right time, showing the correlation between activities, is a fundamental success factor.
Description of activities: Project Manager or Coordinator: - Organizes activities and dependencies, taking into account the deadlines agreed for the Milestones
- Reviews the effort with the team allocated to the project and validates the professionals’ commitment
regarding the deadlines - Once the planning is defined, the costs are allocated, the project’s profit margin is set and compared to the profit margin sold, it is possible to get a better picture of the project’s financial result.
- Defines the delivery Milestones and makes the agreements with the customer, adjusting the schedule
and which deliverables will make up each Milestone.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| INPUT(S): - Validation with the customer of the information for Project Planning
- Project in the Project Management tool
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- RMO*
CUSTOMER - Project Coordinator or Committee*
|
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Schedule - TIM032 prepared, respecting the executive expectations of the approved Milestones.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
» Define teamProject Manager or Coordinator: - Organizes the roles defined during the Passing of the Baton Meeting
- Requests resources from the RMO, as planned
- The RMO confirms availability of its resources or informs alternatives for the Project Manager or Coordinator to evaluate (resource loan from other Units or allocation from Third Parties), in order to comply with validated expectations, as follows:
- Evaluates knowledge/experience required
- Evaluates position and level (depending on cost)
- Evaluates overall profile for service
- Analyzes service locations
- Evaluates coherence of the scope x demand
If a Third Party allocation is necessary, the third party RMO must be involved, initiating the processes for partner allocation. - Project Manager or Coordinator aligns with the project team the roles, targets and expected results (Internal kickoff).
Description of activities: - Organizes the roles defined during the Passing of the Baton Meeting
- Requests resources from the RMO, as planned
- The RMO confirms availability of its resources or informs alternatives for the Project Manager or Coordinator to evaluate (resource loan from other Units or allocation from Third Parties), in order to comply with validated expectations, as follows:
- Evaluates knowledge/experience required
- Evaluates position and level (depending on cost)
- Evaluates overall profile for service
- Analyzes service locations
- Evaluates coherence of the scope x demand
If a Third Party allocation is necessary, the third party RMO must be involved, initiating the processes for partner allocation. - Project Manager or Coordinator aligns with the project team the roles, targets and expected results (Internal kickoff).
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- Third-party RMO*
- Analysts/Experts*
CUSTOMER - Project Coordinator or Committee*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| Baseline 1 Determination |
---|
| Baseline 1 Determination |
---|
|
» Baseline 1 DeterminationBaseline is the agreement signed between the parties that demonstrates all aspects discussed and addressed during the preparation of the project and establishing this baseline in the Project is fundamentally important. Once this baseline is set, all future changes should be analyzed and their impacts must be approved to create a new baseline, with the exception of the adjustment provided after the solution design.
Description of activities: Project Manager or Coordinator validates the overall Project Plan with the Customer Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- Key users*
- Business Solutions Executive
- Solutions Architect
CUSTOMER - Project Coordinator or Committee*
- Sponsor*
|
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Presentation of the baseline to the Project Sponsor and Committee during the project’s Kickoff meeting.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
|
Card |
---|
id | 005 |
---|
label | Project welcome |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
» Schedule and Host the Project Kickoff MeetingWe should treat this Kickoff Meeting as an initial event for the Project, which in fact will be for many people. It is a very important moment for overall alignment with all participants who may not have had access to the strategy, changes that may occur, their roles as key users, etc.
That is why it is necessary to carefully explore the expected gains side, opportunities for visibility to the participants, how the Organization is after the implementation of the system, validate everyone’s commitment to the project, etc.
Description of activities: - Project Manager or Coordinator
- Validates the general Project Planning with the Customer
- Prepares the presentation along with the Customer, establishing a logical and engaging line
- Validates the presentation of the Project Welcome Guide – TIM024, with the Customer
- Customer internally organizes the event with support from the Project Manager or Coordinator
- Project Manager or Coordinator holds the meeting with limits established along with the Customer, i.e. with well-defined presentation roles (e.g. who presents the objective and benefits is usually the Sponsor).
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- Key users*
- Business Solutions Executive*
- Solutions Architect *
- TOTVS Support
CUSTOMER - Project Coordinator or Committee*
- Sponsor*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
|
Card |
---|
id | 006 |
---|
label | Stage Completion |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
» Stage completion and Quality Gate evaluationStage review and completeness evaluation
Description of activities: Project Manager or Coordinator reviews the completeness of deliverables for the stage, whether there are pending issues that need to be completed, whether the quality delivered is in line with expectations and whether there are issues and risks that need to be addressed before moving on to the next stage. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| INPUT(S): - Opening Term - TIM021
- Schedule – TIM032 and team definition
- Project kickoff meeting held
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
CUSTOMER - Project Coordinator or Committee*
- Customer*
|
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Gate review and stage deliverables completed
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
|
|
|
|