Recebemos seus dados. Em breve um especialista da Senior entrará em contato com você.
Esta política se aplica ao produto Hypnobox e aos seus componentes de operação, abrangendo todas as mudanças disponibilizadas por entrega contínua, incluindo serviços, APIs, integrações, correções, melhorias, novas funcionalidades e demais alterações que impactem o comportamento do sistema.
A Política de Ciclo de Vida das Versões tem como objetivo estabelecer as diretrizes que orientam a evolução contínua do produto, definindo os critérios aplicáveis ao desenvolvimento, validação, disponibilização, manutenção e descontinuação dos componentes da plataforma ao longo do ciclo de operação.
A Política de Ciclo de Vida das Versões (PCVV) tem como objetivo estabelecer as diretrizes que orientam a evolução contínua do produto Hypnobox, definindo os critérios aplicáveis ao desenvolvimento, validação, disponibilização, manutenção e descontinuação de componentes da plataforma ao longo de seu ciclo de operação.
Este documento visa promover a disponibilização das alterações de forma padronizada, transparente e alinhada aos processos definidos para o produto.
O produto Hypnobox adota um modelo de evolução contínua, no qual melhorias, correções e novas funcionalidades são disponibilizadas de forma incremental por meio de deploys planejados. Não há utilização de versionamento comercial, como versões 1.0, 2.0 ou similares, sendo disponibilizada aos clientes sempre a versão mais atual da aplicação.
As alterações são incorporadas continuamente ao produto, observando as necessidades do negócio e os processos internos de desenvolvimento, validação e disponibilização.
O produto Hypnobox adota um modelo de disponibilização contínua, no qual as alterações aprovadas podem ser disponibilizadas em produção diariamente ou sempre que necessário, conforme o fluxo de desenvolvimento do produto. As alterações são disponibilizadas, em regra, para todos os clientes, não sendo adotadas atualmente estratégias de liberação progressiva ou segmentada.
A disponibilização de alterações em produção está condicionada à conclusão das etapas de desenvolvimento e validação, observando os critérios de qualidade definidos para cada entrega. As alterações são submetidas à revisão técnica e validação funcional aplicáveis, com registro das evidências correspondentes. Exceções e validações complementares após disponibilização podem ocorrer mediante aprovação das lideranças responsáveis.
| Termo | Definição |
|---|---|
| Deploy | Processo de disponibilização de alterações em um ambiente de aplicação. |
| Entrega Contínua (Continuous Delivery) | Modelo de desenvolvimento em que melhorias, correções e novas funcionalidades são disponibilizadas continuamente, sem adoção de versões comerciais numeradas. |
| Rollback | Procedimento de reversão de um deploy para restaurar a estabilidade ou o funcionamento esperado do ambiente quando identificada alguma condição que comprometa sua operação. |
| Homologação | Ambiente destinado à validação funcional e técnica das alterações antes de sua disponibilização em produção. |
| Produção | Ambiente utilizado pelos clientes para a operação da plataforma. |
Observação
A quantidade e a nomenclatura dos ambientes podem variar de acordo com as necessidades do produto.
| Entrega | Definição |
|---|---|
| Nova funcionalidade | Introduz uma nova capacidade ao sistema, como tela, endpoint, regra de negócio ou outro recurso não existente anteriormente. |
| Correção | Corrige comportamentos que apresentam funcionamento incorreto ou diferente do esperado, restabelecendo o funcionamento previsto do sistema. |
| Refatoração | Altera a estrutura interna do código com o objetivo de melhorar sua organização, legibilidade, manutenibilidade ou qualidade técnica, sem modificar o comportamento funcional esperado do sistema. |
| Documentação técnica | Compreende a criação, atualização ou manutenção de conteúdos que orientam a utilização do produto e seus processos, como regras de negócio e demais materiais de apoio ao usuário. |
| Teste | Compreende a criação, atualização ou manutenção de testes utilizados para verificar o funcionamento e a qualidade do produto, incluindo testes unitários, de integração e end-to-end (E2E). |
| Melhoria de performance | Otimiza o desempenho do sistema, melhorando seu tempo de resposta, capacidade de processamento ou consumo de recursos, sem alterar o comportamento funcional esperado. |
| Alteração em pipeline/CI | Compreende alterações relacionadas aos processos de build, deploy, integração contínua (CI) e automações utilizadas no ciclo de desenvolvimento e disponibilização do produto. |
Atualmente, o produto Hypnobox não possui um processo formal de descontinuação. Eventuais descontinuações devem ser avaliadas pelas áreas responsáveis, considerando os impactos e as necessidades de comunicação aplicáveis.
Direitos e deveres da Hypnobox: o produto Hypnobox é responsável pela evolução, disponibilização e manutenção do produto, incluindo o desenvolvimento de funcionalidades, correções e demais alterações, conforme as necessidades técnicas e de negócio.
A disponibilização deve observar os processos de desenvolvimento, validação e qualidade estabelecidos nesta política, de forma a preservar a estabilidade e o funcionamento adequado do produto. Após a disponibilização, cabe ao produto Hypnobox tratar eventuais incidentes identificados, conforme os processos internos aplicáveis.
Direitos e deveres do cliente: o cliente tem acesso às funcionalidades e evoluções disponibilizadas pelo produto Hypnobox, devendo utilizá-lo de acordo com as orientações e condições estabelecidas, comunicando eventuais problemas ou incidentes pelos canais de atendimento disponíveis.
Quando aplicável, cabe ao cliente avaliar os impactos das alterações sobre suas integrações, customizações ou processos internos e adotar as medidas necessárias para garantir a continuidade de sua operação.
Para mais informações, acesse: FAQ - Política do Ciclo de Vida das Versões (PCVV)
This policy applies to the Hypnobox product and its operating components, covering all changes delivered through continuous delivery, including services, APIs, integrations, fixes, improvements, new features and any other changes that affect system behavior.
The Version Lifecycle Policy aims to establish the guidelines that guide the continuous evolution of the product, defining the criteria applicable to development, validation, release, maintenance and discontinuation of platform components throughout the operating lifecycle.
The Version Lifecycle Policy (PCVV) aims to establish the guidelines that guide the continuous evolution of the Hypnobox product, defining the criteria applicable to the development, validation, release, maintenance and discontinuation of platform components over its operating lifecycle.
This document seeks to promote the release of changes in a standardized, transparent manner and aligned with the processes defined for the product.
The Hypnobox product adopts a continuous evolution model in which improvements, fixes and new features are released incrementally through planned deployments. There is no commercial versioning, such as versions 1.0, 2.0 or similar; customers always receive the most current version of the application.
Changes are incorporated continuously into the product, taking into account business needs and internal development, validation and release processes.
The Hypnobox product adopts a continuous release model in which approved changes may be released to production daily or whenever necessary, according to the product development flow. These changes are generally released to all customers and progressive or segmented release strategies are not currently adopted.
The release of changes to production is conditioned on the completion of the development and validation stages, observing the quality criteria defined for each delivery. Changes are subject to the applicable technical review and functional validation, with records of corresponding evidence. Exceptions and complementary validations after release may occur with approval from the responsible leaders.
| Term | Definition |
|---|---|
| Deploy | Process of making changes available in an application environment. |
| Continuous Delivery | Development model in which improvements, fixes and new functionalities are released continuously, without adopting numbered commercial versions. |
| Rollback | Procedure to revert a deployment to restore stability or expected operation when a condition affects service quality. |
| Homologation | Environment intended for functional and technical validation of changes before release to production. |
| Production | Environment used by customers to operate the platform. |
Note
The number and naming of environments may vary according to product needs.
| Delivery | Definition |
|---|---|
| New functionality | Introduces a new capability to the system, such as a screen, endpoint, business rule or other resource not previously available. |
| Correction | Fixes behavior that is incorrect or different from expected, restoring the system's intended operation. |
| Refactoring | Changes the internal structure of the code to improve its organization, readability, maintainability or technical quality without modifying expected functional behavior. |
| Technical documentation | Includes the creation, update or maintenance of content that guides the use of the product and its processes, such as business rules and other user support materials. |
| Test | Includes the creation, update or maintenance of tests used to verify product functioning and quality, including unit, integration and end-to-end (E2E) tests. |
| Performance improvement | Optimizes system performance by improving response times, processing capacity or resource consumption without altering expected functional behavior. |
| Pipeline/CI change | Includes changes related to build, deployment, continuous integration (CI) and automation processes used in the product development and release cycle. |
Currently, the Hypnobox product does not have a formal discontinuation process. Any discontinuations must be evaluated by the responsible areas, considering impacts and communication needs.
Hypnobox responsibilities: the product is responsible for evolving, releasing and maintaining the product, including the development of features, fixes and other changes according to technical and business needs.
Release should follow the development, validation and quality processes defined in this policy to preserve system stability and proper operation. After release, Hypnobox is responsible for addressing any incidents identified according to internal procedures.
Customer responsibilities: the customer has access to features and evolutions made available by Hypnobox and must use them according to the established guidelines and conditions, communicating problems or incidents through the available support channels.
Where applicable, the customer must assess the impact of changes on integrations, customizations or internal processes and adopt the necessary measures to ensure continuity of operations.
For more information, visit: FAQ - Política do Ciclo de Vida das Versões (PCVV)
Esta política se aplica al producto Hypnobox y a sus componentes de operación, abarcando todos los cambios disponibles por entrega continua, incluidos servicios, APIs, integraciones, correcciones, mejoras, nuevas funcionalidades y demás cambios que impacten el comportamiento del sistema.
La Política del Ciclo de Vida de las Versiones tiene como objetivo establecer las directrices que orientan la evolución continua del producto, definiendo los criterios aplicables al desarrollo, validación, disponibilización, mantenimiento y descontinuación de los componentes de la plataforma a lo largo de su ciclo de operación.
La Política del Ciclo de Vida de las Versiones (PCVV) tiene como objetivo establecer las directrices que orientan la evolución continua del producto Hypnobox, definiendo los criterios aplicables al desarrollo, validación, disponibilización, mantenimiento y descontinuación de componentes de la plataforma a lo largo de su ciclo de operación.
Este documento busca promover la disponibilización de cambios de forma estandarizada, transparente y alineada con los procesos definidos para el producto.
El producto Hypnobox adopta un modelo de evolución continua, en el que mejoras, correcciones y nuevas funcionalidades se disponibilizan de forma incremental por medio de despliegues planificados. No existe versionado comercial, como versiones 1.0, 2.0 o similares; se entrega a los clientes siempre la versión más actual de la aplicación.
Los cambios se incorporan continuamente al producto, observando las necesidades del negocio y los procesos internos de desarrollo, validación y disponibilización.
El producto Hypnobox adopta un modelo de disponibilización continua, en el que los cambios aprobados pueden publicarse en producción diariamente o siempre que sea necesario, según el flujo de desarrollo del producto. Los cambios se disponibilizan, por regla general, para todos los clientes, sin adoptar actualmente estrategias de liberación progresiva o segmentada.
La disponibilización de cambios en producción está condicionada a la conclusión de las etapas de desarrollo y validación, observando los criterios de calidad definidos para cada entrega. Los cambios pasan por la revisión técnica y validación funcional aplicables, con registro de las evidencias correspondientes. Excepciones y validaciones complementarias tras la disponibilización pueden ocurrir con aprobación de las liderazgos responsables.
| Término | Definición |
|---|---|
| Deploy | Proceso de disponibilización de cambios en un entorno de aplicación. |
| Entrega continua (Continuous Delivery) | Modelo de desarrollo en el que mejoras, correcciones y nuevas funcionalidades se disponibilizan continuamente, sin adopción de versiones comerciales numeradas. |
| Rollback | Procedimiento de reversión de un deploy para restaurar la estabilidad o el funcionamiento esperado del entorno cuando alguna condición compromete su operación. |
| Homologación | Entorno destinado a la validación funcional y técnica de los cambios antes de su disponibilización en producción. |
| Producción | Entorno utilizado por los clientes para la operación de la plataforma. |
Nota
La cantidad y la nomenclatura de los entornos pueden variar según las necesidades del producto.
| Entrega | Definición |
|---|---|
| Nueva funcionalidad | Introduce una nueva capacidad al sistema, como pantalla, endpoint, regla de negocio o cualquier otro recurso no existente anteriormente. |
| Corrección | Corrige comportamientos que presentan funcionamiento incorrecto o diferente del esperado, restableciendo el funcionamiento previsto del sistema. |
| Refactorización | Modifica la estructura interna del código con el objetivo de mejorar su organización, legibilidad, mantenibilidad o calidad técnica, sin alterar el comportamiento funcional esperado del sistema. |
| Documentación técnica | Comprende la creación, actualización o mantenimiento de contenidos que orientan la utilización del producto y sus procesos, como reglas de negocio y demás materiales de apoyo al usuario. |
| Prueba | Comprende la creación, actualización o mantenimiento de pruebas utilizadas para verificar el funcionamiento y la calidad del producto, incluyendo pruebas unitarias, de integración y end-to-end (E2E). |
| Mejora de rendimiento | Optimiza el rendimiento del sistema, mejorando su tiempo de respuesta, capacidad de procesamiento o consumo de recursos, sin alterar el comportamiento funcional esperado. |
| Cambio en pipeline/CI | Comprende cambios relacionados con procesos de build, despliegue, integración continua (CI) y automatizaciones utilizadas en el ciclo de desarrollo y disponibilización del producto. |
Actualmente, el producto Hypnobox no cuenta con un proceso formal de descontinuación. Eventuales descontinuaciones deben ser evaluadas por las áreas responsables, considerando los impactos y necesidades de comunicación aplicables.
Derechos y deberes de Hypnobox: el producto Hypnobox es responsable por la evolución, disponibilización y mantenimiento del producto, incluyendo el desarrollo de funcionalidades, correcciones y demás cambios, conforme a las necesidades técnicas y de negocio.
La disponibilización debe observar los procesos de desarrollo, validación y calidad establecidos en esta política, de forma de preservar la estabilidad y el funcionamiento adecuado del producto. Tras la disponibilización, corresponde al producto Hypnobox atender los incidentes identificados, según los procesos internos aplicables.
Derechos y deberes del cliente: el cliente tiene acceso a las funcionalidades y evoluciones disponibilizadas por el producto Hypnobox, debiendo utilizarlo de acuerdo con las orientaciones y condiciones establecidas, comunicando eventuales problemas o incidentes por los canales de atención disponibles.
Cuando corresponda, corresponde al cliente evaluar los impactos de los cambios sobre sus integraciones, personalizaciones o procesos internos y adoptar las medidas necesarias para garantizar la continuidad de su operación.
Para obtener más información, acceda: FAQ - Política do Ciclo de Vida das Versões (PCVV)
