Ágil la gestión de proyectos es de hecho el tiempo, especialmente en proyectos de TI totalmente cadera. Más y más compañías están interesados ​​en Scrum, XP y Co. fracasan porque muchos proyectos se llevan a cabo de acuerdo a los métodos convencionales PM. Las razones son a menudo la complejidad de los proyectos y la falta de comunicación.

Los mismos problemas también soy consciente de los proyectos de BPM. Se pierde en el modelado de procesos, análisis y diseño en detalle. Estas fases suelen tomar varios meses. Los procesos están diseñados de acuerdo con el análisis ya no están en el comienzo del diseño actual, pero después de aplicado todavía en cualquier sistema. En efecto, los procesos no se ajustan a la que ya desde hace mucho tiempo un negocio real modificados.

Funciona mejor en este ambiente, un enfoque ágil?

Scrum no sólo es adecuado para proyectos de desarrollo, especial también puede ser un método "normal" la gestión de proyectos utilizada , y también de desarrollo puro . En el área de BPM, que son en realidad sólo una parte de ella. Grandes áreas sólo se puede lograr con el apoyo de TI (por ejemplo, el modelado, análisis, diseño, optimización, etc.) Aquí me he dado cuenta una y otra vez que algunas empresas ya están ampliamente documentadas sus procesos. Desafortunadamente, los procesos al iniciar la grabación inicial se actualiza solo ocasionalmente. Además, se tarda mucho tiempo para modelar los procesos hasta el último detalle, se ha diseñado y analizado. Si estos pasos se pasan, nadie se atreve a menudo muy fácil de adaptar el proceso. Este es un enfoque ágil, sería interesante.

Modelos ágiles son especialmente adecuados para editar temas complejos o la cantidad exacta en el inicio del proyecto no puede ser completamente detallado. Eso es cierto de los proyectos de muchos. Muchas veces los procesos no se conocen antes de la modelización o no actualizados, por lo que éstos han de ser reconstruidas o rehabilitadas. Al procesar el modelo por primera vez, entonces puedo empezar a modelar aproximadamente marcar el alcance y contenido del proceso. Cualquier persona que dice ser capaz de hacer más mentiras. Poco a poco para el modelado y el análisis de más y más detalles e identifica la información debe ser incorporada en el proceso. Aquí se puede considerar ágil e iterativo. En primer lugar, un proceso más o menos ser replanteada y modelado. Este modelo puede ser analizado y elaborado con los detalles conocidos en el diseño. En el próximo ciclo, puede validar el modelo de proceso generado y enriquecido con nuevas ideas. Del mismo modo, ¿podrían los procesos con tecnologías BPM son implementadas. Esto muy rápidamente conseguir un proceso ejecutable en primer lugar, la primera representación de la Geschäftsprotzess rudimentaria real y se puede ampliar de forma gradual.

Esto me recuerda, pero de inmediato el primer problema. Un proceso debe tener una entrada y salida especificado. Si en las varias iteraciones de la entrada del proceso y de salida se deben ajustar, si fuera necesario, otros procesos dependientes se ven influidos por ella. Las interfaces entre los procesos individuales no son consistentes. Así que usted debe asegurarse de que, en la primera iteración de las interfaces de un proceso que se describe lo más limpia y completa. En los ciclos posteriores, el proceso puede ser rellenada con un contenido más y más. Cabe señalar que el proceso con nuevas actividades deben concentrarse, las actividades serán ejecutadas directamente como sea posible, sin embargo, para completar. Si ciertas actividades a ser implementadas iterativamente para producir varios inconvenientes: Si un usuario está involucrado en esta actividad, deben adaptarse a esta con cada iteración, una nueva forma de actividad de transformación. Por otra parte, el conocido fenómeno podría ocurrir, que es una solución provisional a la solución final, y no por lo que el potencial de optimización completa se ha agotado.

El pensamiento acerca de cómo dividir un proceso en paquetes de trabajo individuales para el equipo de Scrum es también de gran importancia. ¿Cuáles son las actividades de un proceso necesariamente debe realizarse en conjunto. Un enfoque iterativo, en mi opinión son los procesos, especialmente útiles que tienen extensas ramificaciones con varias actividades paralelas. Estos se pueden añadir gradualmente y los procesos paralelos a ampliarse.

En los próximos días, me gustaría que se siente todavía como para hacer frente a la posibilidad de agilidad en las otras áreas de BPM (el proceso de implementación / implantación, medición de desempeño de los procesos, gestión de procesos en el matrimonio para hombre) y, especialmente, con la documentación de procesos punto. Debido a que la documentación es, de acuerdo con BPM CBOK ® es un factor crítico de éxito para BPM.

Tan pronto para la gestión de procesos de negocio más ágiles.