Planeamiento con GitHub
Tanto GitHub como Azure DevOps admiten una variedad de funcionalidades de planeamiento de DevOps. Teniendo en cuenta que la organización en el escenario de ejemplo planea confiar en GitHub para su transición de DevOps, con foco en el primero. En concreto, explore GitHub Projects y Project Boards, disponible para todos los clientes de GitHub.
¿Qué son los proyectos de GitHub?
GitHub Projects es una característica hospedada por la plataforma de GitHub que proporciona la capacidad de organizar, realizar un seguimiento y administrar el trabajo de forma colaborativa y visual. Esta característica es adecuada para administrar el ciclo de vida de desarrollo de software, aunque se puede usar prácticamente en cualquier escenario que implique trabajo relacionado con el proyecto. Se integra estrechamente con otros componentes de GitHub, como repositorios, problemas y solicitudes de incorporación de cambios. Proporciona una manera de planear, realizar un seguimiento del progreso y coordinar las tareas dentro de un repositorio y entre repositorios.
Cada proyecto es accesible automáticamente en la tabla, el panel y el diseño de la hoja de ruta. También tiene la opción de crear vistas filtrando, agrupando y ordenando componentes incluidos en el proyecto, generando gráficos configurables y agregando campos personalizados en función de sus preferencias o necesidades individuales.
GitHub Projects ofrecen soporte para hitos, que representan fechas objetivo de objetivos específicos o resultados. Los hitos implementan una escala de tiempo para el proyecto y permiten a los equipos realizar un seguimiento de su progreso.
Los proyectos incluyen flujos de trabajo integrados que puede usar para actualizar el estado de los elementos en función de eventos predefinidos, como establecer automáticamente el estado de un problema recién creado para todo o establecer automáticamente el estado en Done cuando se cierra el problema. De forma predeterminada, dos flujos de trabajo están habilitados en un proyecto recién creado:
- Cuando se cierran problemas o solicitudes de incorporación de cambios en el proyecto, su estado se establece en Done
- Cuando se combinan las solicitudes de incorporación de cambios en el proyecto, su estado se establece en Listo.
¿Qué es un panel de Proyectos de GitHub?
Un panel de Proyectos de GitHub ofrece una representación visual del proyecto correspondiente. Es accesible a través del diseño de panel y admite una experiencia de Kanban. Consta de columnas y tarjetas que permiten organizar y realizar un seguimiento de problemas y solicitudes de incorporación de cambios. Las columnas se pueden personalizar para representar diferentes fases del proyecto. Las tarjetas representan elementos de trabajo, como problemas, problemas de borrador o solicitudes de incorporación de cambios. Puede arrastrar tarjetas entre columnas para reflejar su estado actual o fase de finalización y el valor de esos elementos se ajusta para que coincida con la columna a la que los arrastre. Cada tarjeta puede contener muchos campos, como etiquetas, asignados, fechas de vencimiento y descripciones. Estos campos permiten especificar información adicional sobre el trabajo al que se realiza el seguimiento.
Mediante la funcionalidad de vistas, tiene la opción de crear varios paneles dentro de un repositorio, cada uno con su propio conjunto de columnas distinto. También puede establecer un límite para el número de tarjetas de una columna determinada en un diseño de panel para implementar un límite WIP.
¿Cómo empezar con los paneles de GitHub Projects?
Antes de iniciar un nuevo proyecto de GitHub, cree un repositorio. Un repositorio almacena todos los archivos del proyecto y proporciona una plataforma para administrar el trabajo y colaborar con otros usuarios. Para realizar un seguimiento de los elementos de trabajo relacionados con el proyecto, use problemas. Los problemas proporcionan un método práctico para comunicar y tomar decisiones dentro de un equipo, incluidas las discusiones sobre los detalles del ciclo de vida de la aplicación, como errores o informes de rendimiento, planificación de proyectos o lluvia de ideas de una nueva idea. Para proporcionar sugerencias para mejoras, use solicitudes de incorporación de cambios que contengan cambios propuestos.
Además, considere la posibilidad de usar las etiquetas predeterminadas incluidas en cada repositorio o crear otras personalizadas. Las etiquetas ayudan a realizar un seguimiento de los objetivos del proyecto, designando errores, diferenciando entre varios tipos de trabajo e indicando el estado de los problemas o las solicitudes de incorporación de cambios. Por ejemplo, puede buscar todos los errores del proyecto filtrando por problemas con la etiqueta correspondiente.
Al crear un proyecto, puede empezar desde cero o usar muchas plantillas de proyecto con estructuras de placa predefinidas destinadas a los casos de uso más comunes, como, por ejemplo, planeamiento de equipos, versión de características, Kanban, desarrollo iterativoo seguimiento de errores.