Hay muchos tipos diferentes de soluciones que se ofrecen hoy en día (SaaS, en las instalaciones o híbridas) que prometen una mejor colaboración con solo unos pocos clics del mouse. La mayoría de ellos tienen 1 en común. Un atributo es que no ofrece el desarrollo del producto. capacidades y características que realmente necesita.
A Tony Bibbs, presidente del Grupo GForge
Seamos realistas: los espacios de colaboración y gestión de proyectos tienen una amplia gama de opciones y elecciones.
Hay muchos tipos diferentes de soluciones que se ofrecen hoy en día (SaaS, en las instalaciones o híbridas) que prometen una mejor colaboración con solo unos pocos clics del mouse Una es que no proporciona las capacidades y funciones de desarrollo de productos que realmente necesita.
De hecho, muchas de estas soluciones empeoran la colaboración. Para ayudarlo a explorar sus opciones, levantemos el capó y exploremos los muchos problemas comunes a las soluciones de colaboración actuales.
No escalar demasiado pequeño o demasiado grande
No todos los proyectos son creados iguales. Una vez más, no todos los proyectos son iguales.
¿Conoces algún prototipo del que estuvieras tan orgulloso? Digamos que una prueba de concepto que creaste y que solo requería un repositorio Git para almacenar tu trabajo emociona a tus clientes y quieren convertirla en un producto más sofisticado.
Un producto más completo requiere un equipo real de gerentes de proyecto, ingenieros y control de calidad. También garantizo que un producto más completo necesitará más que un repositorio Git tipo wiki, documentación administrativa y un sistema de emisión de boletos para planificar, distribuir y rastrear el trabajo de todos. Ampliar la funcionalidad de su proyecto está a solo unos clics del mouse. En cambio, muchas de las plataformas de administración de proyectos y colaboración actuales son un dolor de cabeza al negociar con los proveedores para comprar más puestos o funciones adicionales.
Aquí es donde la herramienta comienza a ejecutar equipos. Lo que comenzó como una solución de emisión de boletos rápidamente incluyó wikis, chats, mesas de ayuda, y luego te encuentras mirando docenas de herramientas unidas por cinta adhesiva y webhooks. datos valiosos del proyecto.
¿Quién trabaja para quién?
Esa pregunta puede sonar tonta, pero sí, la hacemos con toda seriedad. ¿Tus herramientas funcionan para ti o tienes que doblegarte a su voluntad? Empecemos con algo tan básico como el ticketing, por ejemplo.
Un ticket es una unidad atómica de trabajo para hacer las cosas. Todo el trabajo se planifica, distribuye y rastrea a través de tickets. De hecho, la mayor parte de la colaboración se centra en la mejor forma de entregar el trabajo descrito en el ticket. Entonces, ¿por qué tantos sistemas son incorrectos para todas sus necesidades más importantes y básicas? Respondamos a esta pregunta identificando las deficiencias comunes a muchas herramientas de colaboración.
- Boleto duplicado — Al crear un ticket, ¿le dice el sistema que puede estar enviando un duplicado? Además, ¿es posible que el problema o el objetivo del ticket ya se haya resuelto en un sitio como StackOverflow? ¿No debería el sistema dar una pista de que no es un
- actualización por lotes — Es fácil actualizar varios boletos a la vez. Sin embargo, muchos sistemas no lo permiten o lo hacen más difícil de lo necesario.
- flujo de trabajo impresionantew — Los flujos de trabajo ayudan a los equipos a mantenerse al día y manejar las tareas de manera consistente. Sin embargo, su solución de emisión de boletos no debe forzar a su equipo a un flujo de trabajo particular.
- dependencias — Las dependencias entre tickets son comunes. La solución debe permitir que las dependencias de bloqueo/no bloqueo o padre-hijo se establezcan fácilmente y sin ambigüedades.
- correo basura — Es fantástico recibir notificaciones cuando cambien tickets, sprints, épicas o hitos, pero ¿le gustaría recibir correos electrónicos separados para cada actualización? La solución brinda la opción de recibir resúmenes diarios.
colaboración anti-patrón
Lo crea o no, muchas soluciones de colaboración son en realidad anti-colaboración. Para ilustrar este punto, consideremos dos cuestiones:
- El modelo tradicional de solicitudes de extracción (PR) está roto.
- La colaboración va más allá de los comentarios.
Sobre el tema de las solicitudes de extracción, nadie parece discutir el hecho de que la mayoría de las organizaciones han crecido más allá del modelo tradicional de relaciones públicas. Los proyectos de código abierto son animales únicos y sus necesidades pueden diferir de las necesidades de su negocio. ¿Cómo es?
El modelo de relaciones públicas de hoy crea boletos para boletos. Supongamos que tiene un ticket que dice “Implementar función X”. Una vez hecho esto, cree un PR que es un ticket completamente separado. Dice “Revisar código y fusionar si está listo”. Entonces el equipo tiene que cerrar 2 tickets para completar la “característica X”, y lo que es peor, los comentarios de revisión de código están en el PR en lugar del ticket. Esta explosión de boleto por boleto agrega ruido innecesario a su proyecto y arruina la trazabilidad. Entonces, ¿cuál es la solución? En pocas palabras, menos es más.
Ya tiene un boleto para “implementar la función X”. Las soluciones de colaboración también pueden asociar confirmaciones con tickets. Entonces, ¿por qué no dejar de tener que lidiar con las relaciones públicas tradicionales y, en su lugar, ejecutar la revisión del código y los ciclos de fusión? por boletoSi la unidad de trabajo más atómica, el ticket, es cómo se realiza el trabajo, ¿tiene sentido hacerlo? todo del billete funciona? Ejecutar un PR de esta manera garantiza que todo, desde la pista de auditoría de los cambios, los comentarios del ticket, la documentación relacionada e incluso el código y las revisiones de códigos relacionados, se incluyan en el ticket. El valor de optimizar las relaciones públicas de esta manera mejorará inmediatamente la eficiencia y la trazabilidad.
“Los comentarios no son colaboración.” No me malinterpreten, comentar en tickets, páginas wiki o documentos ayuda a la colaboración, pero no es una verdadera colaboración. Por ello, se han lanzado al mercado todo tipo de soluciones de chat. Las conversaciones de chat brindan un contexto breve y, a menudo, incluyen referencias a artefactos clave del proyecto (tareas, tickets de soporte, documentos). Por estas razones exactas, el chat debe ser un componente fundamental y bien conectado de una solución de colaboración real, no una venta adicional.
son caros
Un problema común con muchas soluciones de colaboración es el alto precio de la funcionalidad básica. A pesar de su alto costo inicial, su alcance es limitado y solo implementa algunas características bien pensadas. No se equivoquen, esto es intencional. Los proveedores utilizan este enfoque para engañarlo para que gaste más dinero. Esto se logra de una de dos maneras:
- vendedor adicional — En este escenario, cada vez que necesita una nueva funcionalidad, debe comprar un nuevo producto que requiere negociar un nuevo contrato mientras es responsable de mantener la integración.
- ecosistema de mercado — Algunas soluciones de colaboración solucionan la falta de funcionalidad al ofrecer un mercado donde se pueden comprar soluciones de terceros. Esto tiene los mismos problemas que las ventas adicionales de proveedores, pero también debe preocuparse por las frágiles integraciones entre ambos proveedores.
Finalmente, las preguntas que debe hacerse independientemente de cómo obtenga la funcionalidad que desea son: ¿Cómo migra desde un sistema de colaboración? ¿Su proveedor facilita la exportación/importación de proyectos? La respuesta corta es no. Esencialmente, esto no es más que un buen bloqueo de proveedor antiguo.
¿Qué es lo que te irrita?
Cuando se trata de software de colaboración, no todo es mala suerte, pero es la solución perfecta para usted. ahora Es posible que no pueda crecer contigo en el futuro. Para hacer eso, es importante comprender dónde se quedan cortos muchos de los sistemas actuales y tomar decisiones que equilibren su situación actual con sus objetivos futuros. ¿Tiene una solución de colaboración que le vuelve loco? Nos encantaría saber por qué su solución de colaboración no funciona.