Evaluar el software de gestión de proyectos es un asunto delicado, ya que potencialmente implica cambiar hábitos profundamente arraigados en las empresas; en general, esto aplica a todo software de gestión de trabajo. Al ser los sujetos de tal escrutinio, experimentamos que la mayoría de las empresas, afortunadamente, toman el camino correcto desde el inicio, que es: probar el software, insertar en él datos reales de proyectos y personas, y ver si funciona. En el caso de Twproject, esto se puede hacer rápidamente, y hay tanto una demostración en línea como una versión fácilmente instalable, y un soporte considerable disponible en línea para todos.
Pero lamentablemente no todas las empresas toman este enfoque «práctico»: algunas optan por elaborar listas de requisitos y, en lugar de probar el software contra esos requisitos, le preguntan a los productores del software «si su software cumple con estos requisitos».
Ahora imagina que esta fuera la forma en que elegiste comprar una casa: fuiste al vendedor con una lista de características, y nunca fuiste a ver la casa. La compras porque el vendedor te dice que la casa cumple con tus requisitos. Nadie haría algo tan tonto, ¿no?
Elaborar requisitos y probar el software contra ellos es en realidad una buena idea, si se maneja correctamente: las pruebas a veces mostrarán que los requisitos son contradictorios o necesitan refinamiento, y que el software modela los problemas de manera realmente mejor a como se imaginó en los requisitos. Esto no es sorprendente, ya que el software de uso generalizado incluye mucha experiencia en gestión, a menudo más de la que tienen los usuarios. Por lo tanto, los requisitos iniciales deben ser solo una primera indicación, y no algo que sea el criterio principal para la elección final, que debería estar guiada por la usabilidad y la cobertura de los problemas reales ofrecidos por el software en cuestión.
Lamentablemente, hay productores de software de gestión de proyectos y consultores que animan a los usuarios a seguir el camino tonto: dan respuestas formales a requisitos formales, hacen demostraciones ellos mismos en lugar de dejar que los clientes lo hagan, hacen llamadas telefónicas para facilitar ventas sobrepreciosas, y todas las malas prácticas habituales.
Bueno, nosotros no hacemos eso. Concentramos toda nuestra energía en desarrollar un mejor producto y en producir documentación accesible al público; queremos que los clientes tengan un software que realmente funcione y sea usable, no solo cerrar tratos formales.
Se puede hacer software que satisfaga largas listas de requisitos, pero que sea totalmente inutilizable, será odiado por los usuarios, y llevará al rechazo del usuario, y por lo tanto a un enorme desperdicio del dinero y el tiempo de las personas de la empresa. Realmente esperamos no tomar nunca ese camino.
Silvia Chelazzi - Pietro Polsinelli
Related Posts
