-
Notifications
You must be signed in to change notification settings - Fork 6
Home
Aquí podras encontrar la documentación correspondiente a procesos, políticas, marcos de referencia, estándares, y guías que se viven en el departamento.
Nova
Sustantivo femenino del latín nova que significa nuevo. Una nova es una explosión termonuclear causada por un desequilibrio entre la gravedad de una estrella y su combustible nuclear. A pesar de que una nova ocurre cuando una estrella se acerca a su fin, suelen dejar una enana blanca en su lugar. Estas son las estrellas más estables del universo y pueden brillar por billones de años, de ahí el nombre, nova.
Visión
Dar a conocer el potencial del desarrollo de software en México, mediante soluciones competitivas a escala internacional.
Misión
Ofrecer soluciones eficaces y escalabales a nuestros clientes, entregando productos de calidad y generando un alto grado de satisfacción.
Valores
Perseverancia, flexibilidad, humildad y comprensión.
Con el fin de simplificar continious delivery evitamos GitFlow y GitLabFlow. A su vez descartamos flujos arriesgados (aunque contemporáneos) como OneFlow o CactusFlow. Github flow es sencillo y permite desarrollo ágil y constante. Para más info visita e siguiente video.
- Crear una rama de feature a partir de master.
- Cualquier cambio en la rama debe reportarse con un commit. Los commit serán en inglés siguiendo verbo en infinitivo + lo que se hizo.
- Abres un pull request que permitira que los demás sepan y revisen que cambió. Se pueden abrir muchos issues para dar feedback a quien hizo el pull request.
- Despliegas la feature (ojo no esto no quiere decir que se despliega master) se despliega la feature que quiere decir se puede probar, hacer hotfixes en caso de que algo truene y hacer rollout en caso necesario, todo esto para minimizar riesgos.
- Una vez que todo funciona como debe y cumple los estándares de calidad se mergea a master.
Nova Offical Wiki
- [PRO01] Proceso para generar un backlog
- [PRO02] Proceso de auditorías
- [PRO03] Proceso para definir un proceso
- [PRO04] Proceso para institucionalizar procesos, guías o políticas
- [PRO05] Proceso de Daily Meeting
- [PRO06] Proceso de inicio de iteración
- [PRO07] Proceso de cierre de iteración
- [PRO08] Proceso de modificación de línea base
- [PRO09] Proceso de gestión de historias de usuario
- [PRO10] Proceso para desarrollar una historia de usuario - Cannis Majoris
- [PRO11] Proceso de gestión de métricas
- [PRO13] Proceso de gestión de riesgos
- [PRO15] Proceso de acciones correctivas
- [PRO16] Proceso de reporte de estado
- [PRO17] Proceso de asignación de roles
- [PRO18] Proceso de validación
- [PRO20] Proceso de involucramiento de stakeholders
- [PRO21] Proceso para junta con el cliente
- [PRO22] Proceso de Pair Review
- [PRO23] Proceso de toma de decisiones
- [PRO24] Proceso de gestion de cambios a historias de usuario
- [PRO25] Proceso de recolección de requisitos
- [PRO26] Proceso para definir el alcance
- [PRO27] Proceso de SCAMPI
- [PRO28] Proceso de mejora continua
- [PRO29] Proceso de presentaciones
- [PRO30] Proceso de Acompañamiento para Competencia Oral
- [PRO31] Proceso de inspección
- [PRO32] Proceso de desarrollo de historias de usuario - Andrómeda
- [GUI01] Guía de CMMI
- [GUI02] Guía de manejo de configuración
- [GUI03] Guía de versionado
- [GUI04] Guía para institucionalizar procesos, guías y políticas
- [GUI05] Guía para agendar eventos
- [GUI06] Guía de Nova Flow
- [GUI07] Guía para definir un WBS
- [GUI08] Guía de especificación de requisitos
- [GUI09] Guía del ciclo de vida del proyecto
- [GUI10] Guía de petición de cambios a historias de usuario
- [GUI11] Guía de creación de métricas
- [GUI12] Guía de uso de Clockify
- [GUI13] Guía de entorno de verificación
- [GUI14] Guía de determinación de evaluación de decisiones
- [GUI15] Guía para estimar
- [GUI16] Guía de identificación de inconsistencias
- [GUI18] Guía del Program Manager
- [GUI19] Guía del Team Leader
- [GUI20] Guía para juntas de desempeño
- [GUI21] Guía para juntas de seguimiento personal
- [GUI22] Guía del Product Owner
- [GUI24] Guía de identificación de riesgos
- [GUI25] Guía del Team Member
- [GUI26] Guía de Validación de historias de usuario
- [GUI27] Guía para identificar procesos, guías y políticas
- [GUI28] Guía de resolución de conflictos
- [GUI29] Guía de denuncias
- [GUI30] Guía de estrategia técnica
- [GUI31] Guía de exposición oral
- [GUI32] Guía para la identificación de recursos del proyecto
- [GUI33] Guía de verificación y validación de productos
- [GUI34] Guía del Architect Owner
- [GUI35] Guía de Manuales
- [POL02] Política de juntas
- [POL03] Política de Nova WoW
- [POL04] Política de comunicación
- [POL05] Política de elementos de la configuración
- [POL06] Política de líneas base
- [POL07] Política de Configuration Control Board
- [POL09] Política de manejo de datos
- [POL11] Política de gestión de métricas
- [POL18] Política de gestión de habilidades y conocimientos
- [PLA01] Plantilla de proceso
- [PLA02] Plantilla de política
- [PLA03] Plantilla de guía
- [PLA04] Backlog de decisiones
- [PLA05] Backlog de requisitos
- [PLA06] Backlog de métricas
- [PLA07] Hoja de SCAMPI
- [PLA08] Checklist de SCAMPI
- [PLA09] Matriz de riesgos
- [PLA10] Reporte de inspección
- [PLA11] Checklist de institucionalización
- [PLA12] Plan de involucramiento de stakeholders
- [PLA13] Backlog de patrones
- [PLA14] Plan de iteración
- [PLA15] Plan de presentación
- [PLA16] Retrospectiva de la iteración
- [PLA17] Acta de proyecto
- [PLA18] Backlog de PIPs
- [PLA19] Hoja de especificación de requisitos
- [PLA20] Reporte de Pair Review
- [PLA21] Backlog de roles
- [PLA22] Plantilla de auditorías
- [PLA23] Checklist de reporte de estado
- [PLA24] Plantilla para validación con cliente
- [PLA25] Plantilla de minuta de junta