Vea cómo los clientes de RS21 y los propios equipos de ingeniería de Guru utilizan Guru para asegurar su documentación de desarrollo, incluidos los procesos y plantillas.
Todos los equipos de ingeniería dependen de algún tipo de herramienta de documentación para comunicar información importante del producto con sus colegas. Para equipos pequeños que recién comienzan, esto podría ser tan simple como un Google Doc, y para equipos más grandes con productos complejos, esto podría ser una wiki jerárquica. Dependiendo de cómo esté estructurada su empresa, otros equipos (como recursos humanos o marketing) también pueden usar esta wiki, o tener otras áreas donde almacenan la información de su equipo.
Al unirse a un nuevo equipo de ingeniería (ya sea interno o externo), el proceso de incorporación es fundamental para determinar cuán rápido un nuevo compañero se siente listo para contribuir. Desde configurar su entorno de codificación hasta revisar la documentación de características, hay mucho que necesitan para estar al día y listos para asumir nuevos trabajos.
Para muchos equipos de ingeniería, el proceso de incorporación termina siendo laborioso para otro compañero, que es designado como el 'amigo' del nuevo empleado y lo guiaría a través de esta información en tiempo real. Pero al proporcionar a su equipo Tarjetas verificadas por expertos, actualizadas en Guru, los líderes de ingeniería de RS21 le dan a los nuevos contratados la flexibilidad para ensamblar a su propio ritmo. Esto les permite ahorrar tiempo con su 'amigo' de incorporación para construir relaciones interpersonales o hacer preguntas sobresalientes.
Cuando un nuevo ingeniero se une al equipo de RS21, inicia sesión en Guru para comenzar a trabajar en sus materiales de incorporación. Revisarán un 'Tablero de Información del Equipo' donde podrán conocer un poco sobre sus compañeros, utilizar Tarjetas de infraestructura para configurar sus entornos correctamente y leer los estándares de codificación de su equipo para tener una idea de cómo colaborar mejor con sus nuevos colegas.
Del mismo modo, en Guru, cuando un ingeniero se une o se mueve a un nuevo equipo, su incorporación se realiza en Guru. Usarán Tarjetas de historia de vida para conocer a sus compañeros, ver guías sobre cómo deben esperar trabajar juntos, y explorar la Colección de su nuevo equipo en Guru para familiarizarse con las características del producto y las áreas por las que ahora son responsables.
Mejores Prácticas y Normas del Equipo
Una vez que todo el equipo ha sido incorporado, los recursos continuos, como los estándares de codificación y las mejores prácticas de documentación, también tienen un hogar en Guru. Cuando se documentan de una manera accesible en sus flujos de trabajo, esto facilita que los ingenieros colaboren productivamente con el resto de su equipo y el resto de la empresa. También evita que necesiten memorizar cualquier política o procedimiento o, peor aún, marcar y depender de documentos obsoletos.
La Colección de Ingeniería de RS21 en Guru incluye un Tablero dedicado a las pautas de proceso, incluidas Tarjetas con instrucciones para fusionar código, crear un script de bash, solicitar una revisión de código, y más. También tienen Tableros dedicados al estilo de sintaxis de codificación acordado por su equipo, instrucciones de configuración de AWS, información de administración del sistema, y más. Incluso tienen fragmentos de código utilizados con frecuencia disponibles para fácil copia y pegado en Tarjetas de Guru.
Además de estas Tarjetas específicas de ingeniería, Guru también es un gran lugar para que los ingenieros accedan a las mejores prácticas transversales y pautas para procesos entre equipos. Por ejemplo, el equipo de RS21 realiza discusiones asincrónicas utilizando Guru para dar a los miembros del equipo más tiempo para responder de manera reflexiva y para brindar a todos una plataforma equitativa y justa para contribuir. Las instrucciones sobre cómo configurar y monitorear estas discusiones se mantienen en una plantilla de Guru, para que cualquiera pueda iniciarla fácilmente cuando sea necesario.
En Guru, involucramos a equipos fuera de nuestra organización de desarrollo de productos para ayudar con nuestro proceso de aseguramiento de calidad (QA). Con más perspectivas diversas, somos capaces de identificar mejor errores, explorar posibles desafíos para los clientes y protegernos contra ellos antes del lanzamiento. Pero un proceso tan técnico como QA necesita instrucciones y procedimientos documentados al involucrar equipos transversales. Antes de comenzar QA para una nueva característica, un líder de equipo de ingeniería utilizará nuestra plantilla de proceso de QA para crear un centro de recursos para todo lo que nuestro equipo y las partes interesadas necesitarán para el QA de punta a punta. Cuando estemos listos para comenzar QA, lo enviarán como un anuncio al equipo y a las partes interesadas, e incluirán las fechas activas de QA en el mensaje.
Planificación de Proyectos y Documentación de Desarrollo
Cada vez que se inicia un nuevo proyecto de desarrollo, hay mucha documentación que sigue para asegurar que todos tengan el contexto completo que necesitan para desempeñar su papel. Después de una reunión de inicio, los ingenieros dependen de documentos de requisitos de los equipos de producto, los diseños funcionales más actualizados de su equipo de UX, copias de su equipo de marketing o redacción, y más.
Y, por supuesto, a menudo necesitarán consultar cualquier documentación técnica que impacte la característica en la que están trabajando, o que necesitarán actualizar más adelante en el desarrollo.
En Guru, hacemos un seguimiento de los diversos recursos necesarios para el desarrollo de productos en una Tarjeta de Recursos de Proyectos Activos, defendida por cada líder de ingeniería del proyecto. Estas Tarjetas son el recurso de consulta del equipo de ingeniería durante las primeras etapas del ciclo de vida del desarrollo del producto, y se mantienen actualizadas para reflejar cualquier cambio a lo largo del proceso.
A medida que avanza el proceso de desarrollo, la colaboración entre ingeniería y diseño debe mantenerse en sincronía. Pero debido a la naturaleza a menudo asincrónica y remota del trabajo, los diseñadores y los ingenieros no siempre pueden participar en una llamada de Zoom para discutir cualquier problema o comentario. Para asegurar que sigan nuestro protocolo interno acordado para solicitar comentarios sobre el diseño, nuestro equipo de ingeniería utiliza nuestro Feedback de Diseño para cambios en la interfaz de usuario documentado en Guru.
Documentación a prueba de futuro
La documentación ha sido siempre y siempre será una parte necesaria del trabajo de un ingeniero. Pero lo que una vez solicitó goces dolorosos y suspiros de angustia puede convertirse en una parte simple y natural de su día a día cuando se integra directamente en su flujo de trabajo. La extensión del navegador de Guru trae documentación directamente a los lugares donde los ingenieros la necesitan, en lugar de obligarlos a cambiar de contexto para acceder a ella, y las Tarjetas breves, verificadas por expertos, quitan la presión de los artículos extensos de antaño que eran un dolor de cabeza para escribir y aún más difíciles de mantener. Entonces, ¿por qué aumentar la deuda técnica con documentación obsoleta cuando puedes asegurarte fácilmente de que esté a prueba de futuro ahora mismo? Comienza hoy de forma gratuita.
Todos los equipos de ingeniería dependen de algún tipo de herramienta de documentación para comunicar información importante del producto con sus colegas. Para equipos pequeños que recién comienzan, esto podría ser tan simple como un Google Doc, y para equipos más grandes con productos complejos, esto podría ser una wiki jerárquica. Dependiendo de cómo esté estructurada su empresa, otros equipos (como recursos humanos o marketing) también pueden usar esta wiki, o tener otras áreas donde almacenan la información de su equipo.
Al unirse a un nuevo equipo de ingeniería (ya sea interno o externo), el proceso de incorporación es fundamental para determinar cuán rápido un nuevo compañero se siente listo para contribuir. Desde configurar su entorno de codificación hasta revisar la documentación de características, hay mucho que necesitan para estar al día y listos para asumir nuevos trabajos.
Para muchos equipos de ingeniería, el proceso de incorporación termina siendo laborioso para otro compañero, que es designado como el 'amigo' del nuevo empleado y lo guiaría a través de esta información en tiempo real. Pero al proporcionar a su equipo Tarjetas verificadas por expertos, actualizadas en Guru, los líderes de ingeniería de RS21 le dan a los nuevos contratados la flexibilidad para ensamblar a su propio ritmo. Esto les permite ahorrar tiempo con su 'amigo' de incorporación para construir relaciones interpersonales o hacer preguntas sobresalientes.
Cuando un nuevo ingeniero se une al equipo de RS21, inicia sesión en Guru para comenzar a trabajar en sus materiales de incorporación. Revisarán un 'Tablero de Información del Equipo' donde podrán conocer un poco sobre sus compañeros, utilizar Tarjetas de infraestructura para configurar sus entornos correctamente y leer los estándares de codificación de su equipo para tener una idea de cómo colaborar mejor con sus nuevos colegas.
Del mismo modo, en Guru, cuando un ingeniero se une o se mueve a un nuevo equipo, su incorporación se realiza en Guru. Usarán Tarjetas de historia de vida para conocer a sus compañeros, ver guías sobre cómo deben esperar trabajar juntos, y explorar la Colección de su nuevo equipo en Guru para familiarizarse con las características del producto y las áreas por las que ahora son responsables.
Mejores Prácticas y Normas del Equipo
Una vez que todo el equipo ha sido incorporado, los recursos continuos, como los estándares de codificación y las mejores prácticas de documentación, también tienen un hogar en Guru. Cuando se documentan de una manera accesible en sus flujos de trabajo, esto facilita que los ingenieros colaboren productivamente con el resto de su equipo y el resto de la empresa. También evita que necesiten memorizar cualquier política o procedimiento o, peor aún, marcar y depender de documentos obsoletos.
La Colección de Ingeniería de RS21 en Guru incluye un Tablero dedicado a las pautas de proceso, incluidas Tarjetas con instrucciones para fusionar código, crear un script de bash, solicitar una revisión de código, y más. También tienen Tableros dedicados al estilo de sintaxis de codificación acordado por su equipo, instrucciones de configuración de AWS, información de administración del sistema, y más. Incluso tienen fragmentos de código utilizados con frecuencia disponibles para fácil copia y pegado en Tarjetas de Guru.
Además de estas Tarjetas específicas de ingeniería, Guru también es un gran lugar para que los ingenieros accedan a las mejores prácticas transversales y pautas para procesos entre equipos. Por ejemplo, el equipo de RS21 realiza discusiones asincrónicas utilizando Guru para dar a los miembros del equipo más tiempo para responder de manera reflexiva y para brindar a todos una plataforma equitativa y justa para contribuir. Las instrucciones sobre cómo configurar y monitorear estas discusiones se mantienen en una plantilla de Guru, para que cualquiera pueda iniciarla fácilmente cuando sea necesario.
En Guru, involucramos a equipos fuera de nuestra organización de desarrollo de productos para ayudar con nuestro proceso de aseguramiento de calidad (QA). Con más perspectivas diversas, somos capaces de identificar mejor errores, explorar posibles desafíos para los clientes y protegernos contra ellos antes del lanzamiento. Pero un proceso tan técnico como QA necesita instrucciones y procedimientos documentados al involucrar equipos transversales. Antes de comenzar QA para una nueva característica, un líder de equipo de ingeniería utilizará nuestra plantilla de proceso de QA para crear un centro de recursos para todo lo que nuestro equipo y las partes interesadas necesitarán para el QA de punta a punta. Cuando estemos listos para comenzar QA, lo enviarán como un anuncio al equipo y a las partes interesadas, e incluirán las fechas activas de QA en el mensaje.
Planificación de Proyectos y Documentación de Desarrollo
Cada vez que se inicia un nuevo proyecto de desarrollo, hay mucha documentación que sigue para asegurar que todos tengan el contexto completo que necesitan para desempeñar su papel. Después de una reunión de inicio, los ingenieros dependen de documentos de requisitos de los equipos de producto, los diseños funcionales más actualizados de su equipo de UX, copias de su equipo de marketing o redacción, y más.
Y, por supuesto, a menudo necesitarán consultar cualquier documentación técnica que impacte la característica en la que están trabajando, o que necesitarán actualizar más adelante en el desarrollo.
En Guru, hacemos un seguimiento de los diversos recursos necesarios para el desarrollo de productos en una Tarjeta de Recursos de Proyectos Activos, defendida por cada líder de ingeniería del proyecto. Estas Tarjetas son el recurso de consulta del equipo de ingeniería durante las primeras etapas del ciclo de vida del desarrollo del producto, y se mantienen actualizadas para reflejar cualquier cambio a lo largo del proceso.
A medida que avanza el proceso de desarrollo, la colaboración entre ingeniería y diseño debe mantenerse en sincronía. Pero debido a la naturaleza a menudo asincrónica y remota del trabajo, los diseñadores y los ingenieros no siempre pueden participar en una llamada de Zoom para discutir cualquier problema o comentario. Para asegurar que sigan nuestro protocolo interno acordado para solicitar comentarios sobre el diseño, nuestro equipo de ingeniería utiliza nuestro Feedback de Diseño para cambios en la interfaz de usuario documentado en Guru.
Documentación a prueba de futuro
La documentación ha sido siempre y siempre será una parte necesaria del trabajo de un ingeniero. Pero lo que una vez solicitó goces dolorosos y suspiros de angustia puede convertirse en una parte simple y natural de su día a día cuando se integra directamente en su flujo de trabajo. La extensión del navegador de Guru trae documentación directamente a los lugares donde los ingenieros la necesitan, en lugar de obligarlos a cambiar de contexto para acceder a ella, y las Tarjetas breves, verificadas por expertos, quitan la presión de los artículos extensos de antaño que eran un dolor de cabeza para escribir y aún más difíciles de mantener. Entonces, ¿por qué aumentar la deuda técnica con documentación obsoleta cuando puedes asegurarte fácilmente de que esté a prueba de futuro ahora mismo? Comienza hoy de forma gratuita.
Experimenta el poder de la plataforma Guru de primera mano: realiza nuestro recorrido interactivo por el producto
.webp)
