Application for the integral project life cycle.

Hola Carlos. Te contesto en Español porque estoy cansado de escribir en ingles. Soy de Argentina. Y veo que sos de Navarra, o al menos allí estas, región muy en nuestro corazón por muchas cosas. Lo mejor para vos y todo tu entorno en el año que comienza. Lo voy a poner en el marco de lo que ahora es una "palabra de moda" pero yo he tenido, por esas cosas del destino, la oportunidad de ser parte desde su "invención": Agile. Agile, tal como se definió en 1990, tiene que ver con arquitectura empresarial. Dentro de la arquitectura, existen tres "capas" principales: negocio, aplicativos (cualquier cosa que ayuda a ejecutar los procesos de negocio), tecnología (cualquier cosa que ayude a ejecutar los aplicativos). Todo esto en el marco de que las empresas son sistemas abiertos y adaptables. Por lo tanto, lo que vos describis, va directamente contra el concepto de utilizar Agile para lograr agilidad. Esto, lo he escrito, presentado en congresos incluso del PMI y etc. Solo te lo comento para que veas que no es puro palabrerio, estoy comprometido sobre todo porque me gusta investigar pero para comer lo tengo que poner en practica. Ahora bien, desde 1995 que me he visto en medio de poner esto en practica encuentro lo que vos describis incluso en mi actual lugar de trabajo. Lo que me ha dado resultado (e incluso he publicado y ha sido aceptado para mi sorpresa en varios ambitos) no es nada nuevo: integrar horizontalmente para no romper con el concepto de organizacion como sistema. Entonces, lo que yo he visto es que tenes dos estrategias: o transformas por revolucion o transformas por evolucion. La primera, que te voy a contar a vos los efectos, pero si la organizacion la acepta luego de visualizarlos y evaluarlos, adelante. Seria "tirar todo a la basura" y poner lo nuevo. Yo voy por la segunda. Y no hay una aplicacion que te integre todo (aunque podes encontrarlas, por ejemplo bajando al plano tecnico y utilizando microservicios). Lo que termina integrando es el proceso. Pero proceso, pertenece al plano de negocio asi que luego tenes que encontrar la aplicacion que soporte el proceso y luego la tecnologia que soporte la aplicacion, todo manteniendo alta cohesion y bajo acoplamiento. En mi trabajo actual, hemos hecho una buena experiencia utilizando la suite de Microsoft que ahora se llama PowerApps.

Hola Sergio.
Encantado de responderte en español.
Me ha gustado tu clasificación: negocio, aplicativos, tecnología.
Nosotros, en www.beesy.es, solemos utilizar algo parecido: personas, procesos, herramientas.
Tengo experiencia, quizás no tanta como tú, en Agile. Y coincido en que la búsqueda de una única aplicación/plataforma sea poco ágil.
Es por eso que así he solicitado opiniones/experiencias en este foro.
Y las personas que dirigen las empresas suelen ser más "evolutivas" que "revolucionarias" por utilizar tu lenguaje.
Respecto a las PowerApps estoy de acuerdo de que ofrecen un panorama horizontal y ahí está el dilema: ¿creo un ecosistema integrado con esas PowerApps (Project, Planner, Office, Teams) o utilizo aplicaciones disjuntas y luego veo si integro de forma manual o automática (WBS Schedule Pro, Trello, Google Apps)?
Ya que te tengo en este hilo: ¿algún libro que recomendar en español o en inglés sobre este tema de los proyectos y/o Agile?
Un cordial saludo,
Carlos

Hola Carlos. Personas, procesos, herramientas las tenemos en cuenta, solo que para nosotros estan incluídas dentro de las diferentes capas o layers que componen la arquitectura. Hace un tiempo el PMI me publicó un artículo que quizá pueda servirme para ejemplificar lo que trato de decir: https://www.projectmanagement.com/blog-pos...oluci-n-deseada
Sobre Agile, también me publicaron un articulo corto:
https://www.projectmanagement.com/blog-pos...ile-in-practice
Por otro lado, he publicado y ha sisdo muy bien aceptado estos articulos sobre la "verdad no contada" de Agile, que me ha tocado vivir:
https://www.projectmanagement.com/blog-pos...lo-uno--g-nesis
https://www.projectmanagement.com/blog-pos...undos-paralelos
https://www.projectmanagement.com/blog-pos...teoria-del-todo
Dentro de los articulos, si vas al final, encontraras las referencias con los libros y papers.
El que en mi humilde opinion hay que leer primero es "Respnse Ability" de Rick Dove. Podes encontrar el pdf en internet. Ese libro contiene gran parte de lo que se generó en el lugar donde nació Agile. Yo tuve la oportunidad de ser parte.