bueno

Es poco entendible el texto, confuso, tal vez sea la narrativa solamente, pero creo que lo que intentó decir, pudo haberlo hecho en la cuarta parte de lineas escritas.

Te recomiendo este articulo

Le recomiendo este articulo profesor. Las mejores practicas sugieren que para implementar con éxito un ERP hay que comprender muy bien los procesos y no necesariamente limitarse a la Gestión del proyecto.

Todo proyecto ya sea de TI o de cualquier otro tipo debe de gestionarse de manera multidisciplinaria dependiendo de la complejidad del mismo.

Me parece interesante la publicacion.
Se debe precisar que para gestionar un proyecto adecuadamente, se requiere conocimiento de la metodologia, conocimineto del proceso y experiencia en implementaciones.
Conozco muchas implementaciones de ERP que fracasan, debido principalmente a que los dueños de las Consultorias, pasan por encima de la opinion de los gestores de proyecto y consideran que implementar es instalar y capacitar. Estos dueños de Consultorias, por ahorrar dinero, contratan analistas y lo ponen como Lideres de proyecto, cuando los roles, funciones y experiencia son totalmente distintos.

Humberto

Bueno en el siguiente link les dejo mi posición sobre este tema.

http://notasproyectoserps.blogspot.com/

Interesante articulo. Recientemente contrate un profesional para implementar un proceso de Gestion de Calidad, la falta de conocimiento de los procesos implicados, y el querer transplantar la experiencia de otra organizacion parecida, pero no igual, hizo que el proyecto fracasara, aunque nunca dude de la capacidad del tecnico actuante.

El artículo me da la impresión de cierta confusión por parte del autor con respecto al alcance de la dirección de proyectos. Por supuesto que no es suficiente la dirección (o gestión como se tradujo aquí) de proyectos. Pero, eso es cierto en cualquier proyecto. Un proyecto tiene dos grandes tipos de trabajo, el aspecto de dirección de proyectos, y el aspecto del dominio del proyecto. Ese dominio puede ser construcción, desarrollo de software, implementación de procesos, ingeniería mecánica, ingenierías aeroespacial, … implementación de un ERP. Por supuesto que se requieren expertos en el dominio del que se trate. Y claro, dependiendo del tamaño del proyecto se requiere el apoyo de esos expertos en el dominio. Claro que en ciertas culturas se espera que el director de proyectos también sea el experto del dominio. Y es natural, sobre todo en proyectos pequeños. Pero, en un proyecto más grande los roles están asignados a diferentes personas.
El autor debe saber que existen analistas de negocios, analistas de software, arquitectos de software. Un líder técnico debe de apoyar el proyecto desde la perspectiva técnica, pero pensar que un proyecto de implementación de un ERP es mucho más complejo que cualquier otro proyecto implica un cierto nivel de soberbia. Me hace pensar que el autor se enfoca en este tipo de proyectos.
Saludos
www.liderdeproyecto.com

El autor del blog está descrito como:
Aleksey Osintsev
Aleksey is a research analyst with TEC. His interests are broad and cover topics ranging from manufacturing and information technology to music and raising kids. He is an experienced optimist and highly appreciates a sense of humor

Traduciendo; sus intereses son amplios y cubren tópicos que van desde manufactura y tecnologías de la información a música y educación de niños. Es un experimentado optimista y aprecia mucho el sentido del humor.

No dice que el Sr. Osintev sea un gerente de proyectos experimentado, o que haya participado en proyectos de implantación de ERP en numerosas empresas, así que me pregunto, ¿cuánto valor puede tener la opinión de un observador externo sin ningún tipo de respaldo metodológico o práctico? ¿Cuáles son las fuentes del Sr. Osintev para determinar las mejores prácticas que recomienda? Si no se trata más que la opinión de un teórico autodidacta, tomémosla así, como una opinión y no como una recomendación con fundamento.

Saludos Cordiales Colegas!!!

Yo realmente comparto muy jovialmente las expectativas del Sr. Aleksey en cuanto a las metodologías o mejores practicas en la implementación de Soluciones ERP, partiendo del hecho que mas que un sistema, un software, una herramienta, un ERP busca brindar una ventaja competitiva en el mercado a aquellas organizaciones que lo implementen. El hecho no es que la definición de ERP diga tal o cual cosa y presente limitantes a la hora de satisfacer necesidades en la organización y nos veamos en la obligación de implementar otros esquemas como Orquestación(BPM) o complementar con otros recursos (CRM,SFA,MRP,etc), ni ejemplificarlo en 3 lineas, es brindar la experiencia de lo que no imparte nuestros textos de referencia. Comparto el vivaz mensaje de la especialización en el área que se quiere abordar al momento de manejar un proyecto de implantación de un ERP, puesto que he visto como se usan las mismas metodologías para quienes en una organización, venden papas, combustible de jets o comercializan linea blanca. De acuerdo con el principio de Dirección de Proyectos y Dominio del Proyecto, pero por unas u otras formas no siempre se cumple estas reglas. Muy particularmente y tal vez en mi comentario mezclando “El agua con el aceite”, las mejores practicas de infraestructura de TI (ITIL) en sus fundamentos nos habla de que las organizaciones ven a los sistemas de información como grandes gigantes que pueden salirse de control y volverse en contra de la organización, y esto es natural porque, antes, la tecnología era parte del negocio, ahora la Tecnología ES el negocio y para muchas organizaciones es VITAL poder gobernar y tener el control de toda su infraestructura y/o plataforma informática, por ello creo que merece reconocer los relevantes aspectos que un ERP conlleva en su implementación o implantación y no generalizar que debería ser lo mismo o inferior a implementar sistemas aeroespaciales, lunares y marcianos, creo que seria subestimar el nicho que se pretende abarcar, y lo digo, porque he visto como estas metodologías no abarcan lo mas importante, que es el resultado esperado, muchas por si sola llegan a mecanizar los procesos y con suerte a automatizar algunos otros, pero no dan ni a la directiva ni a el recurso dispuesto para ello, la retribución total de lo que se espera en este tipo de implementaciones, no por si solo! y es bueno que seamos consiente de ello y no creo que sea un mal consejo decir “No estén tan seguro de las cosas..”. Que se necesita un buen chasis para el carro, si, que si le colocas las ruedas y lo colocas en una bajada, rodará, si, es probable, pero no es suficiente y considero que es importante que como comunidad empecemos a compartir experiencias y ser menos evangelista con los textos de referencia, apartando el hecho que en este lado del mundo hay que “Tropicalizar” toda metodología, sistema, solución, software que no nos viene a la medida en todas las ocasiones, yo particularmente modestamente puedo decir que he participado en varios proyectos de distintas índoles a lo largo de 15 años, no vayan a decir que mi narración sagaz es gracias a que me acabo de leer del tema en dos búsquedas de un buscador de Internet, solo intento mostrar que ciertos puntos son validos en lo que el Sr. Aleksey expuso.

Saludos y Exitos
Daniel R.

Igualmente comparto y apoyo lo expuesto por Sr Aleksey, esta comprobado que el involucramiento y compromiso de los diferentes involucrados es clave en el éxito de implementación de proyectos de software, asi como de la participación de expertos de la industria y procesos de la empresa y con el apoyo de una PMO seguro lograran la implementación en tiempo y costo.

es mas ameno el comentario de Humberto, coincido con la mayoría unicamente que no capta mi total atención un ” resumen tan largo”

saludos

comentarios sobre ERP