Pasando de Linear a GitHub y LIVE Roadmap 2.0

De Linear a GitHub

Resumen; Nos estamos alejando de Linear y solo usaremos GitHub en adelante. Ya no comunicamos las cronologías de características, solo en qué estamos trabajando y qué viene después.

Si nos sigues, sabes que hemos estado en modo de construcción total. Estamos construyendo, la comunidad está construyendo, es genial. La construcción es nuestro negocio diario, por lo que pensamos mucho en mejorar nuestro enfoque para hacerlo.

Nuestra forma más reciente es reducir el número de herramientas y plataformas que usamos. Cada herramienta que usamos

• Reduce el tiempo promedio que pasas en la herramienta

• Reduce tu enfoque

• Aumenta la carga mental para mantener todos los puntos de interés en mente

Pensamos en dónde pasamos más tiempo, y no es sorprendente: es GitHub. No solo pasamos mucho tiempo allí, sino que también QUEREMOS pasar mucho tiempo allí porque:

• Es donde la comunidad contribuye, y nosotros estamos totalmente enfocados en la comunidad

• Es donde mostramos al mundo lo que estamos trabajando

La antigua estructura

Hasta ahora, hemos estado usando Linear para nuestra gestión de tareas y hemos sincronizado problemas que queremos mostrar o trabajar con la comunidad a través de synclinear.com. No solo teníamos nuestros problemas de desarrollo allí, sino que como tenemos nuestro propio diseñador fundador residente, creamos un backlog de diseño adecuado para estructurar nuestros flujos de trabajo de diseño.

La nueva estructura

Cambiamos todo a GitHub una vez que nos dimos cuenta de que nuestro enfoque ya estaba allí. Esto tiene algunos beneficios clave:

• Reducir la dilución de la atención y el tiempo: Puedes estar en GitHub sin el riesgo de perderte mucho

• Poner diferentes aspectos de Documenso cerca uno del otro: Desarrollo, Diseño, Comunidad

• Mantener issues a largo plazo, nichos y muy abstractos fuera del repositorio principal para que no nos insensibilicemos por grandes números de issues

Para lograr esto, creamos algunos repositorios de GitHub para alojar issues, con el repositorio principal permaneciendo como el punto central de interés, especialmente para la comunidad.

1. Repositorio Principal - Issues diarias y la hoja de ruta a corto plazo (LIVE Roadmap 2.0)

github.com/documenso/documenso

Aparte del código fuente de la aplicación y el sitio web de Documenso, el repositorio principal alberga issues planteadas por la comunidad y issues donde invitamos a la comunidad a participar.

Con la reestructuración de nuestra gestión de issues, también estamos actualizando nuestra comunicación de progreso. Si bien el proceso de desarrollo de software y productos es altamente complejo,

tratamos de dar tanta información como sea posible sobre lo que hacemos. Con ese fin, pasamos por 3 fases, la tres siendo lo que hacemos ahora.

1. Una hoja de ruta extensa: Inicialmente teníamos una hoja de ruta y estábamos (muy) lentamente marcando casillas allí (a través de un hito de "Hoja de Ruta"). Si bien esto es fácil, también es bastante impreciso y no práctico a medida que el proyecto crece

2. lanzamientos estimados por trimestre: Para dar una mejor orientación, intentamos comunicar nuestros objetivos para el trimestre; una ventana bastante grande que pensamos que podríamos "alcanzar". Si bien la idea de no ser demasiado detallados era buena, es difícil estimar cuándo se terminan algunas cosas significativas si haces muchas cosas menores/otros en paralelo, como trabajar con la comunidad y ajustar las cosas sobre la marcha. Alcanzar los objetivos de tiempo es complicado porque puede haber cosas mejores que hacer que ceñirse a ese objetivo de tiempo. Esto siempre es mucho más fácil de entender para las personas involucradas de cerca. La falacia es suponer que la cosa para la que planeas existe en un vacío.

3. Como no queremos limitarnos en la elección del curso más efectivo pero aún así dar una idea de lo que está ocurriendo y lo que se viene, actualizamos la hoja de ruta en vivo https://documen.so/live. Ahora muestra en qué estamos trabajando actualmente y qué planeamos hacer a continuación. Ya no proporcionamos una línea de tiempo específica ya que no podríamos hacerlo incluso si quisiéramos. Por supuesto, establecemos nuestros objetivos a corto plazo basándonos en lo que es mejor para la comunidad. Damos actualizaciones sobre los issues en los que se está trabajando tanto como sea posible.

2. Backlog Público - La hoja de ruta a largo plazo

github.com/documenso/backlog

El backlog público alberga todo lo que queremos construir eventualmente. No proporcionamos una línea de tiempo específica de cuándo podría suceder. Si decidimos en contra de algo, se eliminará del backlog público, ya que consideramos esto nuestra visión a largo plazo para Documenso. Si estás interesado en algo en la hoja de ruta, comenta sobre el issue o publica en Discord. Esto nos ayuda a evaluar el interés en características específicas.

Los issues en el backlog público no están disponibles para ser trabajados. Para los issues en los que trabajar, por favor revisa los issues del repositorio principal. Los issues que se encuentran aquí son de mayor alcance ya que no están destinados a la ejecución inmediata, sino que dan una idea de hacia dónde va Documenso y qué consideramos parte de nuestro dominio.

3. Backlog Interno

github.com/documenso/backlog-internal

Esto sirve como el reemplazo directo para nuestro backlog de Linear. Aquí, gestionamos issues que son demasiado pequeños o a corto plazo para ser incluidos en la hoja de ruta a largo plazo, pero demasiado especializados o fundamentales para ser integrados en el repositorio principal. Nuestro tablero Kanban de desarrollo está implementado utilizando un proyecto de GitHub.

4. Backlog de Diseño Interno

github.com/documenso/design-internal

Este es el equivalente del backlog interno para el diseño. El backlog de diseño interno alberga nuestros proyectos de diseño que incluyen la exploración de nuevas características, diseños de UI detallados y la mejora general de la plataforma.

Es similar al tablero Kanban para el backlog de desarrollo.

5. Repositorio de Diseño Público

github.com/documenso/backlog-design

Si bien el backlog de diseño interno también existía en Linear, el repositorio de diseño público es nuevo. Dado que diseñar en abierto es complicado, optamos por publicar los artefactos de diseño detallados con la característica correspondiente.

Ya tenemos design.documenso.com albergando nuestro sistema de diseño general. Aquí, publicaremos los detalles de cómo aplicamos esto a cada característica. Publicaremos los primeros artefactos aquí pronto, lo que puede estar en la agenda se puede encontrar en la Hoja de Ruta VIVA.

¡No dudes en conectarte con nosotros en Twitter / X (DM abierto) o Discord si tienes alguna pregunta o comentario! Siempre estamos aquí para ayudar y nos encantaría saber de ti :)

Saludos desde Hamburgo

Timur