Agile de gestion de projet est en effet le temps, en particulier dans les projets informatiques totalement branché. De plus en plus sont intéressés par Scrum, XP et Co. échouent parce que de nombreux projets sont réalisés selon des méthodes conventionnelles PM. Les raisons sont souvent la complexité des projets et le manque de communication.

Les mêmes problèmes, je suis également au courant des projets BPM. Il se perd dans la modélisation des processus, l'analyse et la conception en détail. Ces phases prennent souvent plusieurs mois. Les processus sont conçus en fonction de l'analyse ne sont plus au début de la conception actuelle, mais après encore mis en œuvre dans n'importe quel système. En effet, les processus ne sont pas aptes à la déjà depuis longtemps une entreprise a changé de réel.

Fonctionne mieux dans cet environnement, une approche agile?

Scrum est non seulement approprié pour des projets de développement, spéciale peut aussi être une méthode «normale» de gestion de projet utilisé , et aussi sur le développement pur . Dans le domaine du BPM, nous sommes en effet une partie seulement de l'informatique. De vastes zones peuvent être réalisés seulement avec support informatique (par exemple, la modélisation, analyse, conception, optimisation, etc.) Ici, j'ai remarqué à maintes reprises que certaines entreprises sont déjà largement documenté leurs processus. Malheureusement, les processus après l'enregistrement initial est mis à jour que rarement. En outre, il prend beaucoup de temps pour modéliser les processus jusque dans les moindres détails, est conçue et analysée. Si ces étapes sont passées, personne n'ose souvent des périodes très facile d'adapter le processus. Voici une approche agile serait intéressant.

Agile modèles sont particulièrement adaptés lors de l'édition des questions complexes ou le montant exact au début du projet ne peut pas être entièrement détaillé. C'est vrai de très nombreux projets. Souvent, les processus ne sont pas connus avant la modélisation ou périmées, de sorte que ceux-ci doivent être reconstruits ou modernisés. Quand je traiter de modèle pour la première fois, alors je peux commencer la modélisation à peu près marquer la portée et le contenu du processus. Toute personne qui prétend être capable de faire plus de mensonges. Sont progressivement pour la modélisation et l'analyse détaillée de plus en plus et identifie les informations doivent être intégrées dans le processus. Ici on peut considérer itératif et agile. Tout d'abord, un processus à peu près peut être jalonné et modélisés. Ce modèle peut être analysé et a travaillé avec des détails connus dans la conception. Dans le prochain cycle, vous pouvez valider le modèle de processus généré et enrichi avec de nouvelles idées. De même, pourrait les processus avec les technologies BPM sont mises en œuvre. Ce serait très rapidement obtenir un processus de premier exécutable, le premier représentant de la Geschäftsprotzess réel rudimentaire et peut être étendu progressivement.

Cela me rappelle, mais immédiatement le premier problème. Un processus doit avoir une entrée et de sortie spécifiée. Si dans les diverses itérations de l'entrée et à la sortie doit être ajustée, si nécessaire, d'autres processus dépendants sont influencés par elle. Les interfaces entre les processus individuels ne sont pas compatibles. Donc, vous devriez vous assurer que, dans la première itération des interfaces d'un processus décrit comme propre et complète. Dans les cycles suivants, le processus peut alors être rempli avec du contenu de plus en plus. Il convient de noter que le processus avec de nouvelles activités devraient être concentrées, les activités devraient être mises en œuvre directement que possible, cependant, pour terminer. Si certaines activités à mettre en œuvre itérative pour obtenir plusieurs inconvénients: Si un utilisateur est impliqué dans cette activité doit être ajustée à chaque itération d'une nouvelle façon de l'activité de traitement. Par ailleurs, le phénomène bien connu pourrait se produire, qui est une solution provisoire à la solution finale, et donc pas le potentiel d'optimisation complète est épuisé.

La réflexion sur la manière de subdiviser un processus dans des emballages individuels de travail pour l'équipe Scrum est également une grande importance. Quelles sont les activités d'un processus doit nécessairement être réalisé ensemble. Une approche itérative est à mon avis processus particulièrement utiles qui ont des ramifications étendues avec plusieurs activités parallèles. Ceux-ci peuvent être ajoutés progressivement et le processus parallèle flux être prolongée.

Dans les prochains jours, je tiens à rester en place comme pour faire face à la possibilité d'agilité dans les autres domaines du BPM (l'implémentation des processus / introduction, la mesure la performance des processus, gestion des processus sous Mariage Hommes) et en particulier avec la documentation du processus point. Parce que la documentation est, selon BPM CBOK ® est un facteur critique de succès pour le BPM.

Donc bientôt pour la gestion des processus métier plus agile.