Aprenda estrategias modernas de gestión de proyectos, planificación de releases, integración de QA y escalado de equipos. Insights para líderes de ingeniería y gerentes de proyectos.
«Deberíamos migrar a microservicios.» Esta frase se ha convertido en la señal de una decisión técnica tomada por imitación y no por necesidad. Aquí explicamos por qué, en la mayoría de los casos, un monolito es una mejor elección.
La mayoría de grandes empresas creyendo hacer Scrum en realidad hacen Water-Scrum-Fall: Waterfall para decisiones y despliegues, Scrum para desarrollo en medio. Entender este modelo es entender cómo reconciliar agilidad y gobernanza.
COBIT responde a una pregunta que muchas organizaciones ignoran: ¿cómo asegurar que TI realmente crea valor para el negocio y que los riesgos se gestionan apropiadamente? Es el framework de gobernanza de TI de referencia.
No existe ninguna otra profesión donde el conocimiento fundamental caduca tan rápido como en el desarrollo de software. Esta realidad genera un estado mental particular: una mezcla de FOMO crónico y genuina impotencia. Aquí explicamos cómo salir de eso.
ITIL no es un método de desarrollo de software. Es un marco para gestionar servicios IT. Pero todo desarrollador que entrega y mantiene software en producción está, sepa o no, dentro del alcance de ITIL.
DevOps no es un trabajo, ni una herramienta, ni un método. Es una cultura. Una cultura que dice que los equipos de desarrollo y operaciones no pueden permitirse trabajar en silos si quieren entregar valor rápidamente.
Donde PMBOK y PRINCE2 describen procesos y prácticas, IPMA ICB se enfoca en competencias individuales del gestor de proyecto. Un enfoque centrado en lo humano más que en métodos.
PMBOK no es método a seguir exactamente: es marco de referencia de mejores prácticas. Entender sus 10 dominios de conocimiento proporciona marco conceptual aplicable a cualquier proyecto.
PRINCE2 es el método de gestión de proyectos preferido por los gobiernos británico, australiano y la ONU. Su estructura rigurosa y flexibilidad de adaptación lo hacen un estándar de referencia mundial.
TQM no dice que la calidad es trabajo del departamento QA. Dice que la calidad es responsabilidad de todos en la organización, del CEO al pasante. Esta filosofía lo cambia todo.
