Des procédés pour démonter Scrum
Publié par Martin à Wieschollek Février 21st, 2010
Comme dans l'article " Kick-Off: BPM + Scrum "publié sur le guide.de James ami bpm nous voulions des exemples de différents« modèles »apportent. Un sprint dans Scrum est de durer entre 1 et un maximum de 4 semaines. Par conséquent, il peut être nécessaire de diviser un processus en unités plus petites de ces unités de travail dans les sprints à. Comme le résultat d'un sprint un «produit livrable exécutable" devrait être, doit être divisée de manière grands processus que ces sous-processus peuvent être utiles et mis en œuvre de façon aussi autonome que possible. Suite à mon exemple du démantèlement des processus avec de multiples trains de processus parallèles.
Lors de l'insertion des nouveaux employés souvent une variété de tâches différentes dans les différents départements de l'entreprise sont à faire. Souvent toutes les données nécessaires sur l'alerte précoce des futurs employés dans le service du personnel. Suite à cette information doit être donnée quant à la DSI de mettre en place le poste de travail et le compte utilisateur du nouvel employé. Dans le même temps, les applications nécessaires pour une pension et pour la nomination d'un véhicule de société afin de fonctionner. Les téléphones portables doivent être commandés à prendre plus longtemps si nécessaire, le nouveau personnel clé pour les immeubles de bureaux et bien plus encore. En outre, de nombreux ministères seront informés de la survenue d'un nouvel employé pour maintenir les chiffres de l'emploi et la mise en place technique de la société pour se préparer. Il est évident qu'il n'ya pas beaucoup de ces activités doivent être lancées en série, parce qu'ils sont totalement indépendants les uns des autres. Par conséquent, offrir une parallélisation des activités et l'utilisation d'un système de BPM.
Schéma suivant pour la mise en œuvre du processus avec Scrum serait possible:
- Itération # 1 à # x le développement d'un employé de données générales des schémas et des interfaces de construction pour combler les schémas pour un nouvel employé
- Itération # x +1 inclusion d'un nouveau département dans le processus en tant que bénéficiaire des activités parallèles
- Itération # x + n implication d'autres activités parallèles
Cela permet ministères intéressés de profiter rapidement de l'optimisation des processus et des ministères hésitent intégrés progressivement. Si vous envisagez de présenter le processus d'un seul coup complètement les activités problématiques peuvent retarder l'introduction de solide, mais peut-être 95% de toutes les activités sont clairs et pourraient être facilement mises en œuvre.
Les discussions actuelles sur ce sujet peuvent être trouvées dans le forum sur le BPM Netzwerk.de
