El campo de la «gestión de proyectos asistida por software», que hoy en día debería denominarse más adecuadamente «gestión de trabajo basada en la web», puede dividirse en dos enfoques básicamente diferentes para la gestión: basado en listas y basado en árboles. También existen otros enfoques, como «simplemente usemos un blog/una wiki» o «el correo electrónico es la solución», pero creo que estos son simplemente un poco ingenuos.
La aplicación de referencia para la «gestión con listas» es Basecamp, una excelente aplicación de «gestión de trabajo» creada por 37Signals, que se hizo famosa por desarrollar RubyOnRails, un marco de desarrollo web.
Basecamp se considera un ejemplo destacado de una aplicación de «gestión de proyectos 2.0», cambiando el enfoque antiguo al problema: totalmente en línea (pero esto no es tan novedoso) y basado en la idea de lista de tareas pendientes, con una interfaz de usuario muy, muy, muy simple. Esto en contraste con la planificación clásica basada en Gantt. También parece tan simple de hacer que tiene innumerables clones, ver por ejemplo esta discusión y enlaces, pero el original probablemente es mejor y sigue mejorando.
Antes de lanzar Teamwork 4, estudiamos (entre muchos otros libros de usabilidad) Defensive Design for the Web: How to improve error messages, help, forms, and other crisis points, un libro aún de 37Signals, que nos dio algunas buenas ideas que puedes ver, por ejemplo, en la página de error de Teamwork 4.
Teamwork podría ser difícilmente más diferente de Basecamp, ya que no estamos de acuerdo con la filosofía básica: aún creemos que la buena manera de modelar problemas de gestión es con la noción de árbol de proyecto / asignación (aunque no necesariamente presentada a través de un gráfico Gantt) y no con listas de tareas pendientes. Compartimos con 37Signals la idea de que la interfaz de usuario debe ser lo más simple posible y que las preocupaciones de usabilidad deben estar en el centro del desarrollo. Pero también creemos que la usabilidad no es necesariamente sinónimo de pobreza de funciones e integraciones.
La diferencia entre la gestión basada en listas y la basada en árboles puede parecer engañosamente pequeña: nota que, por ejemplo, toca si el orden de las cosas por hacer es simplemente el orden en la lista o si está vinculado a fechas. Hay consecuencias de gran alcance de este supuesto: es difícil imaginar cómo las listas ordenadas pueden ser la fuente de una organización compartida, en lugar de ser el resultado de un árbol compartido de planificación de eventos y fechas. Esto da como resultado aplicaciones completamente diferentes: Basecamp con un tablero universal, Teamwork con fechas, proyectos y diferentes vistas para diferentes usuarios. Y sería un gran error pensar que uno puede transformarse de alguna manera en el otro.
Puedes preguntarte: ¿por qué no puedo tener ambos? De hecho, ambas aplicaciones hacen algo de ambos enfoques, pero es una elección filosófica general que se ha hecho: Basecamp tiene una estructura de modelado minimalista, Teamwork intenta mantenerla máxima, dando todas las opciones a los usuarios. Si estás familiarizado con Teamwork, los «árboles» (proyectos) sí «gestionan» listas (problemas y tareas pendientes), pero no puedes prescindir de la noción central de asignación, que vincula «ramas» con «hojas» (personas).
Teamwork también intenta abrazar la infraestructura de TI existente (por lo que puede ser complejo de configurar) y, por lo tanto, no es necesariamente un servicio en línea: no es un servicio puramente «web 2.0» en este aspecto.
Sobre cómo mejorar la usabilidad sin empobrecer el modelo, ver por ejemplo esta publicación de blog. También, si quieres intentar cambiar de listas a árboles, Teamwork proporciona una importación desde Basecamp, ver la guía de usuario, sección «Escape from Basecamp».
Así que, entre listas y árboles, la elección es tuya…
El nombre y el logotipo de Basecamp y 37signals son marcas registradas de 37signals, LLC. Teamwork y Open Lab no están afiliados de ninguna manera a Basecamp o 37signals, LLC.
Related Posts
