Para mantener una entrega continua en una cultura ágil es de gran ayuda tener una gestión de código limpia y óptima. Esaú Ortega nos platicará en esta ocasión cuales son las mejores prácticas para integrar frontend con facilidad y eficacia.
10. * Glids (Archuitecture)
Fail fast → Learn fast → Improve fast
Agile > Scrum
Principles > Practices
Scrum Master → Agile Coach
Tech Lead → Technical Coach
Scrum Team → Autonomous Squad (Cels)
11. Gitflow
Gitflow es un modelo de integración de código propuesto por Vincent Driessen (2010) para trabajar de manera
colaborativa usando git.
En este modelo existen 2 ramas estáticas: master y develop. Así como otras 3 ramas variables: feature, release y
hotfix.
master. contiene el código que está actualmente en producción.
develop. es donde los nuevos módulos se guardan a la espera de salir a producción.
feature. es donde se añade nueva funcionalidad.
release. contiene código candidato para ser liberado a producción.
hotfix. es donde se corrigen issues encontrados en producción
12.
13. Lo bueno
● Células pequeñas
● Features atómicos
● Branching minimalista
● Ritmo armónico
14. Lo malo
● Ramas de integración efímeras
● Mal nombrado de branches
● Tareas demasiado ambiguas
15. Lo peor
● Proyectos más grandes
● Seguimiento inapropiado
● Nombrado general
● Integración caótica
16.
17. Gitflow + Practice = Nextflow
● Branching por stories
● Branching por features
● Develop como integración
continua
● Ritmo de integración
● Merges confiables
● Releases flexibles
● Ciclos de pruebas
● Ciclos de corrección
22. Objetivos
JIRA Workflows
● Story / Features
● Bugfix / Hotfix
● Releases
CI/CD
● Auto testing / Code review
● Aprovisionamiento automático.
● Sistema de notificaciones (Slack, Push).
● Documentación.
23. Codemetrics
The first purpose of metrics is simply to help you track and understand what has happened.
-Jonathan Alexander
24. Codemetrics
features. Velocidad, agilidad (por persona y por célula).
bugfix. Bugs (por feature, por persona, por celula).
hotfix / support. Errores en producción y mantenimientos por release.
test. Num ciclos x feature, Esfuerzo total de pruebas (en hrs) por feature.
develop. features publicados por sprint/mes, capacidad instalada.
release. Num de bugs no identificados en features. Num de bugs resultado de integración, Num de releases por mes.
Story points por release
master. Severidad de hotfixes.